讨论checkin和checkout?

spidertan 2004-01-13 04:12:55
以前我的vss库中有一个版本为1.0.1的项目,现在来了一个新的版本为1.0.2的项目,此项目是从别处连带VSS库信息一起拷过来的,现在的问题是我如何把这版本为1.0.2的项目入到我的VSS库替换我以前那个版本为1.0.1项目并设label为1.0.2?大家有什么好的步骤,请说说
...全文
99 9 点赞 打赏 收藏 举报
写回复
9 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
spidertan 2004-02-02
呵呵,itsgoodtobebad(白虹李李)讲解真详细,谢过
  • 打赏
  • 举报
回复
白虹李李 2004-02-01
抛开数据导入、导出不谈。
只针对公司开发而言,如果是个人写程序,不用继续看下面。
通常版本号是分层次的,都有实际的(公认的)意义。
按照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上修改呢?
  • 打赏
  • 举报
回复
Chuanyan 2004-01-17
直接到VSS server上搞啊
  • 打赏
  • 举报
回复
snla 2004-01-17
直接还用1.0.2的库就行了
  • 打赏
  • 举报
回复
blue_butterfly 2004-01-17
可以新建一个
  • 打赏
  • 举报
回复
spidertan 2004-01-15
itsgoodtobebad(白虹李李)
新的版本为1.0.2为什么很怪,1.1.1是怎么定义的?
  • 打赏
  • 举报
回复
白虹李李 2004-01-14
没用过VSS。
不过应当有自己的数据导入工具吧。
而且根据你的描述,新的版本为1.0.2很怪。
感觉应当是1.1.1吧。
  • 打赏
  • 举报
回复
spidertan 2004-01-13
这是一个思路,谢谢stonespace(stonespace)
还有没有别的思路,比如说用开发工具对VSS的集成来做?
  • 打赏
  • 举报
回复
stonespace 2004-01-13
把1.0.2的项目文件全部取出来,放到一个文件目录下,把只读属性去掉。

把1.0.1的文件所有check out到另外一个文件目录,用1.0.2的文件覆盖这个目录,然后全部checkin。
  • 打赏
  • 举报
回复
相关推荐
发帖
研发管理
加入

1228

社区成员

软件工程/管理 管理版
申请成为版主
帖子事件
创建了帖子
2004-01-13 04:12
社区公告
暂无公告