私は3つ目のMonoTouchプロジェクトに取り組んでおり、NUnitLiteやTinyIoCのようなサードパーティのOSSを真剣に使いたいと思っています。これらの依存関係を管理するのが最善の方法であるかどうかはわかりません。これらのプロジェクトの中には、とにかくMonoTouchアセンブリをリリースしていないものもあります。 「MonoTouch」のGitHubをすばやく検索すると、OSSを使用しているプロジェクトがいくつか見つかりました。彼らは自分のプロジェクトに直接依存関係の原因を含んでいるように思えます。それが更新の悪夢になるだろうと私は思っています。MonoTouchプロジェクトのOSS依存関係を管理するための好ましい方法は何ですか？
誰もが私に指摘できる良いワークフローを持っていますか？
一般的に言えば、私はMonoTouch.Dialogのようなアクティビティの低いプロジェクトをコンパイルして、libフォルダに保存することをお勧めします。私がGitのサブモジュールを使うのが好きな他のより活動的なプロジェクトについては、
たとえば、ボックスの外にMonoTouchとMono for Androidと互換性のある非常に高速なシリアライザであるServiceStack.Textを考えてみましょう。私のプロジェクトでは、次のコマンドを発行します：
git submodule add https://github.com/ServiceStack/ServiceStack.Text.git
次に、適切なプロジェクトをコンパイルし、ビルド出力から直接参照します。これにより、リポジトリに対してgit pullを発行して、迅速かつシームレスに更新を得ることができるという利点があります。
それはオーバーヘッドのビットを追加しない、それが含まれているライブラリのキュレーションディレクトリまたはパッケージマネージャ;-)
FWIW Touch.UnitのサポートのようなものなしでOSSの依存関係を管理するための最良の方法です*アウトMonoTouch 5.1.x（ベータリリースではMonoTouchの5.2、安定版リリースにつながるベータリリース）の-of-the-box *は、NUnitLite 0.6に基づいています。 – poupou