gitサブモジュールとして共通のライブラリを共有するgitプロジェクトがあります。 私はプロジェクトに何か変更を加えたら、私は仕事をするためにgitブランチを作成します。テストしてもう一組の目を与えたら、ブランチを元に戻すことができます。Gitサブモジュールで作業するにはどうすればいいですか
サブモジュールライブラリを変更する必要がある場合もあります。ベストプラクティスは、最初にメインプロジェクトを分岐してサブモジュールに入り、ブランチに分岐することですか？私は、他のプロジェクトで変更されたサブモジュールブランチをテストする必要があることを認識しています。これを行うには別の方法がありますか？
gitサブモジュールは単独でプロジェクトです。したがって、サブモジュールを分岐する方針は、すべての分岐の決定と同じ考慮事項によって定義されます。サブモジュールの同時開発はありますか？あなたはマスターの歴史を汚すことなく変更を巻き戻したいですか？はい、テストも考慮事項ですが、他のプロジェクトで適切に再利用できるサブモジュールの目標である必要があります。
私は複数の分岐したメインプロジェクトで作業している共有サブモジュールを使用して、いくつかのプロジェクトを持っています。私はほとんどサブモジュールを分岐する必要性を見ていない。しかし時にはもちろんあります。
サブモジュールを分岐するかどうかは問題ですが、それは完全にあなた次第です。 サブモジュールがライブラリで他のプロジェクトで使用している場合は、はの下位互換性が必要です。あなたはそれを修正するかもしれませんが、そのAPIに触れないでください。しかし、libの修正は実際にlibのマスターブランチに属します。だから私はメインプロジェクトを分岐するときに自動的にサブモジュールを分岐する理由はありません。
技術的に重要なのは、サブモジュールとメインプロジェクトの両方を変更してコミットする場合は、まずサブモジュールを押してからメインプロジェクトを押します。 再帰的プッシュのようなものはありません。