通用 MSBuild 脚本
我正在尝试构建一个通用的 MSBuild 脚本，该脚本将从 ASP.Net 页面以编程方式调用。该脚本应执行以下操作：
1) 从 SVN 查看源代码（所有项目都是 asp.net 项目）。
2) 构建并发布Web项目。
3) 运行 ac# 组件，它将对已发布的 Web 项目进行一些操作（我不知道哪些操作。抱歉）
4) 创建一个 Wix 文件并生成 MSI。
该脚本的输入参数是 SVN URL、环境（DEV、UAT 等）和要构建的项目文件。
有人可以指导实现这一目标的最佳方法是什么吗？ ASP.Net 页面应该在每个步骤完成时定期收到通知。
我最初的想法是将其实现为作为 Windows 服务托管的 WCF 服务，以便我可以在构建服务器上将其作为长时间运行的进程来运行。你们都看到这种方法有什么主要缺点吗？
请告诉我您解决此问题的意见或建议。
请注意，我不能使用 TFS 或任何其他持续构建机制。
I am trying to build a generic MSBuild script that will be called programmatically from ASP.Net page. This script should do the following:
1) Check out the source code (all projects are asp.net projects) from SVN.
2) Build and publish the web project.
3) Run a c# component which will do some manipulation on the published web project ( I can't tell what manipulations. sorry for that)
4) Create a Wix File and generate the MSI.
The input parameters to this script would be the SVN URL, Environment (DEV, UAT etc) and project file to build.
Can someone please guide whats the best way to achieve this? The ASP.Net page should get regular notifications of the each step as it completes.
My Initial thoughts are to implement this as a WCF service hosted as Windows service so that i can run this as a long running process on the build server. Do you all see any major disadvantages of this approach?
Please let me know your comments or suggestion to solve this issue.
Please NOTE that i cannot TFS or any other continous build mechanism.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我认为不可能回答这个问题。基本上，您希望采用整个 ALM 流程（包括编写安装）并将其转换为带有一些参数的按钮脚本。这确实没那么简单，需要数周的开发时间才能完成。
现实是，无论你是否愿意接受，你都需要一个 CI 系统。
I don't think it's possible to answer this question. Basically you want to take the entire ALM process including authoring the install and turn it into a push button script that takes a handful of arguments. It's really not that simple and will take weeks of development time to accomplish.
The reality is you need a CI system whether you want to accept it or not.
您能否详细说明为什么不能使用 TeamCity 但可以以（可能较差的）方式重新实现它？ （它不使用 ASP.NET，但除此之外，它拥有您想要的一切 - 您只需自定义构建脚本）
Can you expand on why you can not use TeamCity but can reimplement it in a (likely inferior) way? (It doesnt use ASP.NET but other than that, it has everything you want - you just have to customise the build script)