以前の質問で、xbuildを使用してソリューションファイルをコンパイルすることについて質問しましたが、それでは機能しないと言われました。NAntは少し時代遅れのようです。他にどのようなオプションがありますか?複数のプロジェクト間の依存関係をサポートするものが必要です。
4 に答える
私はモノトランク(モノ2.6)を使用していますが、xbuildの機能は間違いなくはるかに優れています。
使用する正しいビルド システムが 1 つしかないかどうかはわかりません。:-)
私は、Mono チームが make を使用して MonoDevelop をビルドし、MonoDevelop が裏で make を使用して MonoDevelop によって作成されたプロジェクトをビルドしていることを知っています ( http://tirania.org/blog//texts/md-build.html )。
そうは言っても、モノ チームによって作成された MSBuild 互換のビルド エンジンであるxBuild ( http://www.mono-project.com/Microsoft.Build ) もあります。Mono に加えて Microsoft の .NET プラットフォームでプロジェクトを構築できるため、実際にはこれが最適なツールである可能性があります。このリンク ( http://go-mono.com/forums/#nabble-td15680662 ) では、MD が MSBuild に移行することについても説明しています。
xBuild は、5 か月前まではがらくたでした。
それが変わったかどうかはわかりませんが、MonoDevelop がまだそれを使用しないという事実から判断すると、それはまだ同じだと思います。
公式の mono ビルドに機能する xbuild が含まれているとは思えません。
mdtool IMO は非常に悪い解決策です。私のように、mdtool をインストールするために必要な GUI フレームワークを持たない、または持たないリモート サーバーで mono アプリを構築する人向けです。
私が実用的な解決策であるとわかったのは、MonoDevelop に automake スクリプトを生成させ、それらを手動でハッキングし続けることです。
聞こえるかもしれませんが、実際にはそれほど悪くはありませんでした.csprojからMakefile.amファイルにアイテムを同期するためのモノラルアプリも作成しました。