問題タブ [openwrap]

独自の http openwrap リポジトリをセットアップしようとしています。https://github.com/openrasta/openwrap/wiki/Openwrap-publishing-protocolを読みましたが、あまり理解していませんでした。次に、 http://olsonjeffery.github.com/infrastructure/tooling/.NET/2011/02/01/Deployment-with-OpenWrap.htmlを見つけました。ここでは、作成者がその方法を (あまり明確ではありませんが) 説明しています。

そこで、次のアプローチを取りました。

1. http://www.anthonysteele.co.uk/how-to-package-up-files-with-openwrapの手順に従って、ローカル リポジトリを作成します。
2. サイト (IIS7 Web サーバー) を作成し、openwraprepositoryという名前の仮想ディレクトリを追加して、ローカル リポジトリ フォルダーを指すようにします。
3. ディレクトリの参照がオンになっていて、ブラウザでindex.wraplistというファイルにアクセスできることを確認します
4. .wraplist (application/oebps-package+xml) および.wrap (application/vnd.openwrap.package)のMIME タイプを追加します。

これで、開発マシンのパッケージからo add-remote http://mysite/openwraprepositoryと入力して、これをリポジトリとして指定できるはずです。

次のエラーが表示 されます:次のコマンド入力の値がありません: Href

これはIIS7のアクセス許可の問題かもしれないと思いますが、間違っている可能性があるため、OpenWrapでタグ付けしています。ラップをHTTPリポジトリに公開しようとすると、次のエラーが発生します。

フォルダにアクセス許可を設定しようとしましたが、それも機能しません。

OpenWrap 2.0 のベータ版を使用しています。OpenWrap には、単体テストを実行するためのサポートが含まれています。私の質問は、これがどのように機能するのかということです。

ビルドされたラップを取得し、ラップに含まれるテストを検索して実行しようとするテストランナーと見なす必要がありますか? ラップ内にテストを含める必要はありますか?

依存関係の解決は、テストのコンテキストでどのように機能しますか? テストに必要な追加の依存関係を追加する tests-scope を指定できます。それらの依存関係はいつ使用されますか? テストプロジェクトをビルドし、テストラップでテストを実行するために使用されると思いますか? ただし、ラップにテストを含める場合、それらのテストスコープの依存関係もラップの依存関係と見なすべきではありませんか、または「テストラップ」を実行しようとしたときにのみ依存関係として使用されますか?

テストのコンテキストで私が疑問に思っていたもう 1 つのことは、コンパイル時と実行時の依存関係の違いです。

例として、API を指定するプロジェクト API があります。そのプロジェクトの隣に、それぞれがその API の異なる実装を指定する 2 つのプロジェクト Impl1 と Impl2 があります。その隣には、API に対するテストを含むテスト プロジェクト API.Tests があります。テストは、依存性注入を使用して Impl1 または Impl2 のいずれかを注入し、テストを実行します。この場合、API.Tests プロジェクトは、API に対するコンパイル時の依存関係のみを持ちます (コンパイル時の依存関係としてのみ利用可能にする必要があります)。ただし、テストを実行すると、プロジェクトは Impl1 または Impl2 に実行時依存します。これをパッケージ化する方法について何か提案はありますか?

OpenWrap と OpenRasta の両方が初めてです。それ以外のOpenwrapにはあまり興味がなく、OpenRastaを入手する方法のようです。とにかく、openwrapをインストールし、次のチュートリアルに従ってT： OpenWrapチュートリアルを実行しました

もちろん、OpenRasta-Core をプロジェクトに追加しました:

すべてがエラーなしで完了しますが、OpenRasta がプロジェクトに追加されません:

エラー 3 タイプまたは名前空間名 'OpenRasta' が見つかりませんでした (using ディレクティブまたはアセンブリ参照がありませんか?) C:\Testing\OpenRasta\src\TestOpenRasta\Program.cs 7 7 TestOpenRasta

私は openwrap が機能する方法に精通していません。プロジェクトに参照を追加する必要があるのか​​ 、参照を動的に追加するために msbuild マジックを実行するのかわかりません。

私のプロジェクトは.Net Framework 4.0を使用して構築されており、ラップディレクトリには.Net Framework 3.5バージョンのみが含まれているようです。ソースをダウンロードして手動でビルドする必要がありますか?

私が取り組んでいる製品があります、フー。現在、おおよそ次のファイルシステム構造を持っています。これは、いくつかの論理的に異なるモジュールで構成されています。依存関係をもう少し明示的にできるように、これらの各モジュールをパッケージ化したいと考えています。

ただし、単一のチェックアウトを引き続き実行できるようにして、単一のソリューション、単一のビルドスクリプトなどを利用できるようにしたいと考えています。

rspec のやり方のようなもの。rspec パッケージは、個別に管理できる一連のサブパッケージに依存しています。

編集：最善の方法：

• モジュールを相互依存させる
• ビルド自動化などを複製しないという意味で、ソース管理チェックアウトから一度に複数の作業を行うエクスペリエンスを機能させます。ReSharper ができるように、単一のソリューションを持ち続けたいです。たとえば、使用されていないコードを見つけます (これは大きなレガシー コードベースです)。** したがって、一連のモジュールを変更するには、依存関係を正しく進めるために、すべてのバージョンを一度にインクリメントする必要があります。

.

スコーピングに関するwiki 記事を完全には理解していない可能性があります。

はじめに:
40 以上のプロジェクトを持つソリューション (ABC.sln) があり、パッケージ管理のために OpenWrap を実装しようとしています。そこで、ソリューションのルート フォルダーで次のことを行いました。

これでうまくいきました。ソリューションのルート フォルダーに SLN.wrapdesc というファイルができました。サブフォルダー内のすべての .csproj ファイルには、OpenWrap ターゲット行が含まれています。
次に、次の方法でソリューションにさまざまなラップを追加しました。

繰り返しますが、これはうまくいきました。ラップフォルダーにいくつかのラップがあり、プロジェクトから古い参照を削除してもビルドは壊れません。

問題:
ラップのすべてのコンテンツが、それを必要としないプロジェクトであっても、すべてのプロジェクトに送られます。どのラップがどこに行くのかを指定できるようにしたいと思います。たとえば、AjaxControlToolkit は Web プロジェクトにのみ入ります。

試し
たこと まず、AjaxControlToolkit を wrapdesc から削除しました。

これにより、ビルドが壊れます (予想どおり)。次に、次のことを
試しました。1.スコープを使用してラップを追加してみます。

これにより、ラップがラップフォルダーに戻されます。その後、プロジェクト ファイルに追加<OpenWrap-Scope>customscope</OpenWrap-Scope>しましたが、ビルドはまだ壊れています。
2. ABC.webproject.wrapdesc というファイルをルート フォルダに手動で追加してみてください。これにより、ソリューションを開こうとすると次のエラーが発生します。

2つのwrapdescファイルが気に入らないと思います。ウィキには「...デフォルトの記述子と一緒に2番目の記述子を追加できます...」と書かれているため、これは奇妙です。

だから今私は立ち往生しています。誰にもアイデアはありますか？

いくつかの共有コードのラップを構築し、それをローカルのシステム リポジトリに公開したいと考えています。次に、それに依存する別のプロジェクトに移動し、そのプロジェクトのラップを更新して変更をテストしたいと考えています。

o update-wrapシステムリポジトリにある新しいバージョンを使用してプロジェクトラップのみを更新するように実行する方法はありますか?

ローカルで構築されたラップを更新するたびに、リモート サーバーへの不要なラウンド トリップを回避したいと考えています。

これはばかげた質問のように感じますが、ここにあるOpenWrapのチュートリアルに従っています：http：//codebetter.com/sebastienlambla/2010/10/20/creating-a-new-project-with-openwrap/

「コードの記述」セクションでは、次のコマンドを実行するように指示されています。o add-wrap log4net

私はそれを行いました（ただし、log4netの代わりにOpenRasta-devtoolsを使用しました）。

次に、プロジェクトをビルドするだけでよいと表示されます。私のはまだしていません。私のソリューションには、OpenRastaまたはOpenWrapへの参照はありません。これを手動でソリューションに追加する必要がありますか？

何かが足りないようです。

mono に基づいてビルド システムの簡単なソリューションを作成する際に問題があります。

現在の状況では、参照するライブラリを git リポジトリ内に保持していますが、これは多くの明白な理由から良くありません。

私が達成したいのは、NuGet が提供するもののようなものです。Web から自動的に dll をダウンロードし、それらをいくつかのディレクトリに置き、忘れてしまいます。

ビルド時にこれを行いたいので、ライブラリのダウンロードなどの追加のアクションは必要ありません。最良のオプションは msbuild (モノの xbuild) タスクですが、システムに依存しないようにしたいので、人気のあるもの、 NuGet.exe を実行することは論外です (並列モノ インストールなどを検討してください)。

Pepita プロジェクトを試してみましたが、違います。いいえ、実際には、設計ミスが多すぎて、使用や修復が容易ではありません。適切な構成を行うには、プロジェクト全体を大幅に書き直す必要があります。

私が気に入っているのは、NuGet.Core ライブラリを採用し、タスクとして利用できるライブラリです。そのようなライブラリが存在しない場合は、nuget パッケージをダウンロードして .csproj で指定されたディレクトリに解凍する任意のソリューションを使用できます。

さらに良いことに、そのようなライブラリが packages.config (または同様の) ファイルで明示的に指定せずに依存関係を解決できるとよいでしょう。たとえば、Castle.Windsor を含めたい場合、構成に Castle.Core を含めたくありません。ファイル。

OpenWrap プロジェクト (NuGet ギャラリーを使用) については知っていますが、有望に見えますが、ライブラリの一定のセットをリポジトリに一度入れ、csproj ファイルといくつかの構成を変更して実行するソリューションが見つかりません。

ナゲットでは、「パッケージの復元を有効にする」コマンドを使用して、ソースへの依存関係のコミットを回避できることを知っています。これにより、別の開発者がソリューションをチェックアウトし、ビルドして必要なすべての依存関係をダウンロードできるようになります。

OpenWrapでこれを達成する同様の方法はありますか?