問題タブ [dependency-management]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ide - IDEでGrails依存関係キャッシュを使用するには?
Eclipse や netbeans のような IDE 内で DSL が作成する ivy キャッシュ grails 依存関係を使用する方法はありますか? または、すべての依存関係を IDE lib フォルダーに手動で追加する必要がありますか?
ivybeans や ivyde などのプラグインを調べましたが、grails では生成されない ivy.xml および ivysettings.xml ファイルが必要なようです。
javascript - JavaScript 依存関係管理
現在、多数の JS ファイルを管理しており、依存関係の問題が頭を悩ませています。現在、各関数を個別のファイルに格納し、データベースを手動で維持して関数間の依存関係を解決しています。
これは自動化したい。たとえば、関数 f がある場合
別の関数 g で参照されている
g が f を参照していることを検出できるようにしたい。
どうすればいいですか?どこから始めればよいですか?実際にコンパイラを作成する必要がありますか?それとも、たとえば Spidermonkey を微調整できますか? 他の誰かがすでにこれを行っていますか?
私を始めるための指針は非常に高く評価されています
ありがとうドック
visual-studio - 内部サードパーティ依存関係の管理
さまざまなチームによって管理されているさまざまなソリューション/プロジェクトがたくさんあります。このソリューションでは、別のチームが所有する複数のプロジェクトを参照する必要があります。これらの依存関係をプロジェクト参照として追加したくありません。そのコードを変更するつもりはなく、単に使用したいだけだからです。また、ソリューションにはすでにかなりの数のプロジェクトがあり、Visual Studio の速度が低下するため、これ以上多くのプロジェクトを追加したくありません。そのため、これらのプロジェクトを別のソリューションで構築し、ファイル参照としてソリューションに追加しています。
私の質問は、人々はこれらの種類の依存関係をどのように管理しているのでしょうか? これらのプロジェクトへの変更を探し、それらをビルドし、dll をソース管理にチェックインした後、それらを他のサードパーティの依存関係のように扱う自動化されたプロセスを用意する必要がありますか? これを行うための推奨される方法はありますか?
maven-2 - 親と子の間で依存関係を共有する Maven2 (子の依存関係を再宣言しない)
maven1 では、拡張タグを使用して、子プロジェクトに親構成を使用するように指示していました。
親で宣言されたすべての依存関係は、拡張 (子) プロジェクトで利用できました。
現在、maven2 では継承/構成機能を使用しており、すべての子プロジェクトで依存関係 (バージョン番号を除く) を再宣言する必要があります。( how-to-share-common-properties-among-several-maven-projects を参照)
すべての子供たちの間で依存関係の一部を共有したいことを Maven に伝える方法はありますか?
caching - Gradleでは、ローカルアイビーリポジトリのキャッシュを無視するにはどうすればよいですか?
私の Gradle スクリプト (バージョン 0.8) には、ライブラリを公開するために使用するローカルの ivy リポジトリがあり、Gradle にそのキャッシュを無視させることができないようです。
ローカルのアイビー リポジトリにアクセスしています。Gradle マニュアルの推奨事項に基づいています。関連するコードは次のとおりです (一部の変数の名前が変更されています)。
私の問題は、スクリプトを実行すると、ローカル ライブラリが解決されると、その後のビルド スクリプトの呼び出しで、ローカルのアイビー リポジトリの場所ではなく、~/.gradle/cache/myorg:mylib/ が使用されることです。Gradle のマニュアルには、デフォルトのローカル リポジトリがキャッシュを使用してはならないという記述が数行しかありませんが、リポジトリが「デフォルト」でローカルであるため、キャッシュを使用すべきではないことを実際に示す方法を見つけました。
ivy_repo.local = true を設定するか、compile('myorg:mylib:0.1.0'){changeing = true} を使用しようとしましたが、どちらも機能していないようです。
ローカル ライブラリには、プロジェクトに見つけてもらいたい依存関係があるため、flatDir リポジトリを使用したくありません (現在、ローカル ライブラリに関連付けられている ivy ファイルを使用してそれを実行していますが、flatDir リポジトリは無視しているようです)。これらの種類のファイル...または、何か間違ったことをしていたのでしょうか?)
誰でも解決策を知っていますか?または、Gradle で私のタスクを達成するためのより良い方法でしょうか?
java - コマンドラインから Ivy を使用する場合、依存関係を lib ディレクトリにコピーするにはどうすればよいですか?
次のコマンドがあります。
依存関係を解決し、プロジェクトの lib フォルダーにコピーすることを期待しています。
Ivy は依存関係を解決しているように見えますが、コピーは行いません。Ant タスクを実行すると、コピーは正しく行われます。
コマンドライン呼び出しで lib へのコピーが行われない理由を誰か知っていますか?
android - 3Dパーティへのアプリの依存関係を処理する方法
私が現在開発しているアプリは、サードパーティのアプリケーション(OIFileManager)に依存しています。
私の質問は、これらの種類の依存関係を処理する一般的な方法は何ですか?
それを解決するようにユーザーに伝えますか?
サードパーティのapkを埋め込む(ライセンスで許可されている場合)
自動的に解決します(Androidマーケットにはシステムがあるかもしれません)。
continuous-integration - CI環境でivyをどのように使用する必要がありますか?
私はantとApacheIvyを使用していますが、CIサーバーに同じソースコードを作成し、さまざまな種類のテストを実行する複数の計画があります。
CIビルドプランが何度も実行されているため、Ivyはキャッシュ内のmyorg-myproject-runtime.xmlファイルを削除して再作成している必要があります。
最終的に、CIビルドプランの1つがファイルの生成中にファイルを読み取り、ビルドが失敗し、このエラーがログに表示されます。
/build-dir/my-ivy.xml:47:ツタの取得が不可能:java.lang.RuntimeException:[myorg|の取得中に問題が発生しました myproject]:java.text.ParseException:レポートの解析に失敗しました:../../ repo / cache / myorg-myproject-runtime.xml:ファイルの途中で終了します。
CI環境でivyを使用して、これを回避する方法はありますか?
python - Python に相当する Maven
私は Java 開発者/Python の初心者ですが、Maven の機能、特に依存関係の管理とビルドの自動化が不足しています (つまり、ビルドはしませんが、デプロイ用のパッケージを作成する方法は?)
これらの機能を実現するための python に相当するものはありますか?
注:私はpython 2.xを使用しています
ありがとう。
grails - Grails BuildConfig.groovyでJAR依存関係を指定するには?
WAR ファイル (MIPS.war) をターゲット環境にデプロイしようとすると、次のエラーが発生します。
classes/JAR をテストまたは実行クラス パスに追加する必要があると書かれている Web 上の投稿 ( http://jira.codehaus.org/browse/GRAILS-6057 ) を見ました。質問: これはどこに指定されていますか? また、Grails 構成ファイル (BuildConfig.groovy) の「依存関係」セクションで依存関係を指定する必要がありますか? これらは jar に対してどのように指定されていますか?たとえば、/lib フォルダーの下にある jar は 'ant-1.6.5.jar' ですか?
}