問題タブ [dependency-management]

当社の svn には多くのビジュアル スタジオ ソリューションがあり、さまざまなチームがさまざまな領域に取り組んでいます。私たちのプロジェクトのいくつかは、再利用可能なライブラリ プロジェクトです。

問題は、誰かが特定のソリューションの一部であるライブラリ プロジェクトに重大な変更を加えたときに発生します。その人は、他のソリューションが影響を受ける可能性があることをどのように知ることができますか?

ファイル システムを再帰的に通過し、VS プロジェクトを開き、依存関係グラフを作成して、影響を受けるソリューションを一目で確認できるツールはありますか?

私はMavenとpom.xmlにかなり慣れていません。pom.xml のバージョン番号を更新できるように、古い依存関係を見つける方法はありますか。

たとえば、他の言語では、Rubygem list outdatedには更新可能な依存関係 (rubygems) のリストを表示するコマンドがあります。

それが役立つ場合は、IntelliJ Idea を使用しています。

私が Maven の依存関係管理を称賛していたとき、ある Eclipse ユーザー (IntelliJ ユーザー) は、プロジェクトに jar を追加するたびに、Eclipse はプロジェクト内の他の jar とのバイナリ互換性をテストするため、そのようなものは必要ないと言いました。事業。

これは本当ですか？これは Eclipse 自体ですか、それともプラグインですか?
IntelliJ/Netbeans で利用できる同様の機能はありますか?

ありがとう。

TFS 2010でプロジェクトを論理的に分離する最善の方法を見つけようとしています。現在、3つの別々のプロジェクトがあります。

1. サーバー上で実行されるコアフレームワークプロジェクト
2. コアフレームワークdllを参照するコンソールアプリケーション。
3. コアフレームワークdllも参照するWebアプリケーション。

TFSは、プロジェクトをチームプロジェクトに分割します。これら3つはすべて実際には別個の「プロジェクト」ですが、最後の2つはフレームワークの.dll参照に依存しています。Javaの世界では、依存関係管理を設定して、コアフレームワークを構築し、会社の中央リポジトリに公開し、クライアントプロジェクトを個別にチェックアウトして、リポジトリ内のdllを参照するだけで、プロジェクトが中断しないようにすることができます。

TFSは依存関係を管理していますか？これらの3つのプロジェクトは、別々のチームプロジェクトに設定する必要がありますか、それとも同じプロジェクトに設定する必要がありますか？チームプロジェクト全体で構築できますか？

依存関係の問題を最小限に抑えながら、個別に作業できるようにパーティション化され、ビルドスクリプトがCIのすべてのプロジェクトにアクセスできるように、チームプロジェクトを設定するための最良の方法は何ですか？

依存関係の管理を本当に理解しているかどうかはわかりません。別のクラスの詳細だけに依存していないということですか？呼び出し自体が正しいこととは何の関係もありませんか？私はより小さな、より具体的なクラスを作るために聞き続けていますが、彼らはお互いに依存することができず、これは私には不可能のようです。誰かが私にこれを簡単に説明しようとすることができますか？以下にいくつか例を示します。

実行ごとに設定できる設定は1つだけですが、新しいクラスが呼び出されるたびにデータベースにアクセスし続ける必要があるのはなぜですか？これは悪い依存関係ですか

VS 2010 Ultimate が既存のコードからモデル グラフを生成できることを確認しました。しかし、VS 2010 Ultimate バージョンの価格は 11,000 米ドルで、私の予算には高すぎます。.NET コードのグラフ視覚化を行うための良い代替手段はありますか?

依存関係の POM を利用して、依存関係として別のプロジェクトに含めます。私が抱えている問題は、それらの依存関係でPOMを集約しているときに、スコープの依存関係を宣言すると表示されますが、それらは含まれていません。

提供された依存関係を、提供されたスコープを持つ依存関係 POM に含めることは可能ですか? 私はよく、必要な API を宣言してから、実行時の依存関係として実装を含めます。

ivysettings.xmlファイルにカスタムリゾルバーを作成しようとしています。

ご覧のとおり、scala-toolsリポジトリで依存関係を見つけようとするUrlResolverが1つだけあります。依存関係を正しく指定すると、ivyはhttp://scala-tools.org/repo-releases/org.scala-lang/scala-library/2.8.0/scala-library-2.8.0で依存関係を見つけようとします。 jarとhttp://scala-tools.org/repo-releases/org.scala-lang/scala-library/2.8.0/scala-library.jar（はい、ivysettings.xmlの指示によると）明らかに、何も見つかりません。動作させるには、次のように依存関係を指定する必要があります。

Q：アーティファクトパターン/他の何かを変更してツタにそれを正しい方法で機能させる方法は？

1：http ://scala-tools.org/repo-releases/ scala-tools repo

Intellij IDEA IDE を使用しています。内部ビルドおよび依存関係管理ツールを使用する代わりに、私は外部ツールを好みます (重要な場合は ant+ivy)。依存関係マネージャーによって取得された flylibraries を IDEA が何らかの方法でキャッチし、それらにインデックスを付けて、明らかに IDE シュガー (コードの提案など) を提供できるようにしたいと考えています。

プラグインまたはその他のソリューションはありますか?

最近、私のチームは、依存関係を半自動で管理しようとしているときに壁にぶつかりました。ご存知のとおり、svnのtrunk / libフォルダーには、新しいバージョンのdllをそのフォルダーにコミットするci-serverがあります。しかし、プロジェクトの1つをsvnからgitに移行すると、リポジトリの成長が速すぎるという問題が発生し、svnをパッケージマネージャーとして使用しようとしています。

彼らは、Javaの世界におけるそのようなもののデファクトスタンダードはMavenであり、dotnetも少しMavenを取得したと言います（nmavenと派生物）。dotnetプラットフォームを念頭に置いて開発された代替案はありますか？依存関係の管理とリリースのライフサイクルの両方を意味しますが、必ずしも単一の製品である必要はありません。

そして、はい、TFSはおそらく私が望むものの少なくとも一部を処理できることを知っていますが、他に何かありますか？