不知道 mod by *** on 20050814 这样的注释有什么意思？

leeon868

回68楼的这种情况：

恰恰就是用VSS的诟病。不知道68楼的是否用过CVS或者SVN。

你所说的

2、开始修改，对自己改动的代码加modify/add by *** YYYYMMDD for $$$，其中$$$表示修改的原因，可以是bug号或需求变更号，这个很有必要！对于改动代码教多时，可以加begin end 标识，如果在UE中编辑，YYYYMMDD可以直接用F7代替，具体的hhmmss都有；

你的概念就是太多使用VSS这种垃圾版本控制所产生的概念。我痛恨VSS。

恰恰就是这种类型的版本控制所保存的版本增量。保存之后，提取这些modify是非常容易。大不了多保存几次版本。

如果用程序“改动频繁”来解释你们的版本控制的话，那只能说明代码设计方面有大的问题。

如果是10人以上协助开发，都往同一份代码上写这种注释会疯掉。

我接触了4个人写这种注释就已经半疯了。

leeon868

>>“如果用程序“改动频繁”来解释你们的版本控制的话，那只能说明代码设计方面有大的问题。”
>如果用户要改，有什么办法呢？实际中代码设计往往不会出现大的问题！
我们就是和用户交涉，把修改的地方统一一下，然后形成一个统一的修改版本。从来没有说叫用户牵着鼻子走。

>>“如果是10人以上协助开发，都往同一份代码上写这种注释会疯掉。”
>一个代码一般是一个功能点，一般由一个人开发，时间久后，可能由其他人修改，但改动一般不会很大的
那是你没有接触到1份代码3人开发的情况而已，如果牵扯到kernel，中间件，各种引擎方面的代码，这个功能点就不是单纯的了。可能就是集思广益的修改。我前面的帖子说了，一套基础库，在实施的时候会和前期设计出入很大。甚至包括实施场地和实施硬件。企业资金不足，使用淘汰的大型机和淘汰下来的终端机，甚至WIN95系统的也不在少数。

>>“我接触了4个人写这种注释就已经半疯了。”
>不会出现你的这种情况，可以变通一点
我接触过中国代码3份，韩国代码1份，有这种经历就足够了。我说的是我，不是你，看清楚。或许你以后会接触到的。

[ 本帖最后由 leeon868 于 2007-8-8 11:13 编辑 ]

flw

> 如果用户要改，有什么办法呢？实际中代码设计往往不会出现大的问题！
越是这种情况，就越要用 SVN，杜绝 mod by ******

leeon868

SVN就是Subversion的简称，就是第三代版本控制的软件，Google一下会有一大堆的。

基于http协议

支持N多操作系统Linux，Windows，BSD，and so on........................

用Subversion在更新日志里看到所有事件的变化，方便易懂。

leeon868

如果有一个代码文件有3000行呢，也写modify？

如果一个代码文件有10000行呢？

没错，我就接触过10000行以上的代码。

10000行的老代码，累积的老代码。如果在这类文件下，modify的注释满天飞，我真的会疯掉的，

现在貌似3000行的代码文件都很少……

用grep搜索？饶了我吧，我宁愿用SVN。