如何向 vss 用户销售颠覆主干/分支/标签结构？

Question

我正在尝试与两组开发人员管理相互冲突的需求。一组正在做项目有多个文件的Java应用程序，另一组在单个文件上工作，例如甲骨文表格、报告等。 这两套目前都在 vss 上，java 人尝试了 git，但 oracle/vss 人讨厌它——主要是缺乏锁定。 因此，作为一种妥协，我尝试了 svn 并实现了 svn:needs-lock 以便处理该问题。但下一个障碍是销售标签/标签等价物，例如Subversion "label" like SourceSafe

但是 AFAIK 至少没有这个结构我不能做标签：

• mystandalonefileproject/trunk/mystandalonefile
• 我的独立文件项目/标签

对于习惯于在大型 oracle 表单目录中查看他们的文件然后直接获取、签入和标记它的开发人员来说，这会造成痛苦。

对于如何处理这个问题有什么建议吗？我开发了一个小脚本来为任意文件设置上述结构，并且我已经考虑在 vss 到 svn 迁移期间创建它。

还有其他想法吗？不幸的是，颠覆和 VSS 给我带来了管理问题。

Answer 1

您没有运行带有标签/分支/主干结构的 SVN，如果您的用户对旧的 VSS 样式布局感到满意并且他们的工作流程运行良好，那么就没有真正的迁移到任何其他布局的理由。

您可以以接近 VSS 的方式运行 SVN，所以我会从这样做开始。启用“需要锁定”自动道具，并让它们松动。然后，一旦他们习惯了 Tortoise 和稀疏目录检出（让他们成为描述如何比较常见 VSS 操作与 SVN 的文档），您就可以开始建议对他们的工作流程进行一些改进，例如将他们发布的代码分支到新分支，您将其放入恰好称为“标签”的目录中...然后您可以建议在称为“分支”的单独目录中进行一些工作。然后，您可以告诉他们合并以及不必使用其他人签出的代码进行微小更改的好处。

人们不喜欢改变，这很公平，所以慢慢地引入它。更改为 SVN 并更改它们的工作方式并不好。只需 2 个简单的步骤就更有可能成功。