Visual Studio、分布式版本控制和 Sourceforge答案

【问题标题】：Visual Studio, Distributed Version Control, and SourceforgeVisual Studio、分布式版本控制和 Sourceforge
【发布时间】：2009-06-16 22:59:41
【问题描述】：

我正在尝试使用 Visual Studio 2008 设置一台新的 Windows 计算机来处理我维护的 Sourceforge 项目。我想用一个分布式版本控制系统（试过SVN，不喜欢）。

我以前在 UNIX 上使用过 git 和 mercurial，但我没有找到一个集成在 Visual Studio 2008 中并允许我处理我的 Sourceforge 代码的优质插件。

谁能提供一些关于如何进步的建议？

我应该改用 Eclipse 吗？

【问题讨论】：

标签： visual-studio version-control distributed

【解决方案1】：

我在 VS 2008 中使用 Mercurial 已经有一段时间了，发现 TortoiseHg 和打开的命令提示符的组合可以解决大多数问题。在 Mercurial 之前，我们使用 Microsoft Visual Source Safe (VSS) 与 Visual Studio 集成。即使使用了插件，您仍然必须进入 VSS 来创建项目并进行一些项目管理工作，因此您仍然必须知道如何在 IDE 之外使用源代码控制工具。更改后，我什至想自己为 VS 2008 编写一个 Mercurial 插件。在我能做到这一点之前，我必须让自己熟悉 Mercurial。在此过程中，我发现习惯在 IDE 之外进行源代码控制需要一些时间，但我现在更喜欢命令行和 TortoiseHg 工具而不是 VSS IDE 插件。

不过，Mercurial 似乎确实有几个 Visual Studio 插件：

我没有测试过它们，所以我不能就它们的用处给你意见。

从来没有看过 Mercurial 的 Eclipse 插件，我不能说它是否比我使用的命令行方法更好。

【讨论】：

我使用命令行没有问题，只是有一个插件和一个命令行似乎没有意义。如果我仍然必须使用命令行，我还不如只使用命令行。 :\
我想这就是我想要表达的意思。不要使用插件，使用命令行。
我有一个包含多个组件的大型项目。某些组件包括文档、不相关的项目、我不想在源代码管理中维护的二进制文件等文件。必须从命令行或资源管理器添加每个文件会非常乏味。如果我可以自动添加 VS 解决方案和项目管理的文件（就像 Visual Source Safe 所做的那样），VS 插件会非常方便。仅出于这个原因，我将尝试使用 VS 插件。
您可以使用 hgignore 文件从存储库中排除特定文件和目录：mercurial.selenic.com/wiki/.hgignore 这意味着当您从命令行执行 hg status 或 hg commit 时，hgignore 中的所有项目都不该操作的一部分。我将它用于 Debug 和 Release 文件夹以及 SUO 文件等等。