「ただググって」と言うことは、いくぶん感情的に満足のいくものですが、結局、特に役に立ちません。
コメントで述べたように、ブランチの章は非常に優れており、ここでできるよりもgitブランチを説明するのにはるかに優れています。Robodoも正しい答えを出しました。それは、wp
ブランチに取り組むためにブランチに切り替える方法です。
master
ブランチが安定したデプロイ可能なコードを表すワークフローを使用しているため、「間違っています」というメールが届く可能性があります(このようなワークフローの例はこちら)。したがって、マスターに直接ものをコミットすることは嫌われます。彼らが使用しているワークフローを見つけて、それに従うようにしてください。
コマンドを実行するclone
と、すべてのブランチを含むリモートリポジトリの完全なコピーを取得します。を実行することで利用可能なすべてのブランチを表示できます
git branch --all
私の場合、ローカルブランチは白、リモートブランチは赤、現在チェックアウトされているブランチは緑です。
リモートブランチ?
リモートブランチは、リモートリポジトリのブランチの状態への参照です。それらは移動できないローカルブランチです。ネットワーク通信を行うと、自動的に移動します。リモートブランチはブックマークとして機能し、リモートリポジトリのブランチが最後に接続した場所を思い出させます。
リモートブランチで作業するには、リモートブランチを追跡するローカルブランチを作成し、それにコミットします。奇妙に聞こえるかもしれませんが、実際には1つのコマンドにすぎません
git checkout -t origin/wp
ローカルブランチが作成されたら、を使用してそれらを切り替えることができます
git checkout <branch name>
ワークフローが最終的になる可能性が高いのは、次のようなものです
git clone <url>
git checkout -t origin/wp // create tracking branch
git checkout -b <branch name> // branch for feature you plan to work on
... work work work ...
git add <files as needed> // you can commit locally as much as you'd like
git commit // no one will see it until you push
... when work is done ...
git checkout wp // switch to branch you will merge into
git pull // make sure it's up to date with remote code
git merge <branch you were working on> // merge your changes into wp branch and resolve
// merge conflicts, if there are any
git push // publish your changes to remote repository
マージとリベースのワークフローについては、いくつかの熱心な議論があります。クライアントに好みがある場合は、それを使用してください。そうでない場合は、両側から引数を読み、どちらが好きかを確認して使用します。