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

Visual studio Visual Studio、分布式版本控制和Sourceforge,visual-studio,version-control,distributed,Visual Studio,Version Control,Distributed,我正在尝试使用VisualStudio2008安装一台新的Windows计算机,以处理我维护的Sourceforge项目。我想使用分布式版本控制系统(试过SVN,不喜欢) 我以前在UNIX上使用过git和mercurial,但我没有找到一个集成在VisualStudio2008中并允许我处理Sourceforge代码的高质量插件 有人能就如何取得进展提供一些建议吗 我应该改用Eclipse吗?我在VS 2008中使用Mercurial已经有一段时间了,我发现结合使用和打开命令提示符可以解决大多数

我正在尝试使用VisualStudio2008安装一台新的Windows计算机,以处理我维护的Sourceforge项目。我想使用分布式版本控制系统(试过SVN,不喜欢)

我以前在UNIX上使用过git和mercurial,但我没有找到一个集成在VisualStudio2008中并允许我处理Sourceforge代码的高质量插件

有人能就如何取得进展提供一些建议吗


我应该改用Eclipse吗?

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

但是,Mercurial似乎有几个Visual Studio插件可用:

  • 我还没有测试过它们,所以我不能给你一个关于它们有用性的意见


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

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