我正在尝试为协作开发用于数据分析的软件的一小群人制定规则。重要的是要有一种方法来重现代码在过去某个时间点的运行，即恢复到过去的状态(版本控制应该允许的东西)。过去，我们可以使用 svn 实现这一点。然后我们可以使用用于该运行的 svn 修订号标记我们的数据分析结果。
有stories关于如何通过分支、 merge 和 rebase ，历史丢失/变得无法访问/进入噩梦等。与此同时，实验性功能开发的分支的轻松处理让我们考虑从 svn 切换到 git。
那么:我们应该遵循哪些规则来确保我们能够轻松且始终能够检索为给定分析运行的代码状态？仅使用主分支进行分析运行？如果是这样，在主分支上应该禁止哪些操作？
编辑:下面解释了两个好的建议:标记重要的提交将使分析透明和可重现(antlersoft)。这不需要新的规则，只是让标签保持平静。此标记工作流不需要 rebase 和 merge 规则。 Tom Anderson 的建议很有用，因为中央存储库应该包含所有带有标签的代码(这将是一个惯例/规则)可以用来允许其他成员访问这些代码位。
最佳答案
这个问题的解决方案不必限制您在任何分支上可以执行的操作。只使用 git 标签，不要删除或移动它们。标记您用于运行每个分析的提交，并记录分析的提交标记(这与您在 svn 中所做的非常相似，除了 VCS 生成的修订号不是您提供的标记名称)。然后用于分析的版本及其所有历史记录将始终可用，无论您在分支上做了什么( rebase 等)。
关于svn - 如何保持某个 git 存储库状态始终可访问？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6600503/