Git的典型工作流与Mercurial的相比如何？

Question

在hginit.com上，一个典型的hg工作流被描述为：

1.如果您已经有一段时间没有这样做了，请获得其他人正在处理的最新版本：

hg拉力

hg向上

2.作出一些改变

3.承诺(当地)

4.重复步骤2-3，直到你有了一些你愿意做的好代码

强加于其他人

5.当你准备好分享：

hg拉，以得到其他人的变化(如果有)

hg合并，把它们合并到你的

测试！确保合并没有搞砸任何事情

hg提交(合并) hg推

我经常使用hg，这对我来说很有意义。我刚刚开始使用git，我还没有发现像上面引用的那样描述典型工作流的任何东西。我希望有人能解释这两种工具在工作流方面的差异，并在git中描述一个典型的工作流。

Answer 1

差不多一样的：

1. git pull # Get最新代码changes
2. git add foo/*.rb #
3. 将一些changes
4. git add foo/*.rb#添加文件添加到commit
5. git commit -m "Made it more betta" # Make中，并描述commit
6. git push #将更改推送到某个主回购
   • ，如果您在主服务器后面，则推送将失败，在这种情况下，您必须：
     1. git pull #自动合并它所能做的，并显示conflicts
     2. Manually修复任何conflicts
     3. git add . #添加什么是conflicting
     4. git commit -m "Merging with master"
     5. git push

​

​

与Mercurial一样，您可以根据自己的意愿重复步骤2-4；在每次提交之后，您不必推后。