Visual Studio源代码控制问题
我有一个由两个开发人员组成的团队。我希望我们有一个源代码库。 我对Visual SourceSafe不熟悉，VSS可以这样工作吗？ 我在问，因为我不知道VS队是什么，我们没有。我们都有VS，一个是2010 beta，另一个是2008。Visual Studio源代码控制问题
或者，有可能让我们都使用SVN，这有可能吗？
您可以通过Windows文件共享共享VSS存档并使用它，是的。您也可以从http://www.perforce.com获取Perforce并使用免费的2用户许可证。对于2个用户来说，VS.Net集成非常容易，并且设置起来非常容易。 SVN是一个好的选择，但我并不在乎整合到Visual Studio中。在我看来，最好的SVN集成到Visual Studio是视觉SVN这里：http://www.visualsvn.com/
你可以使用相同的回购？是的
你可以使用不同版本的Visual Studio工作在同一个项目上吗？可能不会。
SVN与除Ankh之类的插件以外的其他视觉工作室无关，因此无论您使用的是什么开发环境，回收都无关紧要。
VSS或SVN是多个人使用相同代码的类似工具。多个项目可以存在于同一个仓库中。
简短的回答：你可以使用SVN去，因为现在它是免费的，如果你能负担得起随意尝试VS团队系统，留远离VSS（所有这些都支持具有一个存储库的多个开发人员）。
您提到了VSS，VS Team和SVN。我用所有这些人，所以我可以给你一点信息：
森林狼队似乎运作良好，一个问题是价格，我相信它目前售价$ 2000+。我相信在VS 2010中，这可能会包含在更便宜的Visual Studio版本中，因此它可能会成为更受欢迎的选择。
SVN对我很好（我们使用了乌龟客户端），并且似乎很受欢迎。
不推荐使用VSS，并且似乎只受Microsoft的最低限度支持，大多数人已经不再使用这种VSS了。
所有这3个都是为了支持一个或多个使用同一个存储库的开发人员。这可能需要一点时间才能习惯，并且有一些人们为他们找到工作的最佳实践。这里有一些想法：
如果您有共享代码所有权，或多人在同一个文件时，你可能有更多的冲突是对在检查代码要解决这可以通过非正式的最小化。为了更好地协调开发人员之间的沟通等。
一般来说，开发人员应该获取所有最新的代码，并确保他们的更改能够在签入之前构建代码库。有持续集成服务器会自动检查。
SVN是伟大的，特别是如果使用TortoiseSVN Windows资源管理器插件。这会让你看到你通过资源管理器更改了哪些文件。如果您使用的是同一本地网络，则可以通过svnserve允许访问。否则，你最好使用Apache。 SVN中包含这些说明。
至于使用两种风格的Visual Studio，它不太可能作为一个长期的解决方案。问题是项目文件不兼容，因此您将无法共享它们，这可能导致代码故障。此外，Visual Studio 2010包含C＃和C++的扩展，2008年不可用，并且如果您的合作伙伴使用它们中的任何一种，直到您尝试编译才会显而易见。
值得注意的是，Visual Studio 2010可以免费使用，直到四月（？）可以升级。否则，VS2008标准的副本是〜200美元。
简短回答是......但我怀疑微软会在VSS上做很多事情，因为他们推出了Team Foundation Server（TFS）。我认为说大多数人正在离开VSS是公平的。
您可能想看看像其他人提到的其他选项，如SVN或Preforce。退房wikipedia article
还检查了埃里克库的岗位上source control系统中，他们一般做什么好底漆（他的公司推出的源代码控制系统，所以他有很多的知识在这方面）。
有一点需要考虑的是错误跟踪，如果你想要它与你的源代码控制集成。通常当集成（或套件的一部分）时，他们称自己为“应用程序生命周期管理”软件。因此，像TFS这样的东西将bug \ workitem跟踪作为产品的一部分，所以源代码签入可以与错误或需求相关联。
tep
你喜欢perforce与VS的整合吗？有没有理由不使用VSS？ – bmw0128 2010-01-29 22:11:02
从历史上看，VSS有腐败档案的习惯。也许它现在是固定的，但我不喜欢它从过去的经验。 – 2010-01-29 22:12:34
执行一个并发类型的系统，其中一个文件可能被多个人检出，因此必须合适地合并？ – bmw0128 2010-01-29 22:15:53