あなたは
* 9ee0852 (HEAD -> master) some work
| * b7bfb4f (feature) some work on branch
| * 6c3e2f3 some work on branch
|/
* cf51f19 some work
* f850633 some work
下のグラフのように状況にあり、あなたがしたい:枝のリストは、機能作業を続ける
きれいになるように
- は機能ブランチを削除リポジトリ内の将来の参照のために
- は、新しい機能によって導入された変更なしで、つまり、変更なしで、マスターブランチを持っています
あなたはこの(ほとんど同じ)
* 9ee0852 (HEAD -> master) some work
| * b7bfb4f (tag: feature) some work on branch
| * 6c3e2f3 some work on branch
|/
* cf51f19 some work
* f850633 some work
いくつかのポイントでの説明のような構造で終わるよう
私は、あなたが機能ブランチは、タグを作成して、ブランチを削除することをお勧め
- どのコードが失われて保存されていますか?:gitは最終的に他のコミット、ブランチ、タグによって参照されないコミットを削除します。 あなたがタグを持っているので、そう 新機能のコミットは削除されません
- 注:Gitのブランチやタグがある中で、単にコミットへのポインタ、その枝
- 何のコード内に存在コードのようなものは何もありませんブランチをチェックアウトするときに表示されます(マスターもブランチです)。:ブランチラベルによって参照されるコミットに含まれるコード。 Gitはコミットにスナップショットモデルを使用します。つまり、すべてのコミットには、コミットが行われた時点のリポジトリのフルスナップショットが含まれています。
- 私は上記の点を理解していません:あなたの場合、ブランチまたはタグが同じである場合。マスターをチェックアウトしたときにフィーチャーブランチが変更されましたか?いいえ、あなたはタグでもマスターすることはできません。
- 私は理解したい!:良い!簡単なポストでこれらすべてのことを説明するのは簡単ではありません。 gitを使って検索や学習をしましょう。
別のgit repoを作成するには、公開されていない機能がいくつかあります。フォークなどのようなもの? – davidlebr1
いいトリックだけど!しかし、おそらく組織の方針ではそうすることができないかもしれません! –
はタグをオプションにしていますか? – Francesco