重新安排大师和发展分支机构

Question

我有一个稳定且在线的Web应用程序。几周前，我决定开始工作新功能并创建了一个开发分支。从那以后，我已经完成了这一开发，并希望实现此功能。

我已经阅读了git rebase，尽管我理解重新分支机构的概念，但从最佳实践意义上讲，我不确定如何应用它。我创建了第二个“虚拟”本地存储库来尝试一些事情。我的想法是，一旦开发完整并且稳定，这应该是您的新“稳定”（主）分支。因此，我尝试了：

• git rebase开发主：这最终奏效了，但我期望的是很烦人，因为它有几次冲突可以解决。但是，这意味着Master分支具有所有新的开发功能。
• git rebase Master开发：这要快得多，因为没有解决冲突要解决，但是，所有开发功能保留在development分支上，这并没有反映在我的我的“稳定“ 主分支。

在这两种情况下，一旦重新完成，我都通知我的本地分支从远程分支和git pull将远程分支合并到我的本地分支（也许还有另一个问题）。

由于我是VC的新手，所以我不确定哪种是最佳实践方法？有人可以提供一些建议吗？我想拥有一个主要稳定分支（master），并具有我的新功能。大多数人是否将开发重现到Master和丢弃（从某种意义上说，它已存档）“旧” master分支？还是我应该始终将主重现到开发以保持“稳定”分支的进展并在将来创建新的开发分支机构吗？

另一个问题是重新观察后的分支机构。这会在git拉拉上产生问题，因为有太多的分解提交（请参见下图）。

你的想法是什么？最好的方法是什么？

”

Answer 1

git rebase大师开发：这要快得多，因为没有解决的冲突要解决，但是，所有开发功能保留在开发分支上，这并没有反映在我的“稳定”大师分支上。

是：您需要合并（重新命名后）开发 Master for Master以反映开发。

重新构想的目标（第一步）是确保重新的开发分支仍然可以在最新的master之上工作，请解决任何可能的可能冲突在当地。

然后从dev合并到Master是一个微不足道的，因为所有dev提交已经在Master的顶部。 。

请注意，任何重新构想都需要git推动-force才能发布重新分支的新历史记录。如果您是唯一在该分支上工作的人，那没什么大不了的。