什么是重新定基？

改编自《Git实用指南》一书的解释-TravisSwicegood

第三章16 . 通过重新定价改写历史重新分配提交是在传统的版本控制世界。使用gitrebase，可以重写各种存储库的历史方法。这是最重要的Git中的强大命令这是最危险的。rebase需要一系列提交（通常是分支）并重播它们在另一个提交（通常是另一分支中的最后一次提交）。这个父提交更改，因此所有重新计算提交ID。这可以给其他开发人员带来问题谁有你的代码，因为ID不匹配。有一个简单的经验法则使用gitrebase：尽可能多地使用它在本地提交时需要。一旦你与另一开发人员共享更改，头痛一般不值得麻烦。

如何跟踪远程分支

假设有一个您从中克隆本地存储库的远程存储库，并且假设该远程存储库上有一个名为“some_branch”的分支，下面是如何在本地跟踪它：

# list remote branches
git branch -r

# start tracking one remote branch
git branch --track some_branch origin/some_branch

# change to the branch locally
git checkout some_branch

# make changes and commit them locally
....

# push your changes to the remote repository:
git push

如何删除远程存储库上的分支？

在分支名称之前使用：执行远程推送

git push origin :mybranchname

being origin是远程的名称，mybranchname是要删除的分支的名称

http://help.github.com/remotes/

我还发现Git内部构件非常有用。它由Scott Chacon（Pro Git的作者，Git社区书的维护者）编写。我喜欢Git内部构件的地方是它首先关注概念，然后关注命令，因为它有大约100个小页面，所以很容易理解。

获取最新代码

$ git pull <remote> <branch> # fetches the code and merges it into 
                             # your working directory
$ git fetch <remote> <branch> # fetches the code but does not merge
                              # it into your working directory

$ git pull --tag <remote> <branch> # same as above but fetch tags as well
$ git fetch --tag <remote> <branch> # you get the idea

这几乎涵盖了从远程存储库获取最新代码副本的所有情况。

GIT工作流示例。

Git非常灵活，可以很好地适应任何工作流，但不强制执行特定的工作流可能会产生负面影响，使您很难理解除了线性“备份”工作流之外，您可以使用Git做什么，以及分支有多有用。

这篇博文很好地解释了一个非常简单但有效的工作流程，使用git很容易设置。

从博客文章中引用：我们认为origin/master是HEAD源代码始终反映生产就绪状态的主要分支：

工作流已经变得非常流行，可以制作一个实现此工作流的项目：gitflow

很好地说明了一个简单的工作流程，您可以在开发过程中进行所有更改，并且只有在代码处于生产状态时才将其推送给master：

现在让我们假设您想开发一个新功能，或者重构一个模块。您可以创建一个新的分支，我们可以称之为“功能”分支，这需要一些时间，可能会破坏一些代码。一旦您的特性“足够稳定”，并希望将其“更接近”生产，您就将特性分支合并到开发中。当所有的bug在合并后都被清理出来，并且你的代码通过了所有的测试，你就可以将你的更改推到master中。

在所有这些过程中，您会发现一个可怕的安全漏洞，必须立即修复。您可以有一个名为修补程序的分支，它使更改比正常的“开发”分支更快地返回到生产中。

在这里，您可以看到这个特性/修补程序/开发/生产工作流的样子（在博客文章中有很好的解释，我重复一遍，博客文章比我更详细、更好地解释了整个过程）。