【发布时间】:2013-10-03 14:55:31
【问题描述】:
我的同事都很固执。一开始他们会在没有任何消息的情况下提交,所以我试图教育他们并放入一个预提交脚本以检查是否为空,以防他们忘记。 然后他们会输入类似“已修复”的消息,所以我再次与他们交谈并更新脚本以强制它链接到错误跟踪器。现在他们为同一个文件连续 8 次输入相同的提交消息(Bug ID:Bug Title)。
在我与他们讨论这如何没有帮助之后,我如何制作一个预提交挂钩来检查提交消息是否与最后 20 条提交消息之一不同?
【问题讨论】:
-
不要浪费时间建造墙壁。您的同事总会找到攀登它的方法。
-
向他们展示信息丰富的提交消息的价值。他们不想被告知做什么,你需要向他们展示好处(对我有什么好处)。设置更多限制性的障碍只会让他们对你更生气,并导致内容和讨论变得更少有用。
-
我希望问题开头的上下文可以避免这样的 cmets。如前所述,我已经与他们多次交谈,现在需要变得严厉。
-
最终您会遇到一个问题,您需要查看日志以确定何时引入了某个更改,或者确定某个更改背后的原因。发生这种情况时,向您的同事展示他们的提交消息对于执行该任务是多么无用,以及通过不同的方式可以节省多少时间。老实说,我认为如果您成功创建了预提交挂钩,您将开始收到诸如“修复更多内容”、“再次修复内容”、“修复1”、“修复2”、“修复3”等消息。你真的需要让他们相信为什么,否则他们会继续寻找解决方法。
-
@ben 我认为您应该将此添加为答案。开发人员将坚持他们目前的“方法”,直到 *hit 击中粉丝。
标签: svn