私のアプリケーションは新しい仕様に準拠する必要があります。
そのため、アプリのバージョンに現状のままタグを付けたいと思います。将来的にはこのバージョンをチェックできるようにしたいと思います。
最新の変更をすべてコミットしました。
そして私はします：
git tag -a stable-pre-new-spec
私が実行するとき：
git show stable-pre-new-spec
それは私の最後のコミットからの違いを表示しますか？！何が起こっているのか正確にはわかりません。
代わりにブランチを作成する必要がありますか？
2 つのことが進行中です。まず、git リビジョンはファイル ツリー全体のリビジョンです。 対照的に、cvs と svn は個々のファイルに個別のリビジョン番号を与えると思います。したがって、cvs または svn では、「タグ」操作が出て、たとえば「stable-pre-new-spec」を file1 バージョン 1.0.3、ファイル 2 バージョン 1.0.2、file3 バージョン 2.0、file 4 バージョン 1.3 に添付します。 7 など。そして、そのタグを使用して取得する場合、システムはそのタグが付いているすべてのピースを探しに行きます。git では、1 つのリビジョンがすでにセット全体に関するものであり、タグ付けによって別の名前が付けられるだけです。
第二に、これは cvs や svn を含む多くの cm システムに当てはまります。git は状態と違いに同じ名前を付けます。Git では、この組み合わせたものをコミットと呼びます。バージョンについて尋ねると、そのバージョンと直前の状態との差分が表示されます。git では、コミット ID は実際には、保存されたツリー コンテンツ全体のチェックサムです。ゴールデン スパイクを表示するのは慣例です。
git では、作成後いつでもコミットにタグを付けたり、そこからブランチを作成したりできます。
あなたの場合はブランチを使用します：
git checkout -b app_in_current_state
その後、ブランチで現在の状態をバグ修正しながら、マスターで開発を続けることができます。