更新2020/Git 2.23

Git 2.23添加了新的switch子命令，试图消除由于超负荷使用checkout（切换分支、恢复文件、分离HEAD等）而产生的一些混乱

从这个版本的Git开始，将checkout命令替换为：

git switch -c <new-branch>

行为相同且保持不变。

更新2020/Git 2.23之前

使用以下方法：

git checkout -b <new-branch>

这将使当前分支保持原样，创建并签出新分支并保留所有更改。然后，您可以在文件中暂存要提交的更改：

git add <files>

并向您的新分支机构承诺：

git commit -m "<Brief description of this commit>"

工作目录中的更改和索引中暂存的更改尚不属于任何分支。这将更改这些修改将结束的分支。

您不重置原始分支，它保持原样。＜old branch＞上的最后一次提交仍将保持不变。因此，您签出-b，然后提交。

提交更改的3个步骤

假设您在GitHub上创建了一个名为featurebranch的新分支。

提取

    git pull --all         Pull all remote branches
    git branch -a          List all branches now

检出并切换到要素分支目录。您可以简单地从上面的branch-a命令的输出中复制分支名称

git checkout-b功能分支

验证

接下来使用gitbranch命令查看当前分支。它将显示前面带有*的功能分支

git branch         

承诺

git add .   add all files
git commit -m "Rafactore code or use your message"

在源服务器上进行更新和推送更改

 git pull origin feature-branch
 git push origin feature-branch

常见的情况如下：我忘记为新功能创建新分支，而在旧功能分支中执行所有工作。我已将所有“旧”工作交给了主分支，我希望我的新分支从“主”分支中成长。我还没有对我的新工作作出任何承诺。分支结构如下：“master”->“Old_feature”

git stash 
git checkout master
git checkout -b "New_branch"
git stash apply

选项1（现有分支）

git stash (from main/any-branch)
git checkout your-existing-branch
git stash apply 

选项2（创建新分支）

git switch -c your-new-branch

如果您在编码时一直在主分支上进行提交，但现在希望将这些提交移到另一个分支，这是一种快速方法：

将当前历史记录复制到一个新的分支上，同时带来任何未提交的更改：git checkout-b＜新功能分支＞现在强制原始的“杂乱”分支回滚：（不切换到它）git分支-f＜上一个分支＞＜早期提交id＞例如：git branch-f master原始/主或者如果您已经提交了4次：git分支-f主HEAD~4

警告：gitbranch-f master origin/master将重置该分支的跟踪信息。因此，如果您已将主分支配置为推送到源/主分支以外的其他位置，则该配置将丢失。

警告：如果在分支后重新创建基，则可能会丢失一些提交，这在这里进行了描述。避免这种情况的唯一方法是使用樱桃树创造新的历史。该链接描述了最安全的防傻瓜方法，尽管不太方便。（如果您有未提交的更改，您可能需要在开始时使用git stash，在结束时使用gitstash pop。）

如果你提交了它，你也可以选择一个提交ID。当我开始在master中工作时，我经常这样做，然后想在我推到origin/之前创建一个本地分支。

git cherry-pick <commitID>

正如这里所描述的，你可以用樱桃树做很多事情，但这可能是你的一个用例。