好的，我的一个客户要求我对他的网站进行更改。我可以从他们的 webdev 团队访问他们的 GIT，但我对自己在做什么只有一个模糊的概念。我做了一些更改，设法推动它们，然后收到一封来自他的邮件，说我在错误的分支中做这件事，而是在“wp”分支中做。但我不知道该怎么做，有什么想法吗？
从一开始，我就使用“git clone”来获取存储库。然后我编辑该文件，然后管理谷歌几个命令来取回它......他们是......
git add file.php
git commit -m 'comments'
git push
虽然说“只是 google it”在情感上有些满足，但最终并不是特别有帮助。
正如我在评论中提到的，分支章节非常好，并且在解释 git 分支方面做得比我在这里做得更好。Robodo 也给出了正确的答案，那就是你将如何切换到wp分支以进行工作。
您可能会收到一封电子邮件说“您做错了”，因为他们使用的工作流程中分支代表稳定的可部署代码（此处master是此类工作流程的示例）。因此，直接将东西提交给 master 是不受欢迎的。您应该找出他们使用的工作流程并尝试遵循它。
运行clone命令时，获取包含所有分支的远程存储库的完整副本。您可以通过运行查看所有可用的分支
git branch --all
对我来说，本地分支是白色的，远程分支是红色的，当前签出的分支是绿色的。
远程分支？
远程分支是对远程存储库上分支状态的引用。它们是您无法移动的本地分支机构；每当您进行任何网络通信时，它们都会自动移动。远程分支充当书签，提醒您远程存储库上的分支是您最后一次连接到它们的位置。
为了在远程分支上工作，您创建一个本地分支来跟踪远程分支并提交到该分支。这可能听起来有点奇怪，但它实际上只是一个命令
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
关于合并与变基工作流程有一些激烈的辩论。如果您的客户有偏好，那就去吧。如果他们不这样做，请阅读双方的论点，看看你更喜欢哪一个并使用它。
首先检查您需要处理的分支：
get checkout wp
然后你提交并推动......