Tro*_*unt 2 svn version-control
我正在为一个新的SVN实例编写一些钩子,我想要一些反馈,他们认为应该应用什么标准来验证提交消息是否足够.这个特定的SVN实例将被广泛的开发人员使用,他们对SCM最佳实践有不同的了解.
我试图在强迫足够的信息来正确描述变化之间取得良好的平衡,但不要变得过度热心,并使那些拥有简洁但完全有效的信息的人生活困难.我试图拒绝的事情是"更新"或"添加文件"之类的消息,因此对字数和消息长度的限制是显而易见的选择.
您还会使用哪些其他标准来拒绝未正确描述更改的邮件？请保持回复的重点是如何获得满意的信息; 我非常清楚社会对教育的需求,这种情况正在同时发生.
顺便说一句,在这种特殊情况下,不必担心对工作项或错误的引用.
老实说,我认为任何特定标准作为一项硬性要求绝对毫无价值.如果你曾经见过一个网站,在评论/评论中需要最少数量的字符(dealextreme,甚至可以想到这个网站),你很快就会意识到效果并不是你想要的.而不是人们确保评论和评论更长,他们只会找到更多填充物,以确保它们达到已知和硬编码的最小值.
最终,问题必须作为社会问题而不是技术问题来处理.每个不恰当无意义的评论的实例都需要引起做这件事的人的注意并向他们解释.
这仍然不能100%解决问题,但它是我发现的最接近工作的方法.
说完这一切之后,如果有人能用少于40个字符编写一致好的cvs评论,我会感到非常惊讶.:)