asp.net网站与web应用程序

我读过很多关于asp.net中网站与web应用程序的讨论

在我的团队（10名程序员）中，我们使用项目类型“web站点”，对于我们的开发环境，我们只需将源代码（aspx+.cs）复制到服务器。这样，所有程序员都可以同时进行更改。。服务器动态地进行构建。。。。。（对于prod环境，他们构建应用程序）

现在，我开始了一个新项目，我决定使用web应用程序（主要原因是web配置转换选项）。。我很快意识到（据我所知），它迫使你在每次更改的情况下将web应用程序构建/发布到服务器上。。。如果我是唯一一个参与这个项目的人，这不是什么大问题

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

有任何建议或类似情况吗

编辑

---

我们使用的是视觉安全源。。。但仅用于跟踪旧版本（不用于构建）。。。我对颠覆很熟悉。。。但是不幸的是，我没有决定我们应该用什么。。我认为他们不愿意改变

---

感谢大家的回答…

如果您选择使用web应用程序并在项目中添加更多程序员，我建议您使用源代码管理。而且很受欢迎。例如，在Git中，您可以看到谁提交了什么

---

当然，我会从一开始就使用源代码管理，无论您是独自一人还是与团队合作

每当我听到这个消息，只要。立刻告诉我，我应该假设这将是一个问题。简言之，按照你所知道的去做。如果您熟悉使用ASP.NET网站，那么我会使用它。您的开发实践已经专注于处理这些问题

这是我第一次在一家公司开始编程时在做经典ASP时使用的同一个模型。这个模型是可行的，尽管我强烈建议也要进行源代码控制。也就是说，我将长期从事以下工作：

源代码控制

本地发展

获得一个连续的建设过程去（巡航控制是一个免费的）

让一个人将每个人的更改推送到开发服务器，前提是每个人都同意所有更改彼此兼容。（通常这是通过确保构建服务器可以编译所有内容来完成的）

---

正如@edmastermind29所说的，如果你有超过一个开发者，那么源代码控制实际上是保持这一点的第一件事

这实际上取决于您的开发过程。大多数商店进行某种类型的连续集成，运行单元测试，并有某种自动构建过程

我发现，对于所有“最佳实践”类型的事情来说，使用web应用程序项目确实是最好的

---

这实际上取决于您的团队如何工作，以及您的环境如何配置。无论如何，您需要有某种源代码控制系统，以确保您的应用程序不会覆盖彼此的更改。如果您还没有一个源代码管理系统，那么现在就停止并立即获得一个

根据您选择的源代码管理系统，您将至少具有作为代码库的基本签入/签出功能；也就是说，如果我签出了一个文件，在我重新签入之前，你不能碰它

如果选择功能更丰富的源代码管理系统，您应该能够利用分支和搁置等功能，这将允许您的团队同时处理相同的文件，并在签入文件时合并更改

---

虽然您的问题是关于web站点与web应用程序的，但答案是源代码控制。有了一个好的源代码管理系统，除了需要与web应用程序协调构建之外，您的问题或多或少变得无关紧要。

我们使用的是Visual source Safe。。。但仅用于跟踪旧版本（不用于构建）。。。我对颠覆很熟悉。。。但是不幸的是，我没有决定我们应该用什么。。我认为他们不愿意改变……首先，谢谢你的回复。。。是的，“只要”。这意味着我也认为会有一个问题。。。我同意你。。。我想我应该接受我所知道的。。。我想我只需要为网站搜索一个配置转换选项。。。再次感谢！：）是否可以与Visual Source Safe协调构建。。。我们使用它。但只是为了保留旧版本。。