git 工作流 : maintaining a history of functional commits

Question

维护 git 存储库功能版本历史记录的最佳方法是什么？

在 git 中分支和 merge 是如此容易，以至于我们一直都在这样做。我通常使用主题分支，只有在功能完成时才 merge 到 master 中。这工作正常，但经过几次迭代后，您的 master 分支的历史是一个复杂的图，并且在任何时间点识别代表您的应用程序正确运行版本的提交变得非常困难。 p>

我正在寻找有关工作流的建议，该工作流使我能够轻松检索最接近指定日期的我的存储库的工作(即不在开发功能的过程中)副本。另一个有用的功能是检索表示随时间变化的功能存储库的提交列表。

我意识到这可以手动完成，即检查提交日志和消息以在下一个功能启动之前找到最后一次提交，或者通过针对每个提交运行测试套件并据此进行过滤。这些方法在某种程度上是可靠的，但我正在寻找一种不那么随意的方法。

Answer 1

您可以使用 git log --first-parent master 查看 master 的历史记录，仅跟随每个提交的第一个父级。这意味着当遇到 merge 时，只有第一个父级(应该是 master 上的前一个提交)被跟随，而第二个父级(主题分支上的最后一个提交)被忽略。对于您的工作流程，这可能主要包括 merge 。重要的一点是，只要在 master 上进行的任何提交(或 merge )都被视为功能版本，那么此日志中的每个提交都是功能版本。