你们公司对开发人员提交时有没有要求写日志？
个别开发人员提交时日志写的不规范（就是写随便敲几个字母，不能表达一些东西），经过几次审核之后，还是没有改变，针对此问题，大家有没有比较好的改正意见或者是预防措施？

日志写的不规范，你们公司是否对日志的格式和内容制定了相应的规范呢，我知道通过svn可以有些辅助措施提供日志模板，但这也不能完全解决开发人员不认真写日志的问题，这是一个开发习惯和开发人员职业素养的问题，就像代码编写规范一样，你可以对开发人员宣传写日志的好处，既然有审核，说明你们还是很有决心进行整改的。审核结果会进行记录，并作为个人考核和项目考核的依据吗，考核会直接关系到个人奖金和项目奖金吗？不过考核也不能太多，多了开发人员会很抵触，总之其中的度只有根据实际情况自己把握了，别的公司的做法只能是借鉴。

参与调查
目前没有要求
全靠大家自觉

1.用工具来实现最短字符的限制，如SVN我就限制在10个字符
2.用规范来指导开发人员，写出必要的信息（关键字）
3.用制度来维护，首先是研发负责人要有管理意识，然后相应的考核和奖惩措施要出台

日志信息表述清楚，这是个百益无害的行为，只要前期按照以上三点进行规范化，相信一年左右，即使缺乏监管，大家的习惯也已经形成，氛围已经建立，大家也能从中体会到益处和便利。

各个项目有自己的规定，必须要写日志信息，有益与以后的查询和变更

几位都说的有道理,正如千寻说的每个开发人员的习惯和职业素质不一样，要求每个人都写的规范比较困难，我们的审核跟绩效奖金不挂钩，我们领导说暂时不考虑这些事情，因为过于强行的让开发人员去执行一些东西，反而会有一些抵触心理。可是领导每次在批复我的工作日志的时候总会写上要对这些审核出来的问题有预防和纠正措施，感觉有点进退两难。有时候还挺郁闷，现在基本上是睁一只闭一只眼。

[ 本帖最后由 fzbh 于 2008-9-5 14:48 编辑 ]

对日志的格式没有明确的规定，目前最基本的要求是不能写什么也不能代表的东西上去．

其实能这也算是我们CM的工作之一，我就曾经做过这个工作，好在我们的团队比较小，我跟开发小组的成员都沟通过，而且有的人也是很支持的，所以我们现在的开发小组的人写commit写的都很好

引用:

callmechen 1.用工具来实现最短字符的限制，如SVN我就限制在10个字符
2.用规范来指导开发人员，写出必要的信息（关键字）
3.用制度来维护，首先是研发负责人要有管理意识，然后相应的考核和奖惩措施要出台

日志信息表述清楚，这是个百益无害的行为，只要前期按照以上三点进行规范化，相信一年左右，即使缺乏监管，大家的习惯也已经形成，氛围已经建立，大家也能从中体会到益处和便利。

能介绍一下使用什么工具来实现的？

引用:

原帖由 lusasi 于 2008-9-8 14:41 发表

能介绍一下使用什么工具来实现的？

SVN就可以。