それ以外は、私の.origenディレクトリに覗くと、Gemのソースリビジョン管理システム情報を取得するメカニズムはありますか?宝石リビジョン管理情報
Gemfileには明らかに使用するバージョンが含まれていますが、開発作業中はローカルコピーの取得を自動化できると便利です。
それ以外は、私の.origenディレクトリに覗くと、Gemのソースリビジョン管理システム情報を取得するメカニズムはありますか?宝石リビジョン管理情報
Gemfileには明らかに使用するバージョンが含まれていますが、開発作業中はローカルコピーの取得を自動化できると便利です。
これを実際に自動化するのは良いことですが、実際には今のところ提供されているものはありません。 Origenの以前の内部バージョンでは、origen fetch some_plugin
のようなものをやっていましたが、それは元のコピーを一度使用するためにGemfileに必要なパス参照を追加するのと同じくらい優雅ではありませんでしたそれは取られた。
しかし、その操作は内部サーバーに依存していて、利用可能なプラグインとその場所を追跡する必要がありました。 潜在的に、rubygems.orgと話し合って、宝石がどこに住んでいるのかに関するメタデータを得ることで、同様のものを構築することは可能でしょう。
インストールされたgem/pluginのソースをアプリケーションtmp
ディレクトリにコピーし、Gemfile
に必要なリンケージをセットアップするだけのコマンドでも十分でしょうか?
一般的に私は、このようなコマンドを持っていないと大きな苦痛を感じません。私はちょうど私がいくつかのデバッグ/開発の変更をしたいときはいつでも手でGemfileを編集するのは非常に簡単な問題です、私はよくCode/github/
とCode/bitbucket
ディレクトリを私の家のディレクトリに私はよく触れるすべてのプラグインのコピーを格納することがあります。
あなたの地元の宝石のコピーを.origen
にハッキングすると、悪い考えであり、編集をロールバックするのを忘れるとバグを追跡することが困難になることがあります。