asp.net网站VS Web应用程序

Question

我已经读了很多在asp.net

有关网站讨论VS Web应用程序的，我们在我的球队（10个程序员）的工作方式，我们使用的项目类型“网站“，对于我们的开发环境，我们只需将源代码（aspx + .cs）复制到服务器即可。这样，所有的程序员都可以同时进行更改......并且服务器动态地进行构建。 .....（对于prod环境，他们构建应用程序）

现在，我开始一个新项目，并决定使用web应用程序（主要原因是web config转换选项）..我很快就意识到（据我所知），它迫使你做一个网页应用程序的建立/发布到服务器，每次改变......这不是一个大问题如果我是唯一一个在这方面工作的人项目 ...

但是，现在我想知道，如果更多的程序员需要同时处理这个新项目会发生什么？

有没有建议或类似的情况？

编辑

我们使用Visual源安全......但只保留旧版本的轨道（不是编译）...我很熟悉Subversion了...但..不幸的是，我不承担我们应该用什么样的决定..我不认为他们愿意改变

谢谢大家对你的答案...

Answer 1

任何时候我听到了，只要是这样，这不是一个大问题。 。 。 。马上告诉我，我应该认为这将是一个问题。总之，去你所知道的。如果您熟悉使用ASP.NET网站，那么我会使用它。你的开发实践已经集中在解决这个问题上。

这是我第一次开始在公司编程时做传统ASP时使用的模型。尽管我强烈建议获取源代码管理，但该模型仍可行。话虽这么说，这里是我会做长线：

1. 源控制
2. 开发本地
3. 得到一个连续的构建过程中去（巡航控制系统是一个免费的）。
4. 一旦所有人都同意所有的更改都相互兼容，让一个人将每个人的更改推送到开发服务器。 （通常这是通过确保构建服务器可以编译所有东西来完成的）。

Answer 2

如果您选择使用网络应用程序并在项目中添加更多程序员，我建议使用源代码管理。 Git和Subversion非常受欢迎。例如，在Git中，您可以看到谁提交了什么内容。

当然，我会从一开始就使用源代码控制，无论您是自己开发还是与团队合作。

Answer 3

正如@ edmastermind29所说，如果你有更多的开发人员，源代码控制真的是最直接的保证。

这真的取决于你的开发过程。大多数商店都会进行某种持续集成，并进行单元测试并进行某种自动构建过程。

我发现使用Web应用程序项目对于所有“最佳实践”类型的事物来说都是最好的。

Check out this link for some guidance.

Answer 4

这真的取决于你的团队是如何工作的，你的环境是如何配置的。无论如何，你需要有某种源控制系统来确保你不会覆盖彼此的变化。如果您尚未拥有源代码管理系统，请立即停止并立即获取。

根据您选择的源代码管理系统，您至少会拥有基本的签入/签出功能，作为代码库的库;这意味着如果我有一个文件已检出，则只有在检入后才能触摸它。

如果您选择功能更丰富的源代码管理系统，则应该能够利用分支和货架，这将使你的团队同时在同一个文件的工作，并合并更改时，文件被检查。

虽然你的问题是关于网站与Web应用程序，答案是源控制。有了良好的源代码控制系统，除了需要与Web应用程序协调构建之外，您的问题或多或少都不相关。