4

我在 asp.net 中阅读了很多关于网站与 Web 应用程序的讨论

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

现在，我开始了一个新项目，我决定使用 Web 应用程序（主要原因是 Web 配置转换选项）。我很快意识到（据我所知）它会迫使你进行构建/发布每次更改都将Web应用程序转移到服务器...如果我是唯一一个从事该项目的人，这不是大问题...

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

有什么建议或类似情况吗？

编辑

我们正在使用 Visual Source Safe ...但仅用于跟踪旧版本（不适用于构建）...我熟悉 Subversion ...但是..不幸的是，我不决定什么我们应该使用..我不认为他们愿意改变

谢谢大家的回答...

4

4 回答 4

3

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

这与我第一次在公司开始编程时使用经典 ASP 时使用的模型相同。这个模型有效，尽管我强烈建议也获得源代码控制。话虽这么说，这是我长期要做的事情：

  1. 源代码控制
  2. 本地开发
  3. 获得一个持续的构建过程（巡航控制是免费的）。
  4. 让一个人将每个人的更改推送到开发服务器，一旦每个人都同意所有更改相互兼容。（通常这是通过确保构建服务器可以编译所有内容来完成的）。
于 2012-04-18T20:26:27.640 回答
1

如果您选择使用 Web 应用程序并在项目中添加更多程序员，我建议使用源代码控制。Git和Subversion非常流行。例如，在 Git 中，您可以查看谁提交了什么。

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

于 2012-04-18T20:22:47.133 回答
1

正如@edmastermind29 所说，如果您拥有超过 1 个开发人员，源代码控制确实是保持这一点的第一要务。

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

我发现使用 Web 应用程序项目确实是所有“最佳实践”类型的最佳选择。

查看此链接以获取一些指导。

于 2012-04-18T20:26:53.057 回答
1

这实际上取决于您的团队如何工作，以及您的环境是如何配置的。无论如何，您需要有某种源代码控制系统，以确保您不会覆盖彼此的更改。如果您还没有适当的源代码控制系统，请立即停止并立即获得一个。

根据您选择的源代码控制系统，您至少将拥有基本的签入/签出功能，作为代码库的库；这意味着如果我签出了一个文件，在我重新签入之前你不能触摸它。

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

While your question is about web sites vs. web applications, the answer is source control. With a good source control system in place, your question becomes more or less irrelevant, aside from needing to coordinate builds with a web application.

于 2012-04-18T20:41:02.190 回答