如果我说Microsoft在TFS 2010中不支持MSBuild,并学习MSBuild作为TFS 2010团队,建议管理员不值得吗?
还有另一个问题:微软是否会将Visual Studio Projects的语言从MSBuild替换为Windows Workflow?
我们引入WF作为在核心构建引擎(在框中包含的构建过程模板中为MSBuild)提供更高级别编排层的方式.它使得可以执行诸如在多个机器之间分发流程并将流程绑定到其他基于工作流的流程.
那么,什么时候应该使用MSBuild进行自动化,何时应该使用WF进行自动化?这是我关于这个问题的一般指导:
>如果任务需要了解具体的构建输入或输出,请使用MSBuild
>如果任务是您在Visual Studio中构建时需要执行的任务,请使用MSBuild
>如果任务是您在构建服务器上构建时只需要执行的任务,请使用WF,除非需要知道特定构建输入/输出
当使用MSBuild时,请记住,您可以直接自定义项目文件(通过卸载它们,然后在Visual Studio中进行编辑),也可以创建自定义的.targets文件并将其导入到各个项目中.后一种方法对于多个项目通用的功能来避免维护多个副本很有用.
当使用WF时,您可以为低级任务编写代码活动,但也可以使用直接XAML编写更高级别的任务.我们实际上正在使用TFS 2010附带的默认构建过程模板的版本,通过使用一组组合的XAML活动,可以更简单,更精细地查看整个流程.
原文地址:https://www.jb51.cc/windows/371614.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。