Asp.net “制作”涉及到什么；建立；？

在我工作的地方，我们使用一个固定的时间表来构建我们的应用程序。构建涉及到什么？让应用程序在本地主机之外的其他地方构建涉及到什么？

前几天我遇到了这个问题。。。它有助于澄清有关建立ASP.NET网站的一些事情。不是一个确定的答案，但值得一看

:

ASP.NET为预编译站点提供了两个选项：

就地预编译站点。此选项对于希望提高性能和执行错误检查的现有站点非常有用

为部署而预编译站点。此选项创建可以部署到生产服务器的特殊输出

此外，您可以预编译站点，使其成为只读或可更新的。以下各节提供了有关每个选项的更多详细信息

在这个问题上有一个很好的答案：

在计算机软件领域 术语软件构建指的是 转换源代码的过程 将文件转换为独立软件 可在计算机上运行的工件 计算机，或这样做的结果。 一个过程中最重要的步骤之一 软件构建就是编译 处理源代码文件所在的位置 转换为可执行代码

而对于简单的程序，这个过程 由一个正在运行的文件组成 编译，用于复杂软件 源代码可能由许多文件组成 并且可以以不同的方式组合 制作许多不同的版本

建造计算机的过程 程序通常由构建管理 工具，一个协调和 控制其他程序。例子 这样的程序是make、ant、maven 还有烤饼。构建实用程序需要 在中编译并链接各种文件 正确的顺序。如果源代码 在特定的文件中没有更改 然后可能不需要重新编译它 （可能不需要，也可能不需要，因为 它本身可能依赖于其他文件 这已经改变了）。复杂的 生成实用程序和链接器尝试 避免重新编译 不需要它，缩短时间 完成构建所需的。现代的 构建实用程序可能会被部分删除 纳入修订控制 像Subversion这样的程序。更多 复杂的过程可能涉及其他方面 产生代码或数据的程序 构建过程

---

构建的基本目的是确保将网站所需的所有文件的一致集一起部署

这通常是通过从源代码管理中检索文件、将其打包到一个或多个适当的归档（称为构建过程的工件）中，然后使用脚本将这些文件发送到生产服务器或QA服务器，然后在那里启动应用程序来实现的

根据技术和项目的不同，构建脚本可能编译文件、运行测试、创建归档文件、将文件复制到不同的位置以及类似的内容

有不同的工具支持构建过程，以提供底层脚本能力。构建脚本有时可以具有独特的属性，例如确保给定任务只运行一次，即使较大构建的不同部分需要确保该任务运行（例如创建目录以部署工件的任务、只创建一次目录和构建脚本引擎（如NAnt））也是如此确保即使多次调用该任务，每次生成也只运行一次

如果您想了解更多关于构建的信息，请查找一些使用您熟悉的技术的开源项目，并查看它们的构建过程（如何更改代码和部署）。这篇文章是我最喜欢的关于构建、日常构建和构建服务器的解释

他在这篇文章和其他许多文章中的中心论点是，创建构建需要付出更多的努力（这意味着对源文件进行任何编译或转换，包括更改它们的位置，以便它们可以进行生产/测试）软件的生产效率和质量越低，在部署/构建过程中就越容易出错。理想情况下，对于web应用程序，您可以双击一个脚本，它从源代码管理中获取最新的文件，编译它们，并将所有内容部署到目标位置

---

<>很多商业产品可以帮助你完成这个任务。我喜欢Team Foundation Server，但它可能不符合你的预算/文化/编程语言的选择。有一个定制的构建脚本并不是最坏的主意，因为它给你的编程团队一个很好的过程。

我不认为这是一个明确的问题，B可以。一开始很模糊，但随着OP获得更多信息，他被鼓励编辑他的问题并缩小他的答案。有时人们真的不知道他们在寻找什么…开始模糊是可以的。至少我是这样。@Rich不好笑，不酷。@Mitch我试着缩小范围。但也许我用错了词。我只是想知道这涉及到什么h允许应用程序在本地主机之外的其他地方生成。@Tsanper显然是唯一一个试图理解我所问问题的人。@Every-这是一个好问题。我记得当我开始第一次实习时，我也不知道生成过程中涉及到什么。让他休息一下。@Every-记得我们不再教dev了elopers什么是编译器，什么是链接器。问这个问题并不奇怪。他们很快就要结束这篇文章了……但感谢那篇文章会有所帮助。@Eric-我认为没有人会结束这篇文章。这是个好问题。@不可饶恕的是，它以前就已经结束了。我投票重新开始，我从没想过这是个坏问题question@TStamp呃-啊，我明白了-好吧，如果它再次关闭，我也会投票重新开放。