1

現在v1APIを使用しており、v2用の新しいスクリプトを更新および作成しました。APIは他の開発者によって使用され、一連のスクリプトで構成されています。v2を移行して追加する前に、バージョン管理戦略が成功していることを確認したいと思います。

現在、APIを使用する前に呼び出されるbashスクリプトがあります。これを使用して、バージョン番号を指定するか、デフォルトで最新バージョンを提供します。もともと、バージョンごとに異なるサブフォルダーを作成するつもりでしたが、リビジョン間で変更されないスクリプトと、コンテンツが追加されるスクリプトの場合、元のファイルはv1サブディレクトリに残っているため、git履歴は正しく保存されません。 'gitmv'されません。これは明らかに最善の方法ではありませんが、現在、これ以上の方法は考えられません。

どんな推奨事項も役に立ちますが、1つの制限は、異なるブランチを持つgitサブモジュールを持つことができないということです。スクリプトにアクセスできる限り、他の制限はありません(たとえば、セットアップに使用されたbashファイルを削除できます)。ありがとう!

編集:「API」ディレクトリの上に、APIを呼び出す同じリポジトリの一部であるスクリプトもあります(私たちは独自のAPIのコンシューマーです)。これらのファイルへの変更は、APIの任意のバージョンを使用するときに表示される必要があり、最新バージョン(リポジトリ内のタグに関連)だけで表示することはできません。

4

1 に答える 1

2

gitリポジトリでタグを使用したいと思います。APIのバージョンごとに、を使用git tag vnします。以前のバージョンのファイルを維持する必要はありません。を使用するだけで、特定のバージョンのすべてのファイルにアクセスできますgit checkout vn

リモートリポジトリを使用する場合は、フラグを使用し--tagsてタグをリモートリポジトリに送信する必要がありますgit push --tags

于 2013-01-11T04:16:28.850 に答える