以git开头，我有一些问题

Question

我试图让自己使用git来开发我的Web应用程序，因为我还在学习，所以我一个人开发。我想知道这个工作流程是否对我来说是一个好的开始。基本上我有master分支，这也可以称为生产分支，因为只有安全和工作代码可以驻留，然后我可以有一个development分支，这个分支是我每天都在做的工作，在这个分支上我可以是添加新功能，修复程序以及所有作为分支的内容，我想这个新的分支可以与master合并吗？还是与开发合并并重新掌握？最好的解决方案是什么？

我愿意接受各种建议。

Answer 1

是的，这是网络开发的良好开端 开发并完成功能后，可以将开发分支与主分支合并。 我们公司和我们的团队使用这种方式来发展 更重要的是，我们有一个分支进行测试。总共有三个分支 主分支；开发分支和测试分支 我们在开发分支中进行开发。完成功能后，它将与测试分支合并。 当测试人员完成工作时，test分支将与master分支合并。

Answer 2

我建议您拥有一个master分支（仅具有少数几个合并特权）和一个development分支，在印刷结束或开发完成后，将其合并为master。

1. 对于每个新功能，您可以创建一个分支开发，并在可以将其合并后将其合并到开发中。例如。 git checkout -b feature/search-feature
2. 对于与已合并分支相关的错误修复，您可以使用实际分支的名称打开一个错误修复分支，例如：git checkout -b bugfix/search-feature
3. 对于由于发现某些问题而在服务器部署后对服务器进行的修补程序，您可能具有修补程序前缀。例如：hotfix / broken-issue
4. 我强烈建议您使用有意义的提交消息，而不是显示“修复”，“已修复问题”的提交消息，因为当您回头浏览或进行优先选择提交时，它将非常方便。例如：git commit -m "Fixed [your issue] in [your functionality]".

Answer 3

我一直在使用很多3个主要分支。掌握，准备和发展。

所有新功能都将合并到可能存在问题的开发中。一旦Sprint完成，然后冻结代码并合并到进行最终测试的阶段。现在，开发继续保持自己的生命，并且在测试阶段不会在代码中引入任何新问题。一旦测试，然后合并到将要发布的母版。

通过这种方式，主服务器始终准备好进行修补程序。如果发生修补程序，则将它们从母版合并到暂存到开发。