我刚从git发布了一个产品的V1.0.0，我想知道从现在起推荐的建议是什么。
我是创建v1.0.0分支还是v1.0.0注释标记，是更好的选择？
标签似乎对我来说是正确的方法，但我不确定从标签分支和合并的工作流程。
答案 0 :(得分：2)
在其他地方的StackOverflow上表达了口号：
分支用于工作，标签用于发布。
您的主线分支（通常是主分支）应该是下一版本的持续前瞻性开发。每次发布版本时，都使用标记（至少注释）来标记事件。
如果您在处理下一个版本时需要为已发布的版本制作维护版本，则可以签出标记，然后从该点创建分支。
git checkout -b <tag>-maintenance <tag>
这将为您的维护工作创建一个新分支。完成维护版本后，您将通过在维护分支上标记发行版来遵循维护分支上的相同过程。
如果发布（主）分支上没有其他正向开发，您只需将维护工作添加到该分支，再次标记，然后继续。
答案 1 :(得分：1)
使用git，您可以随时创建分支！我会做以下事情：
答案 2 :(得分：0)
取决于，但我认为你在下一个版本工作时很快就会继续修复v.1.0.0。
我马上创建了一个分支。你不太可能不需要它（只有你永远不需要创建v1.0.1）。
您当然也可以标记它（从不伤害），然后根据该标记创建分支。您只需使用
即可从标签创建分支git checkout -b 1.0.0 v1.0.0
答案 3 :(得分：0)
带注释的标签可能是您应该做的第一件事。
从那里，您可以选择多种工作流程：以下是两种最常见的选项。
您可以继续采用“仅向前”的开发方式，不再支持1.0系列（1）;您可以在1.0系列上执行“仅支持”，并将所有新功能添加到2.0系列（或替换1.0.1和1.1，留下2.0进行完全重写 - 版本号并不重要）（2）
场景2绝对是更“专业”的选择，但如果它是一个范围较窄的小项目，则场景1是可以的。
在场景1中，您可以在主分支中完成所有工作，也可以执行功能分支，在准备就绪时合并到主分支中。当您有新版本时，只需将其标记为1.1或1.0.1或其他任何内容。
在场景2中，您可以使用主分支来反映最新版本，使用“支持”分支来反映您的支持版本，使用“分段”分支来分阶段并测试最终将合并到主服务器中的新功能，以及您可以使用功能分支来开发新功能或修复错误。当您部署错误修复时，您将把支持分支合并回主服务器。当您发布新版本或支持版本时，只需再次使用带注释的标记。
就个人而言，我通常赞成带有标签的master-staging-support分支，而不是为每个版本化的版本分配一个分支;但这是关于git的好东西 - 你可以做到，但你觉得合适！当然，我提出的两个选项绝不是您开发工作流程的唯一选择。