. net的部署实践
本文关键字：部署 net | 更新日期: 2023-09-27 17:49:15
我有一个新应用程序，我想部署到我最近注册的托管服务器上。我想知道最好的部署方式是什么。根据我的经验，我看到许多asp.net应用程序只是将dll推送到服务器。这是如何实现的?
我有乌龟SVN作为我的颠覆系统。我在另一台服务器上有一个存储库，通常我提交我的更改，然后在托管服务器上更新我的发布文件夹，但这里有所有的。aspx，解决方案和其他我认为不需要的文件。我怎样做我的设置，以便我只推送dll，并且在更新时只更新dll ?
我不太清楚这一点，希望给出一个解释和最佳实践。
我以前遇到过类似的问题，每次在应用程序中移动已编译的文件以进行增量修复时，都遵循以下步骤。
-
维护解决方案文件的两个独立副本-本地应用程序和生产应用程序//这是非常重要的，因为一旦进入生产环境。一个副本用于本地工作，另一个副本仅用于在活动服务器中部署。此副本应与您的实时服务器副本同步。
-
对文件进行更改，并在本地应用程序文件夹/解决方案中编译和测试应用程序。现在只提交您编辑过的文件。SVN会处理这个问题。它将为与存储库中存在的更新不同的文件显示可能的"红色标记"。通过这种方式，您可以跟踪被修改的页面。
-
现在打开打开您的生产解决方案文件夹并更新该文件夹。这将更新生产应用程序文件夹中的文件。
-
现在编译并测试所做的更改。验证其问题是否已修复，或者反映的更改是否与本地应用程序副本相同。现在构建应用程序并将其发布到一个文件夹。
-
查看修改后的文件:
dll:
进入文件夹的bin位置，按"order by"修改日期。这些是要复制并替换为您的生活服务器中的dll。
ASPX/ASCX
a)打开生产应用文件夹的SVN。右键单击并单击显示日志。这将显示所有修改/更新的文件与日期。选择最近更新的，并记下位置。
b)现在导航到您发布的文件夹中的位置，并选择那些"按"降序/升序修改日期的文件。将这些文件单独替换到LIVE服务器上。
注意:这当然不是最好的解决方案，但这是整个行业遵循的一般做法之一。很少有其他插件可以跟踪更改并将相关文件发布到已发布文件夹中。但是，同样，只有当源代码和应用程序文件与托管应用程序所在的机器位于同一台机器中时，这才适用。如果你对此有任何问题，请告诉我。
你可以使用visual studio web deploy，它会自动找出需要更新的内容，并且只推送必要的内容，除非你要求它。