我已经在asp.net上阅读了很多关于网站与网络应用程序的讨论
我们在团队中工作的方式（10名程序员），我们使用项目类型＆＃34;网站＆＃34;，对于我们的开发环境，我们只需将源代码（aspx + .cs）复制到服务器。这样，所有程序员都可以同时进行更改..并且服务器动态地进行构建。 .....（对于prod环境，他们构建应用程序）
现在，我正在开始一个新项目，我决定使用Web应用程序（主要原因是web配置转换选项）..我很快就意识到（据我所知）它强迫你每次更改都会将Web应用程序构建/发布到服务器......这不是一个大问题如果我是唯一一个在这个项目上工作的人 ......
但是，现在我想知道，如果更多程序员需要同时处理这个新项目，会发生什么？
有任何建议或类似情况吗？
修改
我们正在使用Visual Source Safe ...但仅用于跟踪旧版本（不适用于版本）...我熟悉Subversion ...但不幸的是，我不知道＃39;决定我们应该使用什么......我不认为他们愿意改变
感谢大家的回答...
答案 0 :(得分：3)
任何时候我都听到，这不是一个大问题。 。 。 。马上告诉我，我应该认为这将是一个问题。简而言之，按照你所知道的去做。如果您熟悉使用ASP.NET网站，那么我会使用它。您的开发实践已经集中在处理它。
这是我第一次开始在公司编程时使用经典ASP时使用的模型。这个模型有效，但我强烈建议也要获得源代码控制。话虽这么说，这就是我长期做的事情：
答案 1 :(得分：1)
如果您选择使用Web应用程序并在项目中添加更多程序员，我建议使用源代码管理。 Git和Subversion非常受欢迎。例如，在Git中，您可以看到谁提交了什么。
当然，无论您是独自一人还是与团队合作，我都会从一开始就使用源代码控制。
答案 2 :(得分：1)
正如@ edmastermind29所说，如果你有一个以上的开发人员，源代码控制真的是保持这一点的第一件事。
这实际上取决于您的开发过程。大多数商店都进行某种类型的持续集成，并运行单元测试并具有某种自动构建过程。
我发现使用Web应用程序项目对于所有“最佳实践”类型的事物来说确实是最好的。
答案 3 :(得分：1)
这实际上取决于您的团队的工作方式以及您的环境配置方式。无论如何，你需要有一些源控制系统，以确保你不会覆盖彼此的变化。如果您还没有源控制系统，请立即停止并立即获取。
根据您选择的源控制系统，您至少可以使用基本的签入/签出功能作为代码库的库;这意味着如果我检查了一个文件，那么在我重新检查之前你无法触摸它。
如果您选择功能更丰富的源代码控制系统，您应该能够利用分支和搁架等功能，这将允许您的团队同时处理相同的文件，并在文件存在时合并更改签到。
虽然您的问题是关于网站与网络应用程序，但答案是源代码管理。有了良好的源代码控制系统，除了需要使用Web应用程序协调构建之外，您的问题或多或少变得无关紧要。