VSS使用技巧
理由很简单:迁出锁定!
之所以强调这个,是因为这方面吃过的亏太多,我举几个例子:
1.比如两个程序员增加了同一个功能,但是实现方法不同,比如甲:func1,乙 func2,两者代码也不一样
第二个人在迁入代码的时候,就会冲突,这个时候就会存在解决冲突的问题,谁来解决,感觉都不太合适,在本例中,后一个迁入者很可能会把前一个写的代码删掉或者注释掉,实际上的情况可能更复杂,如果第二个程序员的功力不够,写的代码有潜在的bug,再退回到前一个程序员的代码,无疑降低了工作效率。更麻烦的问题还有可能是这样,界面上增加了新的控件,两个人起的名字不一样,甚至用的控件不一样,这样在融合的时候,让人抓狂。
之所以强调这个,是因为这方面吃过的亏太多,我举几个例子:
1.比如两个程序员增加了同一个功能,但是实现方法不同,比如甲:func1,乙 func2,两者代码也不一样
第二个人在迁入代码的时候,就会冲突,这个时候就会存在解决冲突的问题,谁来解决,感觉都不太合适,在本例中,后一个迁入者很可能会把前一个写的代码删掉或者注释掉,实际上的情况可能更复杂,如果第二个程序员的功力不够,写的代码有潜在的bug,再退回到前一个程序员的代码,无疑降低了工作效率。更麻烦的问题还有可能是这样,界面上增加了新的控件,两个人起的名字不一样,甚至用的控件不一样,这样在融合的时候,让人抓狂。
2.我自己的亲身经历,有段时间驻场开发,版本产生分支,一个月后回公司,和公司原有代码融合,真的是一段黑暗历史,因为同样的模块,公司留守程序员也有修改,界面的样式及代码都有变化,这些代码的融和足足花了两个多月,别问我为什么会花这么长时间,因为公司的模块和驻场同样的模块界面有差异,操作模式有差异,还要论证哪种更好,还要考虑用户的操作习惯.....
当然,VSS被人指责最多的就是不安全,其实是可以避免的,我们目前是这样做的:
1.在公司部署VSS
2.安装Dynamsoft SourceAnywhere for VSS支持异地网络访问
3.驻场工程师必须连接公司的版本控制服务器进行工作
1.在公司部署VSS
2.安装Dynamsoft SourceAnywhere for VSS支持异地网络访问
3.驻场工程师必须连接公司的版本控制服务器进行工作
按这样处理后,再也没有出现过版本冲突问题,代码管理省心省力。
---------------------
作者:日月路明
来源:CSDN
原文:https://blog.csdn.net/yisuylm/article/details/78599397
版权声明:本文为博主原创文章,转载请附上博文链接!
---------------------
作者:日月路明
来源:CSDN
原文:https://blog.csdn.net/yisuylm/article/details/78599397
版权声明:本文为博主原创文章,转载请附上博文链接!