问题标签 [automated-deploy]

当我构建我的项目时，我运行这个命令：

我希望在默认目标目录中生成的 jar 文件在此package阶段被复制到另一个目录中。

我怎样才能用 Maven 做到这一点？

我认为我在使用 Chef 部署应用程序时缺少一些基本知识。

我从 opscode repo 中克隆了一堆食谱。我进行了更改并适当地削减了它们。一切都已配置，因此我可以使用 bash 脚本生成 EC2 实例，但它不执行任何 Chef 安装。

在角色/base.rb 我有我想要安装的所有应用程序：

我 ssh 到实例并执行以下操作sudo chef-client：

我等了一会儿，仍然没有安装任何东西。我是否需要action: install为每个配方 default.rb 明确声明？我很混乱。

我们已经在我工作的公司开始使用 TFS2010。我们创建电子商务网络应用程序（购物网站）。我正在使用构建模板创建自定义模板以在构建后部署 Web 项目。我查看了 web 部署工具，但 MSDN 似乎表明它只能进行初始部署，并且我需要能够使用相同的脚本进行增量部署。

我正在考虑使用模板中的 invokeActivity 活动来使用 powershell 通过指定一个 FTP 脚本来完成这项工作，该脚本会自动将构建的输出复制到指定的 FTP 站点，然后运行 ​​SQL（升级）脚本，如果需要的话使用 SSH 或 s powershell 远程交互会话。（可能在单独的 SQL 脚本中指定）

对我来说有一些未知，我无法通过使用谷歌来弄清楚：

排队构建时，我是否可以让用户指定源代码管理中存在的脚本（例如$(source)\scripts\ftpscript.ps1）作为要使用的脚本？powershell 是否能够访问/使用该文件？或者我应该将它复制到构建目录并指定我何时运行它？（我不知道如何设置模板以从源代码管理中获取文件，因此非常感谢指向一些有用信息的指针如何做到这一点）

如果前一个根本不起作用，我是否可以在我的网站项目中创建一个文件夹 \scripts\，将其提交到源代码管理，然后BuildDetail.DropLocationRoot & "\scripts\"用作脚本的位置，并通过启用强制来获取脚本文件的副本复制选项？

我目前正在阅读 Humble/Farley 的《 Continuos Delivery 》一书 ，虽然其中的很多内容都很有道理，但有一件事让我烦恼：

似乎作者只针对基于服务器的（单客户端？）应用程序（如 web 应用程序），他们处理要做什么并避免 wrt。自动化构建过程、测试和部署。

查看标记为持续部署的问题，该术语似乎也仅用于基于服务器的应用程序的上下文中。

所以，我想知道，在创建桌面应用程序的“设置”（谈论 Windows 应用程序）之后自动化东西是否有意义？桌面应用程序的“部署”始终是用户驱动的，那么在这里自动化任何东西会有什么意义——而且，真的，什么东西可以自动化是有意义的？

_{哦，顺便说一句。我完全不确定这个问题是否会更好地放在programmers.SE上，所以如果你认为可以，请随时将它移到那里。}

I'm researching the best approach to automating our build process. I've got my own ideas (through experience on a previous non-iOS project) but need good arguments for and against various possibilities.

Objective: A single xcode project with a single target (think white-label) needs to be built in 1..N different flavours (concrete brandings) with minimum user interaction and minimum technical knowledge. For AdHoc and/or AppStore.

Essentially, that will mean specifying per build; a folder containing Icons + Splashscreen, a bundle containing brand specific resources and (presumably?) the Info.plist, specifying appname, bundle-id, etc.

Issues that need to be respected or clarified;

• Manual build of a single brand via Idiot-Proof GUI (choose a git branch/tag, specify a certain brand, configure the app e.g. IAP-enabled, server-domainname, etc - will be written to the info.plist)
• In previous manual tests, setting the executable name in the plist didn't work? Sorry, have forgotten the exact problem.. perhaps was only an Xcode Debug buildconfig problem, not relevant to a distribution build?
• Code-Signing?!? Can the profile be specified on-the-fly? Some brands need to be built with the customer's own profile.

My personal feeling: Hudson or CruiseControl + Xcode plugin.

There seems to be plenty of documentation around for an Xcode solution and I've seen this in action on a Flex project I worked on, with almost exactly the same white-label/branding requirements. Of course that was using Ant script though and there was NO behavioral config to respect. That's my only uncertainty here... I suspect it would have to be hardcoded somewhere, but that's not the answer that's going to please some people. There is a wish to be able to specify the various app-config settings (server url, is function Foo supported, is the view X displayed, etc, etc) via a GUI form, when building manually. I'm not sure how easy it would be to shoehorn that into a typical Hudson or CC config?

And hence one suggestion that has been made is to write an OSX app for building our clients. The theory being, nice clean non-tech UI for entering all the necessary meta data & app setting and a big shiny green button labelled "Build". But personally I'm skeptical that this approach is any more flexible or easier to implement than a classic CI solution.

So the question is basically, what's preferable; a classic server based, version control integrated, CI approach or a custom OSX utility?

Whichever we go for it'll almost certainly be a requirement to get it up and running in 2 or 3 days (definately less than one week).

我正在将一个应用程序部署到大量 Windows Mobile 6.1 设备上，我需要想出一个尽可能自动化的解决方案。

我需要执行以下任务：
1. 将应用程序 CAB 文件安装到设备（如果需要，其中包含 CF 3.5 CAB）
2. 在设备上运行安装
3. 更改一些设备设置（背景、主题、打开的项目“今天”屏幕等）

我可以在脚本中自动化多少？部署它的最佳方式是什么？理想情况下，我希望通过某种形式的网络交付来实现这一目标。

我最近对现有应用程序进行了更改，我们希望将更改作为可下载的更新推送给我们的用户。

应用程序识别出有更新，并下载文件。下载后，我们可以点击apk文件，它说它将替换现有的应用程序。我们单击确定，然后单击安装并收到一条消息，简单地说是“未安装应用程序”。

我们希望这是对新更新的无缝过渡，因为我们有大约 1000 名用户需要此更新才能让我们的公司顺利运行。

两个应用程序（旧版本和新版本）都是使用相同证书签名的 APK。让每个用户手动卸载然后安装新版本不是一种选择，因为我们为他们提供了对其手机功能的有限访问权限。

我一直在阅读http://vishaljoshi.blogspot.com/2010/11/team-build-web-deployment-web-deploy-vs.html和https://michaelbaylon.wordpress.com/2011/04 /13/managing-sql-scripts-and-continuous-integration/ ... 等关于自动部署和持续集成等，但似乎没有一个是在谈论经典 asp 环境中的自动部署，你不能真正做正确的 CI除非你进入自动化部署。

MSDeploy可以部署经典的asp网站吗？如果不是...最好只编写一个构建脚本，将所有文件复制到正确的文件夹，然后启动 IIS？我已经使用 msbuild 和 robocopy msbuild 扩展任务完成了这项工作。但是那么你如何处理不同的环境（QA、开发、登台、生产）没有网络配置来放置不同的连接字符串等......据说msbuild是配置感知......但是当没有网络时它是如何工作的配置？

因此，面对所有这些问题，我正在努力为我们的经典 asp 网站创建部署脚本/模块/exe。有没有人有任何答案/资源/进一步的问题可以指出我的方向？

我是 TFS 的新手，我们正在尝试为我们的构建自动化测试/构建/部署过程。

我遇到的问题是，当我尝试使用 MSBuild Arguments 使用自动部署（针对网页）开始构建时，它抱怨它没有必要的 DLL，到目前为止我已经发现它们已经安装使用 Visual Studio Premium 或 Ultimate，但随后其他人抱怨不应在服务器上安装诸如 Visual Studio 之类的东西 =)

TFS 现在也是构建服务器，我想知道这些东西是否有任何已知的要求：

• 自动化 UI 测试
• 自动化部署
• 自动发布
• 代码分析

我正在使用 TFS 2010 和 Visual Studio 2010 (Premium)。欢迎任何帮助、评论或不同的方法=）

是否可以从目标服务器存储和访问 msdeploy 的参数文件，或者是否必须将每个服务器的信息保存在您发布的计算机上？我正在设置自动构建，并希望能够部署到多个服务器。如果可以将参数文件保存在目标服务器上以更改连接字符串，那就太好了，因为该信息已经在 Web.config 中的机器上，我不必将它们全部存储在构建服务器或源中控制。