所以,我是 git 的新手,在过去几周阅读了一些资料后,我读到一些人说不应该更改 master 分支,而应该从和然后 merge 到。
我很高兴能在分支上工作,但想知道为什么不在主分支上工作?
最佳答案
其他人提出了不直接在 master
中进行更改的很好的案例,我同意他们的看法。然而,总是提倡这样的工作流程有时会让刚接触 git 的人认为它不必要地复杂,所以我想提供一个对比。
如果您有一个人或非常小的团队,并且您的开发是高度线性的,即您很少一次处理超过一件事,并且每个功能通常在开始下一个功能之前完成,那么实际上几乎没有不直接从 master
工作的好处。如果需要,可以很容易地返回并在任何时候添加分支。我强烈建议您了解功能分支工作流,但如果您觉得在您的情况下它只是添加额外的步骤而不给您买任何东西,我保证我不会告诉 git 警察。
关于git - 不在 Git 的 master 分支上工作的原因,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5713563/