建议何时使用Git rebase与Git merge？
成功重新创建数据库后，是否仍需要合并？
当前回答
这个答案广泛围绕GitFlow。这些表是用漂亮的ASCII表生成器生成的，历史树是用这个奇妙的命令（别名为gitlg）生成的：
git log --graph --abbrev-commit --decorate --date=format:'%Y-%m-%d %H:%M:%S' --format=format:'%C(bold blue)%h%C(reset) - %C(bold cyan)%ad%C(reset) %C(bold green)(%ar)%C(reset)%C(bold yellow)%d%C(reset)%n'' %C(white)%s%C(reset) %C(dim white)- %an%C(reset)'
为了与历史树更加一致，表格按时间顺序排列。另请参见git merge和git merge--no ff之间的区别（您通常希望使用git merge--no ff，因为它使您的历史看起来更接近现实）：
合并分支
命令：
Time Branch "develop" Branch "features/foo"
------- ------------------------------ -------------------------------
15:04 git merge features/foo
15:03 git commit -m "Third commit"
15:02 git commit -m "Second commit"
15:01 git checkout -b features/foo
15:00 git commit -m "First commit"
结果：
* 142a74a - YYYY-MM-DD 15:03:00 (XX minutes ago) (HEAD -> develop, features/foo)
| Third commit - Christophe
* 00d848c - YYYY-MM-DD 15:02:00 (XX minutes ago)
| Second commit - Christophe
* 298e9c5 - YYYY-MM-DD 15:00:00 (XX minutes ago)
First commit - Christophe
git merge--无ff
命令：
Time Branch "develop" Branch "features/foo"
------- -------------------------------- -------------------------------
15:04 git merge --no-ff features/foo
15:03 git commit -m "Third commit"
15:02 git commit -m "Second commit"
15:01 git checkout -b features/foo
15:00 git commit -m "First commit"
结果：
* 1140d8c - YYYY-MM-DD 15:04:00 (XX minutes ago) (HEAD -> develop)
|\ Merge branch 'features/foo' - Christophe
| * 69f4a7a - YYYY-MM-DD 15:03:00 (XX minutes ago) (features/foo)
| | Third commit - Christophe
| * 2973183 - YYYY-MM-DD 15:02:00 (XX minutes ago)
|/ Second commit - Christophe
* c173472 - YYYY-MM-DD 15:00:00 (XX minutes ago)
First commit - Christophe
git合并vs git重基
第一点：总是将特性合并到开发中，而不是从特性重新基础开发。这是回扣黄金法则的结果：
gitrebase的黄金法则是永远不要在公共分支机构上使用它。
换句话说：
永远不要把你推到某个地方的东西重新放在底座上。
我个人会补充一句：除非这是一个功能分支，并且您和您的团队意识到其后果。
因此，git merge与git rebase的问题几乎只适用于功能分支（在下面的示例中，合并时始终不使用ff）。注意，由于我不确定是否有更好的解决方案（存在争论），所以我只提供两个命令的行为方式。在我的例子中，我更喜欢使用git rebase，因为它会生成更好的历史树：）
特征分支之间
合并分支
命令：
Time Branch "develop" Branch "features/foo" Branch "features/bar"
------- -------------------------------- ------------------------------- --------------------------------
15:10 git merge --no-ff features/bar
15:09 git merge --no-ff features/foo
15:08 git commit -m "Sixth commit"
15:07 git merge --no-ff features/foo
15:06 git commit -m "Fifth commit"
15:05 git commit -m "Fourth commit"
15:04 git commit -m "Third commit"
15:03 git commit -m "Second commit"
15:02 git checkout -b features/bar
15:01 git checkout -b features/foo
15:00 git commit -m "First commit"
结果：
* c0a3b89 - YYYY-MM-DD 15:10:00 (XX minutes ago) (HEAD -> develop)
|\ Merge branch 'features/bar' - Christophe
| * 37e933e - YYYY-MM-DD 15:08:00 (XX minutes ago) (features/bar)
| | Sixth commit - Christophe
| * eb5e657 - YYYY-MM-DD 15:07:00 (XX minutes ago)
| |\ Merge branch 'features/foo' into features/bar - Christophe
| * | 2e4086f - YYYY-MM-DD 15:06:00 (XX minutes ago)
| | | Fifth commit - Christophe
| * | 31e3a60 - YYYY-MM-DD 15:05:00 (XX minutes ago)
| | | Fourth commit - Christophe
* | | 98b439f - YYYY-MM-DD 15:09:00 (XX minutes ago)
|\ \ \ Merge branch 'features/foo' - Christophe
| |/ /
|/| /
| |/
| * 6579c9c - YYYY-MM-DD 15:04:00 (XX minutes ago) (features/foo)
| | Third commit - Christophe
| * 3f41d96 - YYYY-MM-DD 15:03:00 (XX minutes ago)
|/ Second commit - Christophe
* 14edc68 - YYYY-MM-DD 15:00:00 (XX minutes ago)
First commit - Christophe
git重基
命令：
Time Branch "develop" Branch "features/foo" Branch "features/bar"
------- -------------------------------- ------------------------------- -------------------------------
15:10 git merge --no-ff features/bar
15:09 git merge --no-ff features/foo
15:08 git commit -m "Sixth commit"
15:07 git rebase features/foo
15:06 git commit -m "Fifth commit"
15:05 git commit -m "Fourth commit"
15:04 git commit -m "Third commit"
15:03 git commit -m "Second commit"
15:02 git checkout -b features/bar
15:01 git checkout -b features/foo
15:00 git commit -m "First commit"
结果：
* 7a99663 - YYYY-MM-DD 15:10:00 (XX minutes ago) (HEAD -> develop)
|\ Merge branch 'features/bar' - Christophe
| * 708347a - YYYY-MM-DD 15:08:00 (XX minutes ago) (features/bar)
| | Sixth commit - Christophe
| * 949ae73 - YYYY-MM-DD 15:06:00 (XX minutes ago)
| | Fifth commit - Christophe
| * 108b4c7 - YYYY-MM-DD 15:05:00 (XX minutes ago)
| | Fourth commit - Christophe
* | 189de99 - YYYY-MM-DD 15:09:00 (XX minutes ago)
|\ \ Merge branch 'features/foo' - Christophe
| |/
| * 26835a0 - YYYY-MM-DD 15:04:00 (XX minutes ago) (features/foo)
| | Third commit - Christophe
| * a61dd08 - YYYY-MM-DD 15:03:00 (XX minutes ago)
|/ Second commit - Christophe
* ae6f5fc - YYYY-MM-DD 15:00:00 (XX minutes ago)
First commit - Christophe
从开发到功能分支
合并分支
命令：
Time Branch "develop" Branch "features/foo" Branch "features/bar"
------- -------------------------------- ------------------------------- -------------------------------
15:10 git merge --no-ff features/bar
15:09 git commit -m "Sixth commit"
15:08 git merge --no-ff develop
15:07 git merge --no-ff features/foo
15:06 git commit -m "Fifth commit"
15:05 git commit -m "Fourth commit"
15:04 git commit -m "Third commit"
15:03 git commit -m "Second commit"
15:02 git checkout -b features/bar
15:01 git checkout -b features/foo
15:00 git commit -m "First commit"
结果：
* 9e6311a - YYYY-MM-DD 15:10:00 (XX minutes ago) (HEAD -> develop)
|\ Merge branch 'features/bar' - Christophe
| * 3ce9128 - YYYY-MM-DD 15:09:00 (XX minutes ago) (features/bar)
| | Sixth commit - Christophe
| * d0cd244 - YYYY-MM-DD 15:08:00 (XX minutes ago)
| |\ Merge branch 'develop' into features/bar - Christophe
| |/
|/|
* | 5bd5f70 - YYYY-MM-DD 15:07:00 (XX minutes ago)
|\ \ Merge branch 'features/foo' - Christophe
| * | 4ef3853 - YYYY-MM-DD 15:04:00 (XX minutes ago) (features/foo)
| | | Third commit - Christophe
| * | 3227253 - YYYY-MM-DD 15:03:00 (XX minutes ago)
|/ / Second commit - Christophe
| * b5543a2 - YYYY-MM-DD 15:06:00 (XX minutes ago)
| | Fifth commit - Christophe
| * 5e84b79 - YYYY-MM-DD 15:05:00 (XX minutes ago)
|/ Fourth commit - Christophe
* 2da6d8d - YYYY-MM-DD 15:00:00 (XX minutes ago)
First commit - Christophe
git重基
命令：
Time Branch "develop" Branch "features/foo" Branch "features/bar"
------- -------------------------------- ------------------------------- -------------------------------
15:10 git merge --no-ff features/bar
15:09 git commit -m "Sixth commit"
15:08 git rebase develop
15:07 git merge --no-ff features/foo
15:06 git commit -m "Fifth commit"
15:05 git commit -m "Fourth commit"
15:04 git commit -m "Third commit"
15:03 git commit -m "Second commit"
15:02 git checkout -b features/bar
15:01 git checkout -b features/foo
15:00 git commit -m "First commit"
结果：
* b0f6752 - YYYY-MM-DD 15:10:00 (XX minutes ago) (HEAD -> develop)
|\ Merge branch 'features/bar' - Christophe
| * 621ad5b - YYYY-MM-DD 15:09:00 (XX minutes ago) (features/bar)
| | Sixth commit - Christophe
| * 9cb1a16 - YYYY-MM-DD 15:06:00 (XX minutes ago)
| | Fifth commit - Christophe
| * b8ddd19 - YYYY-MM-DD 15:05:00 (XX minutes ago)
|/ Fourth commit - Christophe
* 856433e - YYYY-MM-DD 15:07:00 (XX minutes ago)
|\ Merge branch 'features/foo' - Christophe
| * 694ac81 - YYYY-MM-DD 15:04:00 (XX minutes ago) (features/foo)
| | Third commit - Christophe
| * 5fd94d3 - YYYY-MM-DD 15:03:00 (XX minutes ago)
|/ Second commit - Christophe
* d01d589 - YYYY-MM-DD 15:00:00 (XX minutes ago)
First commit - Christophe
附加说明
吉特樱桃镐
当您只需要一个特定的提交时，git cherry-pick是一个很好的解决方案（-x选项在原始提交消息正文中附加一行“（cherry-picked from commit…）”，因此通常最好使用它-git log＜commit_sha1＞来查看它）：
命令：
Time Branch "develop" Branch "features/foo" Branch "features/bar"
------- -------------------------------- ------------------------------- -----------------------------------------
15:10 git merge --no-ff features/bar
15:09 git merge --no-ff features/foo
15:08 git commit -m "Sixth commit"
15:07 git cherry-pick -x <second_commit_sha1>
15:06 git commit -m "Fifth commit"
15:05 git commit -m "Fourth commit"
15:04 git commit -m "Third commit"
15:03 git commit -m "Second commit"
15:02 git checkout -b features/bar
15:01 git checkout -b features/foo
15:00 git commit -m "First commit"
结果：
* 50839cd - YYYY-MM-DD 15:10:00 (XX minutes ago) (HEAD -> develop)
|\ Merge branch 'features/bar' - Christophe
| * 0cda99f - YYYY-MM-DD 15:08:00 (XX minutes ago) (features/bar)
| | Sixth commit - Christophe
| * f7d6c47 - YYYY-MM-DD 15:03:00 (XX minutes ago)
| | Second commit - Christophe
| * dd7d05a - YYYY-MM-DD 15:06:00 (XX minutes ago)
| | Fifth commit - Christophe
| * d0d759b - YYYY-MM-DD 15:05:00 (XX minutes ago)
| | Fourth commit - Christophe
* | 1a397c5 - YYYY-MM-DD 15:09:00 (XX minutes ago)
|\ \ Merge branch 'features/foo' - Christophe
| |/
|/|
| * 0600a72 - YYYY-MM-DD 15:04:00 (XX minutes ago) (features/foo)
| | Third commit - Christophe
| * f4c127a - YYYY-MM-DD 15:03:00 (XX minutes ago)
|/ Second commit - Christophe
* 0cf894c - YYYY-MM-DD 15:00:00 (XX minutes ago)
First commit - Christophe
git pull--重新基数
我不确定我能比德里克·古尔利解释得更好。。。基本上，使用git pull--rebase而不是git pull:）但本文中缺少的是，您可以默认启用它：
git config --global pull.rebase true
吉特重读
再次，这里很好地解释了一下。但简单地说，如果您启用了它，您就不再需要多次解决同一冲突。
其他回答
Gitrebase用于使历史中的分支路径更清晰，存储库结构更线性。
它还用于将您创建的分支保持为私有，因为在重新创建基础并将更改推送到服务器之后，如果您删除了分支，则不会有您曾处理过的分支的证据。因此，您的分支现在是您的本地关注点。
在进行重新基化之后，我们还消除了一个额外的提交，这是我们用来查看是否进行正常合并的。
是的，在成功的rebase之后仍然需要进行合并，因为rebase命令只是将您的工作放在您在rebase过程中提到的分支之上，比如master，并将分支的第一次提交作为master分支的直接后代。这意味着我们现在可以进行快速合并，将更改从该分支带到主分支。
我什么时候使用git rebase？几乎不会，因为它改写了历史。gitmerge几乎总是首选，因为它尊重项目中实际发生的事情。
一些与Gerrit用于审查和交付集成的大规模开发相关的实际示例：
当我将我的功能分支提升到一个新的远程主机时，我就合并了。这提供了最小的提升工作，并且很容易跟踪功能开发的历史，例如gitk。
git fetch
git checkout origin/my_feature
git merge origin/master
git commit
git push origin HEAD:refs/for/my_feature
我在准备交付提交时合并。
git fetch
git checkout origin/master
git merge --squash origin/my_feature
git commit
git push origin HEAD:refs/for/master
无论什么原因，当我的交付提交未能集成时，我都会重新启动，我需要将其更新为新的远程主机。
git fetch
git fetch <gerrit link>
git checkout FETCH_HEAD
git rebase origin/master
git push origin HEAD:refs/for/master
为了补充TSamper提到的我自己的答案，
在合并之前，重新创建数据库通常是一个好主意，因为这样做的目的是在分支Y中集成将要合并的分支B的工作。但同样，在合并之前，您要解决分支中的任何冲突（即：“rebase”，如“从分支B的最近一点开始在分支中回放我的工作”）。如果操作正确，后续从分支到分支B的合并可以快速进行。合并直接影响目标分支B，这意味着合并最好是微不足道的，否则分支B可能很长时间才能恢复到稳定状态（是时候解决所有冲突了）
重新基础后合并的意义？
在我描述的情况下，我将B重新放在我的分支上，只是为了有机会从B的最近一点回放我的工作，但同时留在我的分支。在这种情况下，仍然需要合并才能将我的“回放”工作带到B上。
另一种场景（例如Git Ready中描述的）是通过重基（rebase）将您的工作直接带到B中（这会保留所有漂亮的提交，甚至会给您机会通过交互式重基重新排序）。在这种情况下（当您在B分支中时重新创建基础），您是正确的：不需要进一步合并：
当我们没有合并或重新基础时，默认情况下是Git树
我们通过重新定基获得：
第二个场景的全部内容是：我如何将新功能恢复到主功能。
通过描述第一个重基场景，我的目的是提醒大家，重基也可以作为实现这一目标的初步步骤（即“将新功能重新引入主功能”）。您可以使用rebase首先将master“带入”新特性分支：rebase将重放来自HEAD master的新特性提交，但仍在新特性分支中，有效地将分支起点从旧的master提交移动到HEAD master。这允许您解决分支中的任何冲突（即，隔离，同时如果冲突解决阶段花费太长时间，则允许主分支继续并行发展）。然后，您可以切换到主功能并合并新功能（如果您想保留在新功能分支中完成的提交，则可以将新功能重新放到主功能上）。
So:
“rebase与merge”可以被视为两种方法来导入一个工作，例如master。但“先重新创建基础，然后合并”可以是一个有效的工作流，它可以先孤立地解决冲突，然后再恢复工作。
这句话的意思是：
总的来说，实现两个世界的最佳效果的方法是重新定位本地在推送更改之前，您已进行但尚未共享的更改为了整理你的故事，但千万不要重复你推送的任何内容在某处
来源：3.6 Git分支-重新分类、重新分类与合并
推荐文章
- 当git说它正在“解析delta”时，它实际上在做什么?
- Git命令将一个文件夹移动到另一个文件夹
- 在单个文件中重新启动/撤消冲突解决方案
- Visual Studio代码如何解决合并冲突与git?
- 无法推送到远程分支，无法解析到分支
- Git:如何将数据库重置为特定的提交?
- 如何在合并期间使用Git和命令行保存本地文件或远程文件?
- 能够用一个命令推到所有git遥控器?
- 重新基于Git合并提交
- 忽略已经签入目录的内容?
- 如何完全删除TFS绑定
- 哪些Eclipse文件属于版本控制?
- 如何从windows cmd保存git提交消息?
- (Mac) -bash: __git_ps1:命令未找到
- 如何删除多个已删除的文件在Git仓库
