GIT 中 DB/ETL 开发的最佳分支策略是什么

Question

我的新团队使用 GIT，他们使用“集中式工作流程”，我强烈反对。 我们是数据库/SSIS 开发人员，没有应用程序开发。 在此之前，我在 GIT 工作了 2 年，使用 gitflow/feature 分支策略，效果很好。 我一直试图解释为什么每个开发人员只有一个分支作为他们的工作空间不是一个好的做法......不利于可追溯性，并且没有真正利用 GIT 的全部功能。 为什么不直接使用 SVN？ 任何人都可以提供一些信息/文档/任何东西来帮助我解释为什么每个开发人员每次只重复使用他们的同一个分支不是好的做法吗？ 真的很感激。 我在网上找到了一些内容，但我很想听听其他 DB/ETL 开发人员对 5 名开发人员团队的数据库/etl (ssis) 开发的最佳分支策略的意见。

这不是一个基于意见的问题。 如果 Dev 1 想要处理故事/功能 A 并且他们还没有完成他们当前的工作并且突然他们需要修复一个优先级更高的错误怎么办？ 如果这样做，可追溯性就会丢失。 对我来说，这是最大的问题。 我正在寻找不推荐这种做法的其他原因。 我不明白你为什么不为每个故事/功能/工作项目使用一个分支。

Answer 1

事实上，Git 获得了可追溯性和并发版本系统。 此外，使用 SVN 您可以获得类似的目标，但您需要像 dbForge 这样的插件来获得特殊的电源命令。 另一方面，如果：

1. 您不想使任何任务复杂化
2. 您的开发团队正在使用 SSIS 和 Microsoft SQL 服务器
3. 您在此类项目中的要求经常变化。
4. 您有多个并行运行的项目涉及相同的代码库。 然后，您可以重定向到具有检查、签出、分支和合并等基本功能的 Team Foundation Server (TFS)，它们在 MS Win 服务器环境中运行良好。