2016-09-21 10 views
0

私は現在、私自身の下流アプリケーションで使用している反応コンポーネントのライブラリを構築しています。複数のバージョンの同じリポジトリを扱う

私はバージョン管理をどのように扱うかについての考えに出くわして続行するかどうかはわからないでしたが、私はpackage.json

を通じて私の下流のアプリケーションでこれらをインポートします。

0122,のバージョン2.0.0が壊れています。ダウンストリームのアプリケーションは2.0.0のコンポーネントを使用したいと考えていますが、このアプリケーションが互換性を失うバージョン1.0.0の<SomeComponent/>を現在使用しているとします。このシナリオでは、アプリケーションはpackage.jsonを更新するだけではありません。

したがって、2.0.0のDifferentComponentを使用しているときに、SomeComponentを1.0.0からどのように使用することができますか?

このようなシナリオを解決するには、どのような方法が推奨されますか?

私はすべての単一のコンポーネントに対して新しいリポジトリを作成することを検討しましたが、これは不適切なオーバーキル解決策のようです。それは非常に多くの重複ファイルを取得するでしょう:すなわち。ビルドスクリプト、readmes、設定ファイル、etcwebpackの設定など

すべての助けやアドバイスをいただければ幸いです。ありがとう!

答えて

0

私はそれが最善の解決策であるかどうかわかりませんが、古いリリースの新機能を導入する前にデュアルリリースを作成しました。

は、あなたが1.0.0と2.0.0を持っており、その新機能は1.0.0の機能と競合しない、または解決できる場合は、新しい機能を追加し、2.1.0

を解放すると言います2.1.0リリースまたは機能ブランチからコミットの範囲を選ぶことができます。

git checkout -b 1.1.0rc 1.0.0 
git cherry-pick <SHA..range from 2.1.0> 
# execute test suites 
git tag 1.1.0 
関連する問題