散分：大家来谈谈VSS下团队开发心得

我，一个团队开发的菜鸟，加入了由两位两个菜鸟组成的小组，开发一个项目。之前没有用VSS，集成时候麻烦一堆堆。后来用了VSS，但麻烦似乎没有减少，例如，最新文件经常被覆盖（到发布时候，经常有队员说：咦？我的修改怎么不见了）。我觉得不没有经验下使用VSS，对团队开发也没有什么帮助。特此想停下大家在用VSS下进行团队开发的一些心得，包括签入签出的守则，源码管理的注意事项等等都可以。分不多，志在交流下

186 个解决方案

#1

接分，我还没用过，只知道VSS。关注

#2

vss应该很好用啊，如果用了vss，开发伙伴的代码还会被覆盖，那只能说明是在脱离vss管理的情况下硬改代码了。。。。然后强制签入。。。汗啊。。。

#3

VSS每次签出都有加锁。除非你脱机改。我之前也碰到一个问题就是每次调试的时候bin目录的一些文件也被签出搞的别人不能同时调式，不懂是为什么。

#4

没svn好

#5

给不同的成员设置不同的权限啊！！

#6

VSS使用很方便设置用户权限操作不同目录
签出修改他人创建文件：
应该先与创建人联系是否可以修改
修改后，应该及时签入文件
checkout时一定要写上注释

#7

要有心灵感应...

#8

权限不要给太大啊，个人开发哪就给哪的权限。

#9

4楼说的对

#10

#11

自己的记得备份（当你的新版本不小心被旧版本覆盖了，或者被别人不小心覆盖了你的，这时可以补救），别人的别随便签出。
你签入的，得要保证相关文件都签入了（不遗漏），不能把调试都没通过的签进去了，这样会导致别人不能调试。

还有，记得及时获取最新版本。

#12

应该先分好工，自己要做什么模块先划清楚，要修改别人的模块时说一下。。。

#13

和vs结合才叫强

#14

沟通问题

#15

只签你自己的啊

#16

最重要的就是在修改后要编译通过才签入

#17

没有做过，jf up

#18

VSS的机制可能是根据文件的只读属性来的，所以在你的项目中如果是受VSS管理的，在非签出情况下肯定是只读的，要是非只读的你得找一下原因，这可能就是代码丢失的原因，另外不允许多重签出。

#19

vss用起来还是很方便的，最还就是一人改了，那另一个人就不能签出，只能看。对于你们这3个人的团队，应该是很好控制的。就算vss控制的不好，那人之间的约定还是可以充分有效地。

#20

用多习惯后感觉没什么~

#21

我觉得每天最好备份一次自己写的代码，比较好

#22

是不太好用，我们也经常出现过这种问题，有的时候程序员不会签出，而真接改页，程序会自动签出，可能会出现代码丢失，这种情况只要每次更改前签出在改！还有情况就是我改过的页已经签入了，但实际上没有签入VSS管理器，别人怎么也获取不到，我也没找到触决的办法！总知VSS的问题很多，尤其是VS08用VSS2005!

#23

我个人觉得它还是挺好用的。至于在团队的开发下面可能被别人替换的情况。我想作为一名程序员的话我们要有时时备份的习惯。这个工具作为团队的开发工具还挺好用的。我们团队就一直用。

#24

试试SVN吧

http://www.SvnHost.cn

#25

支持VSS，挺好用的

#26

VSS只是个工具，SVN也好TFS也好再强大的工具仅仅是工具而已...工具仅仅是帮助人改进流程提升效率，绝对不可能改善管理...

团队是人的组合，管理是对人的管理，管理人的也只能是人...出现这种问题说明你们的团队缺乏一个强有力的管理者即PM，当制度、规则对团队成员只是一纸空文甚至没有制度、规则时指望某个工具是不现实的...

#27

只是听过而已没真正见识过学习了

#28

接分吧。 VSS 还没用过。

#29

vss05很好用，其实很简单，只要签人签出就ok了

#30

知道怎么做
没用过
看看大家的意见吧

#31

小技巧，大功能

#32

和VS集成使用应该不会出现这种问题，另外也可以试试Vault

#33

那叫一个烂啊

#34

推荐你用下个svn来用

#35

引用 11 楼 n_ithero 的回复:

自己的记得备份（当你的新版本不小心被旧版本覆盖了，或者被别人不小心覆盖了你的，这时可以补救），别人的别随便签出。
你签入的，得要保证相关文件都签入了（不遗漏），不能把调试都没通过的签进去了，这样会导致别人不能调试。

还有，记得及时获取最新版本。

这个一定要记得了

#36

我们用VSS来管理一些脚本,DBScript,管理源代码用的是TFS
VSS用起来也是比较方便的

#37

#38

总体还说还不错，以前三个人开发项目，到下班时在合，结果不是你修改了我写的方法就是我覆盖了你的方法，很是郁闷！每次都要花费1-2个小时在修改，晕...用了VSS后，每个网页只能由一个人迁出修改，修改好了只需签入，其他人也可以获得你修改的，很方便！

#39

关键是仲裁,自己的文件自己改,不能什么人都能改,否则完蛋!

#40

沟通、

#41

一直在用vsts，几十号人没出现什么状况

#42

使用不熟练的话可以选择独享模式，就是一个人check out后其他人都无法再check out.这样出错的几率小些。
二进制文件不要放到vss项目里。
如果是选择共享模式，就是和CVS那样的，一个文件可以同时被几个人check out,check in项目文件(sln和csproj文件)时要特别小心，容易覆盖别人的修改。
工作目录都设成每个人自己机器上的目录比设成网络上共享的目录要安全。如果是共享到网络目录，尽量避免手工改动只读属性进行修改。
check in 提示不能自动merge的时候也要特别小心，最好和其他check out的人交流一下再改。
roll back好象可以设成自动branch的功能，也可以提高安全性，具体怎么做不清楚

#43

VSS 配好VC6.0 VS2008等都比较好用

#44

可以查看历史版本的，获取历史版本就能解决LZ的这个问题

#45

没用过帮顶
顺便接分

#46

我以前用的是VS感觉很好。

#47

VSS能在一定程度上减少代码版本混乱的问题，但不会使用VSS，
就只能被VSS给管理了

#48

看看还不错

#49

VSS很好用啊！！属于自己的文件早上来了就check out，晚上下班了一定要check in，以免代码丢失。在上传和下载代码前要比较一下不同，千万别覆盖了本地有价值的代码。

#50

我们就用的VSS，感觉比不用好多了。真不敢想象没有VSS管理源码的时候。

#1

接分，我还没用过，只知道VSS。关注

#2

vss应该很好用啊，如果用了vss，开发伙伴的代码还会被覆盖，那只能说明是在脱离vss管理的情况下硬改代码了。。。。然后强制签入。。。汗啊。。。

#3

VSS每次签出都有加锁。除非你脱机改。我之前也碰到一个问题就是每次调试的时候bin目录的一些文件也被签出搞的别人不能同时调式，不懂是为什么。

#4

没svn好

#5

给不同的成员设置不同的权限啊！！

#6

#7

要有心灵感应...

#8

权限不要给太大啊，个人开发哪就给哪的权限。

#9

4楼说的对

#10

#11

#12

应该先分好工，自己要做什么模块先划清楚，要修改别人的模块时说一下。。。

#13

和vs结合才叫强

#14

沟通问题

#15

只签你自己的啊

#16

最重要的就是在修改后要编译通过才签入

#17

没有做过，jf up

#18

#19

#20

用多习惯后感觉没什么~

#21

我觉得每天最好备份一次自己写的代码，比较好

#22

#23

#24

试试SVN吧

http://www.SvnHost.cn

#25

支持VSS，挺好用的

#26

#27

只是听过而已没真正见识过学习了

#28

接分吧。 VSS 还没用过。

#29

vss05很好用，其实很简单，只要签人签出就ok了

#30

知道怎么做
没用过
看看大家的意见吧

#31

小技巧，大功能

#32

和VS集成使用应该不会出现这种问题，另外也可以试试Vault

#33

那叫一个烂啊

#34

推荐你用下个svn来用

#35

引用 11 楼 n_ithero 的回复:

自己的记得备份（当你的新版本不小心被旧版本覆盖了，或者被别人不小心覆盖了你的，这时可以补救），别人的别随便签出。
你签入的，得要保证相关文件都签入了（不遗漏），不能把调试都没通过的签进去了，这样会导致别人不能调试。

还有，记得及时获取最新版本。

这个一定要记得了

#36

我们用VSS来管理一些脚本,DBScript,管理源代码用的是TFS
VSS用起来也是比较方便的

#37

#38

#39

关键是仲裁,自己的文件自己改,不能什么人都能改,否则完蛋!

#40

沟通、

#41

一直在用vsts，几十号人没出现什么状况

#42

#43

VSS 配好VC6.0 VS2008等都比较好用

#44

可以查看历史版本的，获取历史版本就能解决LZ的这个问题

#45

没用过帮顶
顺便接分

#46

我以前用的是VS感觉很好。

#47

VSS能在一定程度上减少代码版本混乱的问题，但不会使用VSS，
就只能被VSS给管理了

#48

看看还不错

#49

#50

我们就用的VSS，感觉比不用好多了。真不敢想象没有VSS管理源码的时候。