复制 提交消息模板终在团队

RAHIM105

件事是提交消息可以改进。也许他们可以引用项目管理工具的 ID 来查找提交修复的错误，或者您可能希望鼓励使用一些文本而不是空消息。 每次有人克隆存储库时都需要手动运行此文件（因为 git 配置文件不会提交到存储库），但它很方便，因为您可以在存储库中拥有一个共享文件（命名为您想要的任何名称），该文件可以充当提交消息模板。的自动化功能非常强大。这并不是立即显而易见的，但如果您认为它知道您在存储库中的所有过去活动 - 以及其他贡献者的活动 - 它有很多非常有用的信息。 GIT 挂多时候，您会发现在团队中，大家都希望在工作时执行重复的任务。

这可以确保测试和代码检查在允许您使用预推送挂钩进行推送之前通过，或者使用预提交 英国电话号码清单 挂钩强制执行分支命名策略。Konstantinos Leimonis 在 Smashing 杂志上写了一篇题为“如何使用 Git Hooks 简化团队的开发工作流程”的文章，内容是关于使用 Git Hooks 改进工作流程。 手动自 的关键自动化功能之一是git bisect。这是很多人都听说过但可能没有用过的东西。其目的是遍历 git 树（提交的历史记录）并找出引入错误的位置。最简单的方法是手动执行此操作；您运行git bisect start，给它好的和坏的提交 ID，然后git bisect good或git bisect bad为每个提交。 这比乍一看更强大，因为它不会线性迭代 git 日志，您可以手动执行此操作，并且这将是一个重复的过程。相反，它使用二分搜索，因此这是一种以最少的步骤完成提交的有效方法。



复制 更进一步：科学方法自动化 他的演讲“用科学方法进行调试”中解释了如何使用 Git 的二等分功能来自动进行调试。它重点关注 Clojure，但您无需了解该语言即可发现该演讲有趣且有用。 “Git bisect 实际上是科学方法的部分自动化。你编写一个小程序来测试某些东西，git 会反弹并第四次将世界切成两半，直到它找到你的测试发生变化的边界。” — 斯图尔特·哈洛威 起初可能会让人觉得很有趣而且很酷，但最终并不是很有用。Stuart 的演讲充分展示了以我们大多数人通常的方式进行调试实际上会适得其反。相反，如果您关注经验事实，无论测试是否通过，您都可以针对自工作版本以来的所有提交运行它，并减少我们习惯的“在黑暗中感觉”类型的调试。 那么我们如何自动化 git bisect 呢？我们向它传递一个脚本，以便为每个适当的提交运行。