讨论checkin和checkout？

[spidertan]

以前我的vss库中有一个版本为1.0.1的项目，现在来了一个新的版本为1.0.2的项目，此项目是从别处连带VSS库信息一起拷过来的，现在的问题是我如何把这版本为1.0.2的项目入到我的VSS库替换我以前那个版本为1.0.1项目并设label为1.0.2？大家有什么好的步骤，请说说

[stonespace]

把1.0.2的项目文件全部取出来，放到一个文件目录下，把只读属性去掉。

把1.0.1的文件所有check out到另外一个文件目录，用1.0.2的文件覆盖这个目录，然后全部checkin。

[spidertan]

这是一个思路，谢谢stonespace(stonespace)
还有没有别的思路，比如说用开发工具对VSS的集成来做？

[白虹李李]

没用过VSS。
不过应当有自己的数据导入工具吧。
而且根据你的描述，新的版本为1.0.2很怪。
感觉应当是1.1.1吧。

[spidertan]

itsgoodtobebad(白虹李李)
新的版本为1.0.2为什么很怪，1.1.1是怎么定义的？

[blue_butterfly]

可以新建一个

[snla]

直接还用1.0.2的库就行了

[Chuanyan]

直接到VSS server上搞啊

[白虹李李]

抛开数据导入、导出不谈。
只针对公司开发而言，如果是个人写程序，不用继续看下面。
通常版本号是分层次的，都有实际的（公认的）意义。
按照SCM常理，1.01.01到1.01.02指修改了bug，而1.01.01到1.02.01表示有的新增功能。
这种变化可以不一样，但通常严格的由公司进行了规定（比如xxx公司配置管理规程）。
从下面的版本图可以看出，公司开发的程序通常会同时维护几个版本的，每一个版本也会不断的修改BUG。
1.0---1.01.01---1.01.02----1.01.03
|
1.02.01---1.02.02----1.02.03---
之所以说你的版本号变化奇怪，是因为你说来了一个新的项目，是从别的地方拷过来的。我也许没有理解你的意思：）如果是这样，呵呵，冒昧了。
那这个新的项目和原来的1.01.01的关系是什么呢？有继承性的关系吗？还是完全不同的两个项目？
如果是完全不同的项目，就不需要讨论其版本号的变化了；
如果是在1.01.01上进行的继续开发，没有大的变动，就可以用1.01.02；
如果有了比较大的变动（比如修改了设计方法等），或有了很多新的功能，最好改变大的版本号。
当然，如果你的公司并不需要同时维护多个版本，则一切都可以放轻松，没有太大关系。
否则，如果你使用了1.01.02作为版本号，而公司的某些使用1.01.01的客户需要修改一些BUG，你该如何在原来的1.01.01上修改呢？

[spidertan]

呵呵，itsgoodtobebad(白虹李李)讲解真详细，谢过