Git版本控制和分支

Question

这不是代码问题，更多是“最佳实践”问题。

当您拥有将成为您的实时工作代码的母版时，我将使用GitHub和BitBucket。

要建立或修复错误，最好创建一个分支吗？

当该分支准备合并时，最好合并然后删除该分支？

如果合并，如何在主节点中记录主节点从哪个分支推送？

提前致谢

Answer 1

您可以按照Github Flow或git flow进行操作 。 我在两者之间混合使用，但两者都取决于您的工作方式。

对于Github Flow，您可以执行以下操作：

• 使master始终可部署；
• 创建一个新分支以描述性名称修复您的错误；
• 仅在该分支上工作；
• 打开您的更改的请求请求；
• 合并以master 。

对于git flow，您可以执行以下操作：

• 保持master反映您的生产环境；
• 有一个未部署但准备就绪的develop分支；
• 标记您的发布，只要您有要在开发中发布的更改：
  • git checkout -b release-1.2 develop
  • git checkout master
  • git merge --no-ff release-1.2
  • git tag -a 1.2

然后部署master 。

对于git flow，当您处理修补程序时，可以在标记新版本之前将修补程序提交到单独的分支上，然后将更改合并回去：

• git checkout -b hotfix-1.2.1 master ;
• 提交修复程序；
• git checkout master
• git merge --no-ff hotfix-1.2.1
• git tag -a 1.2.1
• git checkout develop
• git merge --no-ff hotfix-1.2.1

您还将部署master 。

Answer 2

海事组织：

要建立或修复错误，最好创建一个分支吗？

是的，为每个错误修正，升级或修改创建一个分支。 示例： master_bugfixing ， mybranch_new_feature等。

编辑：为什么我认为创建分支是个好主意- 团队可视化Git做法的引文：分支，合并，变基 -

• 您即将做出重大或破坏性的改变
• 您将要进行一些可能无法使用的更改
• 您想尝试一些不确定的项目
• 当您被告知要分支时，其他人可能需要在主人那里做一些事情

当该分支准备合并时，最好合并然后删除该分支？

我总是删除未使用的分支，即已经合并的分支。

如果合并，如何在主节点中记录主节点从哪个分支推送？

您可以在合并期间使用git merge -m <msg>添加一条消息。

分支模型的提示： 成功的Git分支模型

Answer 3

要建立或修复错误，最好创建一个分支吗？

是的，最佳实践是创建一个单独的分支以构建或修复您的错误。

当该分支准备合并时，最好合并然后删除该分支？

这取决于您的项目类型，但是删除已合并的分支没有问题。所有提交在历史记录中仍然可用。

如果合并，如何在主节点中记录主节点从哪个分支推送？

再次将提交历史记录保存在Git中，因此我们可以跟踪使用Master分支定义了哪个分支。

希望您对查询有足够的澄清。

有关更多信息，请参考git-scm

谢谢。