在Visual Basic 6中使用Subversion

Question

我的团队很快就会从Visual SourceSafe迁移到Subversion，同时在Visual Basic 6.0中开发/支持遗留项目，所以我有几个问题：

• 在Visual Studio 6中，Subversion IDE集成的最佳工具是什么？ （或者不值得麻烦......）
• 在Visual Basic 6.0中使用Subversion有什么最佳实践吗？ （要忽略的文件类型等）

Answer 1

我同意Windows资源管理器中的Tortoise SVN是使用SVN和VB6的最佳方式。

迁移到SVN的最大变化是“签出”和“签入”的想法与“更新”和“提交”不完全相同。 。 。 因此，任何IDE与VB6的集成都是有限的，因为VB6支持MSSCCI，一种签出/签入机制。 我曾经使用过Visual Studio 2003的TamTam SVN（ http://www.daveswebsite.com/software/tamtamsvn/index.shtml ），但是因为我发现它有限制而停止了。 合并/分支/责备等是Tortoise SVN提供的非常强大的功能，而不是在TamTam中。 底格里斯也有http://svnvb6.tigris.org/ ，但我还没试过。

同样，虽然你很可能得到一个IDE与VB6一起工作，但我不推荐它，因为迁移到SVN的最大优势是打破源安全的签入/签出理念。

Answer 2

由于Subversion使用更新/编辑/提交周期（而不是签入/签出），因此您需要特别注意二进制文件。 VB6中的大多数表单由两个文件组成：MyForm.frm和MyForm.frx。 * .frx文件是二进制文件，因此无法合并。

鉴于此，我会设置Subversion以要求“锁定”.frx文件。 这意味着一次只能有一个人检出文件。 通过这样做，您将强制执行只有一个开发人员可以一次修改这些文件，并且始终清楚该人当前是谁。 如果你不这样做，你就会让自己陷入一些重大的麻烦。

Answer 3

要忽略的文件类型：

*.vbw
关闭项目时自动生成的工作区文件，包含已打开的文件等。

MSSCCPRJ.SCC
VB6 IDE生成的源代码控制状态文件（如果你在Windows资源管理器中使用控制SVN的解决方案，你应该在VB6中禁用源代码控制插件，这将不会生成）。

*.log
这是在加载表单GUI时出现问题时生成的文件。 该文件与表单文件位于同一位置，其名称等于表单文件。
示例： MyForm.frm生成MyForm.log 。

如果您没有源代码管理中需要的日志文件，您当然应该只执行此操作...

Answer 4

根据您计划在这些遗留项目上做多少，我会考虑不切换。

我真的建议你切换到SVN。 我知道一些丢失源代码的项目，因为VSS数据库已损坏。

我认为有一些工具可以执行从SourceSafe到SVN的迁移。 （是的 - 谷歌快速搜索确认了这一点。）这样你就不会失去修订历史。

Answer 5

我的猜测是不打扰集成，只需在Windows资源管理器中使用Tortoise SVN。

至于要忽略的文件类型，给它一个测试，检查，构建，并查看是否有任何文件更改（对于现代Visual Studio，我倾向于忽略.suo文件）

Answer 6

对于服务器端，VisualSVN Server是一个超级简单的解决方案，我们在vmware虚拟机中运行它，并且它在嗡嗡作响。

如果你是一个命令行的人，我真的很喜欢svn的命令行界面，我发现它比陷害某些动作更容易混淆，比如文件夹的状态。 但是，如果你是一个探险家的粉丝，乌龟是绰绰有余的，来自源安全的世界。

要忽略的主要事项是：

• 可重现的工件（dll，pdb，exe）
• 特定于环境的设置（即vs，csproj.user文件，.suo文件的设置文件）

Answer 7

根据您计划在这些遗留项目上做多少，我会考虑不切换。

在挖掘遗留代码时，拥有所有历史和责任真的很有帮助。 SVN比VSS好几英里，但是当你切换时，你将失去历史。

如果你要在VB6中进行大量的持续开发，那么很可能值得切换到SVN，但是如果你将要做的那么多，那还值得回顾一下这个项目吗？

我有类似的问题，只有遗留项目在Delphi中。 如果他们在VB6中，我想我会考虑将它们“升级”到VB.Net，只是为了可维护性。