<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>评论：MSBuild没有那么难</title>
	<atom:link href="http://www.jiehoo.me/msbuild-is-not-so-difficult.htm/feed" rel="self" type="application/rss+xml" />
	<link>http://www.jiehoo.me/msbuild-is-not-so-difficult.htm</link>
	<description>解己之惑，解人之惑</description>
	<lastBuildDate>Thu, 26 Aug 2010 02:03:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>由：解惑 &#187; 日志 &#187; 看似简单实际很难</title>
		<link>http://www.jiehoo.me/msbuild-is-not-so-difficult.htm/comment-page-1#comment-6953</link>
		<dc:creator>解惑 &#187; 日志 &#187; 看似简单实际很难</dc:creator>
		<pubDate>Thu, 06 Aug 2009 07:12:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.jiehoo.com/msbuild%e6%b2%a1%e6%9c%89%e9%82%a3%e4%b9%88%e9%9a%be.htm#comment-6953</guid>
		<description>[...] 这几天搞.NET最大的感受就是看似简单实际很难。 先说MSBuild，我们要做Daily Build，看了下文档，好像Visual Studio的编译也是基于MSBuild，所以Daily Build应该很简单，在开发环境下用MSBuild调用Solution的配置文件，顺利完成，但是到了Daily Build的环境下就不行了，我们用的TeamCity，TeamCity也是看似支持MSBuild和Visual Studio Solution2008，但是如果选用那些Runner会提示没有可用的Agent，不得已先用Command Line的方式直接调用MSBuild，基本可行，但是我们有MSTest的Project，这个Project不能编译，复制了份sln文件，把MSTest的工程去掉了，正常过了没有问题，后来仔细看了下，发现那些Installer的工程没有编译出结果，又不支持。下载了个Wix，发现也很麻烦，因为我们的工程师Web的工程，Installer不光要配置需要的文件，还得安装到IIS中去。最后放弃，目前就只是编译整个工程，不做Unit Test和生成Installer。发现TeamCity对第三方的东西反倒支持得更好（NAnt, NUnit）。 再说API Doc，看书的时候说也支持自动文档，我想应该也是抄袭的JavaDoc吧，应该很简单，今天实际一搞，发现不一样，SDK只能帮你生成XML格式的文档，这个没有办法看，然后看了下，说有开源的工具是NDoc，下载了下，发现不支持.net2.0以上版本，仔细一看，2005年就停止开发了，又搜索了下，发现MS自己有个SandCastle，可以生成CHM格式的文档，试了下，一堆的错误，没有心情搞了。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 这几天搞.NET最大的感受就是看似简单实际很难。 先说MSBuild，我们要做Daily Build，看了下文档，好像Visual Studio的编译也是基于MSBuild，所以Daily Build应该很简单，在开发环境下用MSBuild调用Solution的配置文件，顺利完成，但是到了Daily Build的环境下就不行了，我们用的TeamCity，TeamCity也是看似支持MSBuild和Visual Studio Solution2008，但是如果选用那些Runner会提示没有可用的Agent，不得已先用Command Line的方式直接调用MSBuild，基本可行，但是我们有MSTest的Project，这个Project不能编译，复制了份sln文件，把MSTest的工程去掉了，正常过了没有问题，后来仔细看了下，发现那些Installer的工程没有编译出结果，又不支持。下载了个Wix，发现也很麻烦，因为我们的工程师Web的工程，Installer不光要配置需要的文件，还得安装到IIS中去。最后放弃，目前就只是编译整个工程，不做Unit Test和生成Installer。发现TeamCity对第三方的东西反倒支持得更好（NAnt, NUnit）。 再说API Doc，看书的时候说也支持自动文档，我想应该也是抄袭的JavaDoc吧，应该很简单，今天实际一搞，发现不一样，SDK只能帮你生成XML格式的文档，这个没有办法看，然后看了下，说有开源的工具是NDoc，下载了下，发现不支持.net2.0以上版本，仔细一看，2005年就停止开发了，又搜索了下，发现MS自己有个SandCastle，可以生成CHM格式的文档，试了下，一堆的错误，没有心情搞了。 [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
