问题标签 [deployment]

大家好，

我们有一个具有 MySQL 后端的 .Net 2.0 应用程序。当我们安装应用程序并试图找到最佳解决方案时，我们希望能够部署 MySQl 和数据库。当前设置是将所需文件复制到本地计算机上的文件夹中，然后执行“NET START”命令来安装和启动 mysql 服务。然后我们使用 bat 文件将数据库的备份恢复到这个新创建的 mysql 实例。它根本不是一个理想的解决方案，我试图想出更强大的东西。

问题是 Vista 上的用户权限，以及有关安装和启动服务的各种小问题。它太脆弱以至于不可靠，或者至少在我测试它时看起来是这样。这是一个客户端/服务器类型的设置，所以我们只需要为每个办公室安装一个服务器，但我想确保它尽可能轻松，并且屏幕尽可能少。

你会怎么做？

这真的很烦人，因为它们不是项目的一部分。

是否可以在没有用于启动 Delphi 应用程序的存根 C# exe 的情况下使用 ClickOnce 部署本机 Delphi 应用程序？

同样的问题适用于 VB6、C++ 和其他本地 Windows 应用程序。

在我工作的地方，设计和开发部门是完全分开的，但是我们（设计部门）负责管理我们网站的 CSS。通常，新的 CSS 需要比新的网站代码更频繁地发布到生产服务器。因此，我们单独部署 CSS，它位于源代码控制之外。

然而，最近，我们遇到了一些新的 CSS 没有同步到网站发布的问题，总的来说，这个过程是一个非常令人头疼的问题。我一直在推动将 CSS 置于某种源代码控制之下，但很难找到一种让每个人都满意的好的部署方法。我们最大的问题是管理影响站点当前部分的更改，其中 CSS 更改需要在站点更改之前生效，但不会破坏现有站点上的任何内容。

我不会在这里详细介绍设计师和开发人员之间奇怪的文化，但我想知道其他人在管理需要不断处理的大量 CSS（50 多个文件，数千行）方面有什么经验更新和发布独立于网站发布。

我已经构建了一个网页，其中包含使用 Visual Studio 2008 中包含的 Crystal 库构建的 Crystal Report。

它“在我的机器上工作”，但是当部署到 Web 服务器时，Crystal Report 工具栏上的图标（导出、打印等）不显示或不工作。只是看到按钮图像应该在的“红色 X”，然后单击什么也不做。

我检查了工具栏图像实际上位于 Web 服务器上正在查看的位置：（C:/Inetpub/wwwroot/aspnet_client/system_web/2_0_50727/CrystalReportWebFormViewer4/images/toolbar/）
它们都在那里。

我已经检查了 Web 服务器上上述文件夹的权限。给每个用户“完全控制”只是为了测试它。

我还在网络服务器上安装/运行了“CRRedist2008_x86.msi”。

有人提到要确保将“crystalreportviewers115”文件夹添加到我在 Web 服务器上的“\wwwroot\aspnet_client\system_web\2_0_50727”文件夹中，但我一直无法找到“crystalreportviewers115”来复制它。

感谢您提供的任何帮助或想法。

更新 - 好的，很明显我没有很好地检查图像是否位于正确的位置。

当我构建我的ASP.NET Web 应用程序时，我得到一个 .dll 文件，其中包含网站的代码（这很棒），但该网站还需要所有 .aspx 文件和朋友，并且这些需要放置在正确的目录结构。作为每次构建的结果，我怎样才能将这一切都放在一个目录中？试图从源目录中选择正确的文件是一件痛苦的事情。

最终结果应该是 xcopy 可部署的。

更新：我不想手动使用我知道的发布命令。我希望应用程序所需的全套文件成为构建输出 - 这意味着我还可以通过运行MSBuild在一个地方获得全套文件。

似乎有很多不同的方法可以自动化构建/部署，以至于很难解析人们在网络教程中支持的所有不同场景。所以我想向stackoverflow人群提出这个问题......使用以下配置设置自动构建和部署系统的最佳方法是什么：

• 视觉工作室 2008
• 网络应用项目
• CruiseControl.NET

我尝试的第一件事是让 CCnet 自动压缩输出并将其复制到服务器，但这需要手动工作才能在目的地解压缩。但是，如果我们尝试单独复制所有文件，那么如果它是一个大型应用程序，则可能需要很长时间（构建服务器位于我们办公室的数据中心之外......我知道）。

同样特别有趣的是我们将如何支持多种环境，因为我们有 dev、qa、uat，当然还有 prod。

MSDeploy似乎真的很有趣，但除非我对文献的解释不正确，否则在从构建服务器的输出部署的场景中没有帮助。如果有的话，它似乎在跨构建场部署一个构建时很有用......但即使从一个环境部署到另一个环境，也必须手动更改配置设置和 Web 服务 URL 等。

我们需要在多个不同位置的许多开发人员之间定期同步数十个二进制文件（项目可执行文件和 DLL），以便每个开发人员都有一个最新的环境来构建和测试。由于项目的性质，必须经常和按需进行更新（隔夜更新是不够的）。这并不漂亮，但我们坚持了一段时间。

我们决定使用常规版本（源代码）控制系统：将所有内容作为二进制文件放入其中，在测试前获取最新版本，并在测试后签入更新的 DLL。

它工作得很好，但是版本控制客户端有很多对我们没有意义的功能，人们有时会感到困惑。

有没有更适合这项任务的工具？或者可能是一种完全不同的方法？

更新：

我需要澄清一下，它不是一个紧密集成的项目——更像是具有大量“插件”的可扩展系统，包括第三方插件。我们需要确保这些模块插件能够很好地与彼此的最新版本和核心一起工作。最初考虑了建议的集中构建，但这不是一个选项。

我正在使用部署项目来部署我的 ASP.net Web 应用程序。当我构建部署项目时，所有 .compiled 文件都被重新创建。

我需要将它们 FTP 到生产网络服务器吗？
如果我做了一个小改动，是否需要再次复制所有网站？

我正在尝试为我们公司创建一种推出 Web 应用程序的标准方式。目前我们使用 zip 文件、vbscript/javascript 并手动执行一些步骤。

对于胖客户端安装，我们使用 Wise/Wix 生成 MSI 安装程序。我们目前不为网站创建安装程序，因为通常它们只是 xcopy 部署。但是我们有一些需要更改的配置文件，请验证某些处理程序是否已在 IIS 中注册......列表还在继续。

大多数人是否也将 MSI 安装程序用于 Web 应用程序或其他一些工具/脚本语言？