我应该在开发完全完成之前合并 dev 和 master 分支吗？答案

【问题标题】：Should I merge dev and master branches before the development is completely done?我应该在开发完全完成之前合并 dev 和 master 分支吗？
【发布时间】：2019-03-26 09:39:39
【问题描述】：

所以，我在 GitHub 存储库上有 master 和 development 分支。
master 分支只有初始提交，我们所做的所有开发都在 development 分支上。
最近我们完成了项目的核心，现在用户正在使用；很快我们将开始进一步处理一些额外的要求。
我是 git 新手，我想知道现在有什么好的做法？
我现在应该将master 合并到development 中（并且每次我们完成项目的很大一部分时都这样做，例如向用户提供），还是应该在development 分支上开发直到我们完全项目完成了吗？
我主要担心的是，如果我过于频繁地合并master 和development 分支（因为我看到很多人最终遇到问题），我可能会危及项目并最终导致一些合并冲突，这将需要时间来解决。
这方面的最佳做法是什么？

【问题讨论】：

标签： git github merge

【解决方案1】：

如果你所做的所有开发都在一个分支上，为什么不让那个主控呢？如果您只使用一个分支，则添加分支只会给您带来开销。

一般来说，最好经常合并master，这样更改的数量会更少，从而降低合并冲突的风险。

或者，您可以使用短期功能分支，在开发新的较小功能时在分支上工作，并定期将它们合并到主功能中。

如果您想确保可以尝试在本地合并，并且如果您不想摆脱尝试重置为遥控器所具有的功能

git push origin HEAD --force

【讨论】：

嘿，谢谢你这么快的回答！因此，理想情况下，如果我不更改 master 分支，我不应该期望合并 dev 和 master 有任何冲突？我是 git 新手，我喜欢在 smt 之前检查可能的后果。我注意到这种合并可能会很痛苦..
当两个不同的分支对同一个文件进行更改时，就会发生冲突。如果文件在其中一个分支中不存在（在本例中为 master，因为 master 上没有任何内容），那么您不应该期待冲突。您也可以在本地尝试此操作，如果无法解决，请重置为远程 git push origin HEAD --force 上的内容，但这也会丢失任何本地更改。
感谢您的进一步澄清。我刚刚将master合并到开发中，没有任何问题。每当完成大部分开发工作时，我都会继续这样做。