Maven依存関係のローカルフォークを管理する

Question

私は従属性を持っています。実際には私は今のところどちらかを変更したいと思います。JBSEAM-3424のように修正するか、将来的に修正することができます。コーディングは問題ではありません。私は変更を行うことができます。コミュニティプロジェクトをフォークするつもりはありません。ちょうどWill Hartungで推奨されているローカルバージョンを用意しています。

私の懸念は、プロセスの問題が出てきて、私をさらに怒らせてしまうことです。だから、私はこれを適切に管理するために何ができるのですか？どのようなベストプラクティスがありますか？

いくつかのより具体的なサブの質問は：

• 私はアーティファクトの名前を変更する必要がありますか？
• グループアーティファクトと のバージョン名の選択方法は？
• ソースツリー全体をインポートする必要がありますか または選択してください。
• ビルドシステム をフル稼働させることができない場合は、 をスケールダウンするか、それとも オリジナルに近づけてください。

Answer 1

私はアーティファクトの名前を変更する必要がありますか？ グループの成果物とバージョン名の選択方法は？

例1.0.0-のために、あなたが同じを変更するが、それは非標準バージョンであることが明らかであることを保証するために、バージョンで修飾子を使用するのgroupIdとモジュール（複数可）のたartifactIdをキープサイモン。これはかなり一般的な方法です。

ソースツリー全体をインポートするか、選択する必要がありますか？ あなたのコメントに基づいて更新する：個人的には、変更した成果物を自分のローカルソースリポジトリに追加するだけです。後で別のアーティファクトを変更してSCMに追加した場合。私はそのことについて完全な

心配で働いてビルドシステムを得ることができないならば、それは何が起こる

。プロジェクトがMavenで構築されている場合、必要な成果物だけを構築するのは簡単です。あなたが変更に取り組むことができないuber-antビルドを使用している場合、ビルドをパージすることを検討してください。