私たちのチームは、サイズがはるかに大きいプロジェクトに移行しており、その多くは、その中でいくつかのオープンソースプロジェクトを使用しています。
ライブラリと依存関係を比較的モジュール化して、新しいリリースがリリースされたときに簡単にアップグレードできるようにするためのアドバイスやベストプラクティスはありますか？
言い換えれば、オープンソースプロジェクトのフォークであるプログラムを作成するとします。両方のプロジェクトが成長するにつれて、コアの更新を維持および共有するための最も簡単な方法は何ですか？
私が求めていることについてのアドバイスをお願いします...「代わりにこれを行うべきです」または「なぜあなたは」という必要はありません。ありがとう。
オープンソースプロジェクトのクローンを使用する場合、最大の問題の1つは、アップストリームソースに応じて同期/パッチを適用することです。新機能については気にしないかもしれませんが、重大なバグ修正を適用する必要があります。
私の提案は、そのような内部プロジェクトを共有ライブラリに注意深くラップすることです。そうすれば、ABIが変更によって壊れない場合は、多かれ少なかれ痛みを伴わずにそれらの部分だけをアップグレードできます。
もう1つ、オープンソースプロジェクトでバグを見つけて修正した場合は、修正を自分自身に留めないでください。パッチをアップストリームにプッシュします。これにより、プロジェクトが改善され、新しいバージョンとマージする日数が節約されます。
優先順に
1と2が非常に好まれますが（ただし、それぞれ高速と非常に低速）、3番目のオプションは、コードベースが依存関係のコードベースから逸脱しているため、頭痛とバグにつながるだけです。私のコードでは、ヘッダーファイルを熟読する必要がない限り、サードパーティのコードをIDEにロードしていません。これにより、自分のものではないものを変更したいという誘惑がなくなります。
モジュール性に関しては、これは、比較的安定したサードパーティのライブラリを使用していることを前提としています。プログラムは、公開されているインターフェイスにのみ適用してください。ソースがあるからといって、コード全体でそれを使用する必要があるわけではありません。これにより、更新を基本的にドラッグアンドドロップできるようになります。さて、これは完全に理想的ですが、私が取り組んでいるコードで私が目指していることです。