Tro*_*unt 3 svn version-control
我正在为我们的Subversion用户准备一些SCM指南,并且遇到了与团队争论的问题.有没有一个有效的用例可以让某个人使用相同的消息进行连续提交？
如果采用提交消息应描述代码的"内容"和"原因"的方法,则很难看到有效的情况.看看我们的历史,发生这种情况的实例似乎更多是出于方便而不是其他任何事情,并且实际上并没有讲述代码正在做什么的故事.
有没有人对此合法性有任何看法？准则(甚至预先提交钩子)是否过于热心或是合理的期望？
编辑:让我们假设人们已经离开了良好的提交消息.恕我直言,像"更新"或"拼写错误"这样的单词并不构成令人满意的提交信息.我希望看到更像"更新绿色提交按钮的颜色"或"修复教学副本中的拼写错误".如果消息是一两个字,那么浏览存储库日志并了解项目中正在发生的事情是非常困难的,而无需深入研究单个提交.
我想这是技术解决方案无法回答的那种问题.您始终可以找到有效且工具禁止或相反的情况.
我经常使用提交消息的一个示例,并告诉所有故事:
typo
最好的解决方案不是技术性的.这是社会工程.和你的团队谈谈.
| 归档时间： |
|
| 查看次数： |
154 次 |
| 最近记录： |