我只是想知道最好的方法是让多个用户在Visual Studio 2005 Professional中的一个项目上工作。

我们得到了具有多个类库的解决方案，但是当每个人都打开解决方案时，我们不断收到" X被修改了，重新加载/放弃了吗？"一直提示。仅打开一个项目是一个明显的选择，但是我发现使用起来更加困难，因为我们不能以这种方式看到其他项目中的其他一些类。

是否有使用VS2005 Pro进行团队开发的准则？

编辑：谢谢。当前的环境有些局限，因为只有1台具有RDP连接的PC，但是将来会有所改变。将第一个答案标记为"已接受"，但它们都很好:)

解决方案

回答

使用源代码控制来保留所有代码的中央存储库。然后，每个用户签出自己的源代码副本并在本地工作。然后仅提交更改的代码。

https://zh.wikipedia.org/wiki/版本控制

回答

我们需要的是源代码控制。

我们绝对不应在多台计算机上通过网络打开相同的文件。一方面，Visual Studio采取了一些防护措施来防止我们在构建过程中修改某些文件，但是没有一种措施可以阻止其他人通过网络修改相同的文件。

通过设置源代码管理，每个开发人员将在其开发人员机器上本地拥有单独的文件副本，并定期与源代码控制系统进行通信以签入/提交更改。之后，其他开发人员在准备检索它们时可以要求提供最新更新。

回答

这听起来似乎很愚蠢，但是如果我们从共享位置打开解决方案，那么我们在做错事。如果是这种情况，那么我们应该开始使用源代码管理(例如Subversion)，并让每个人签出要处理的项目副本。

但是，如果我们已经在使用源代码管理，则可能是检入错误内容的征兆。我发现我们只需要sln和vcproj在源代码管理下。

不然我不知道

回答

我们绝对应该使用源代码管理！

这将有助于阻止发生的碰撞。另外，如果我们经常对共享项目进行更改，这通常是一个问题，那么还要确保在签入之前对所有代码进行了测试(否则它们可能破坏其他人的构建)，但请确保它们经常签入(或者不处理提示所获得的时间将因合并冲突而丢失):)

回答

许多人建议使用源代码控制，我完全同意。但是，我们还需要执行以下操作。

• 从存储库中排除个人选择文件(例如.suo文件)
• 从存储库中排除App.config文件。 -不完全是，但我们需要有一个Template.App.config。我们可以提交它，并且仅在进行结构更改时将App.config复制到Template.App.config中。那是每个用户都有自己的个人配置进行测试。

可能还有其他一些值得排除的文件(obj目录等等)，但这就是我现在能想到的。

彼德