我正在尝试用2套开发人员管理冲突的需求。一组正在进行java应用程序，其中项目有多个文件，另一组用于单个文件，例如oracle表格，报告等 这两个集合目前都在vss上，java家伙尝试了git，但是oracle / vss的人讨厌它 - 主要缺乏锁定。 所以作为妥协，我尝试了svn并实现了svn：needs-lock以便处理它。但下一个障碍是销售标签/标签等价，例如Subversion "label" like SourceSafe
但AFAIK我至少没有这种结构我不能做标签：
对于在大型oracle表单目录中查看文件然后直接获取，签入并标记它的开发人员，这会导致痛苦。
有关如何处理此问题的任何建议？我已经开发了一个小脚本来为任意文件设置上述结构，而我在vss到svn迁移期间创建了它。
还有其他想法吗？不幸的是，颠覆和 VSS会给我带来管理方面的问题。
答案 0 :(得分：1)
你没有拥有来运行带有标签/分支/主干结构的SVN，如果你的用户对旧的VSS风格的布局感到满意并且他们的工作流程运行良好，那么就没有真正的有理由迁移到任何其他布局。
您可以以与VSS相近的方式运行SVN，因此我将从这样做开始。启用'needs lock'autoprop，让它们松散。然后，一旦他们习惯了Tortoise和稀疏目录检出（使它们成为描述如何比较常见VSS操作与SVN的文档），您就可以开始建议对其工作流程进行一些改进，例如将他们发布的代码分支到新分支，你把目录恰好称为'标签'...然后你可以建议一些工作在一个名为'分支'的单独目录中进行。然后，您可以告诉他们合并以及不必使用其他人已经检查过的微小更改的代码的好处。
人们不喜欢改变，这是公平的，所以只是逐渐介绍它。更改为SVN并改变其工作方式并不好。只需2个简单步骤就可以成功。