将Subversion与Visual Source Safe结合使用
我工作的商店正在逐步淘汰Visual Source Safe并迁移到Subversion。我使用Subversion建立了一个连续的集成服务器。根据我当前对SVN如何在本地工作的理解,它将隐藏的元数据存储在从存储库下载的每个目录中。我的问题是:将Subversion与Visual Source Safe结合使用
- 是否有可能这些隐藏的元数据目录添加到项目的Visual源安全存储库,而不会影响VSS如何管理项目?这个问题背后的想法是,如果我可以将SVN元数据添加到Visual Source Safe中,那么对于商店继续使用VSS进行本地开发,然后将更改提交给SVN,这将允许持续集成服务器构建和版本代码。感谢您提供的任何反馈!
目前还不清楚你当前的工作流程是什么,以及你为什么要检查从一个VCS到另一个VCS的元数据。如果您的目标是让人们在某些方面同时使用SVN和VSS,那么看起来这将非常困难,并且不利于“逐步淘汰Visual Source Safe并迁移到Subversion”这一既定目标。必须有一些截止日期,有人说:“明天进来时,VSS将不再工作,每个人都会使用SVN。”否则,它将死于一次缓慢而痛苦的死亡。
我觉得做的最好的事情是
- 让每个人训练和舒适的使用SVN(同时仍使用VSS为他们的工作)
- 设定截止日期
- 使用VSS的一个到SVN转换工具
http://www.codeplex.com/VSS2SVN
http://www.pumacode.org/projects/vss2svn
http://www.poweradmin.com/sourcecode/vssmigrate.aspx
(其中没有我有—经验,刚刚从其他类似this和this SO问题拉) - 马不吃回头草
我2 ¢
将SVN元数据放入SourceSafe可能会导致SVN出现问题,因为SourceSafe会在文件签入后使文件变为只读。我不确定SVN是否可以。
..但想了一些更多的:你不想把SVN元数据放到SourceSafe,因为这个元数据属于本地SVN工作副本,因此不应该与其他开发人员共享。
这是有道理的。现在,我认为我的方法提交更改会更简单,而不会将元数据存储在VSS中。 – Achilles 2010-01-14 18:41:59
+1我爱你的答案!问题是我们有限的资源来正确实施转换。然而,为了缓解版本化的痛苦(这是最直接的关注),我想设置一个kruge。 – Achilles 2010-01-14 19:13:53