Asp.net 多个开发人员在同一个Web应用程序项目上工作

我有一个由三名开发人员组成的团队，他们在同一个Web应用程序项目网站上工作。我们都在使用VS 2010和Source Gear Vault

我们每个人在本地驱动器上都有一个不同的工作文件夹，我遇到了一些需要了解的问题：

1） 当一个用户想要向项目中添加新页面时，我们必须签出整个项目或至少签出.csproj文件，添加页面，然后签回.csproj文件。这是正确的吗

2） 签入更改后的代码时，不得签入bin文件夹或其中的任何内容。如果我们这样做，其他人就无法编译他们的代码。再说一遍，这是正确的吗

总之，我正在寻找一些最佳实践建议。考虑到我们正在使用的工具，管理开发工作的最佳方法是什么？

1）这是不必要的，如果您将文件添加到项目目录中，它们将显示出来，并且您的项目文件将更新。在我的公司，我们有一个不签入任何形式的配置文件（无论是web.config还是项目文件）的政策。我们将它们标记为读/写，并不担心它们。对于web.config，我们维护一个主版本，它不会被拉取，而是存储所有可能的值

2） 由于bin包含编译代码，如果有人正在处理编译代码的一部分，他们将不希望获取dll。同样，在我的公司，我们通常会编译自己的版本，而不签入bin中的文件。

1）这是没有必要的，如果您将文件添加到项目目录中，它们将显示出来，并且您的项目文件将被更新。在我的公司，我们有一个不签入任何形式的配置文件（无论是web.config还是项目文件）的政策。我们将它们标记为读/写，并不担心它们。对于web.config，我们维护一个主版本，它不会被拉取，而是存储所有可能的值

2） 由于bin包含编译代码，如果有人正在处理编译代码的一部分，他们将不希望获取dll。同样，在我的公司，我们通常会编译自己的版本，而不签入bin中的文件。

1）添加新页面时，唯一应该签出的是.csproj文件。签入时，您将提交csproj文件（编辑）和新页面文件（添加）

2） 您的bin不应受源代码管理。如果需要用于部署的生成，则可以对最新代码集在本地使用VS的“发布”对话框，也可以从生成计算机（通过MSBUILD）自动生成，该生成计算机将从源代码管理编译项目。

1）添加新页时，应签出的唯一内容是.csproj文件。签入时，您将提交csproj文件（编辑）和新页面文件（添加）

---

2） 您的bin不应受源代码管理。如果需要用于部署的生成，可以对最新代码集在本地使用VS的“发布”对话框，也可以从生成计算机（通过MSBUILD）自动生成，该生成计算机将从源代码管理编译您的项目。

-1:您的第一条语句对于“web应用程序项目”不正确。。这对于完全不同的“网站项目”来说是准确的。。。。不在垃圾箱中登记罚款？这些不应该被提交到源代码管理。如果您有需要共享的二进制文件，请将其放在自己的文件夹中（并签入），然后将该文件复制到BIN文件夹中，作为构建的一部分。-1：您的第一句话对于“web应用程序项目”不正确。。这对于完全不同的“网站项目”来说是准确的。。。。不在垃圾箱中登记罚款？这些不应该被提交到源代码管理。如果您有需要共享的二进制文件，请将其放在自己的文件夹中（并签入）并将文件复制到BIN文件夹中，作为构建的一部分。史提夫是正确的，BIN文件夹不应该在源代码控制之下，默认情况下，它是正确的。而不是默认但过时的“签出/编辑/签入”方法。您可以在Vault选项的“并发开发样式”下找到这些选项。但你要明白这一变化意味着什么。不再结账！考虑使用“编辑/合并/提交”，而不是默认的，但过时的“签出/编辑/签入”方法。您可以在Vault选项的“并发开发样式”下找到这些选项。但你要明白这一变化意味着什么。不再结账！