VSS使用技巧

时间：2019-04-30 23:44:46 阅读：213 评论：0 收藏：0 [点我收藏+]

理由很简单：迁出锁定！
之所以强调这个，是因为这方面吃过的亏太多，我举几个例子：
1.比如两个程序员增加了同一个功能，但是实现方法不同，比如甲：func1,乙 func2，两者代码也不一样
第二个人在迁入代码的时候，就会冲突，这个时候就会存在解决冲突的问题，谁来解决，感觉都不太合适，在本例中，后一个迁入者很可能会把前一个写的代码删掉或者注释掉，实际上的情况可能更复杂，如果第二个程序员的功力不够，写的代码有潜在的bug，再退回到前一个程序员的代码，无疑降低了工作效率。更麻烦的问题还有可能是这样，界面上增加了新的控件，两个人起的名字不一样，甚至用的控件不一样，这样在融合的时候，让人抓狂。

2.我自己的亲身经历，有段时间驻场开发，版本产生分支，一个月后回公司，和公司原有代码融合，真的是一段黑暗历史，因为同样的模块，公司留守程序员也有修改，界面的样式及代码都有变化，这些代码的融和足足花了两个多月，别问我为什么会花这么长时间，因为公司的模块和驻场同样的模块界面有差异，操作模式有差异，还要论证哪种更好，还要考虑用户的操作习惯.....

当然，VSS被人指责最多的就是不安全，其实是可以避免的，我们目前是这样做的：
1.在公司部署VSS
2.安装Dynamsoft SourceAnywhere for VSS支持异地网络访问
3.驻场工程师必须连接公司的版本控制服务器进行工作

按这样处理后，再也没有出现过版本冲突问题，代码管理省心省力。
---------------------
作者：日月路明
来源：CSDN
原文：https://blog.csdn.net/yisuylm/article/details/78599397
版权声明：本文为博主原创文章，转载请附上博文链接！

VSS使用技巧

标签：模块自己 sof 一个操作模式经历 -- 工程师原创文章

原文地址：https://www.cnblogs.com/qiu18359243869/p/10798440.html

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行