Gitは後続クローンのすべてのブランチをクローンしませんか？

Question

クローンされたリポジトリとブランチを使ってGitにいくつかの問題がありますが、これに対する答えを見つけることができないのです。私は説明しましょう：裸のマスターGitリポジトリがあります。私たちはすべてローカルのLinuxマシン上にあり、sshでアクセス可能です。私はこのように私のUSBサムドライブにこののクローンを作った：これは、もちろん私の親指ドライブ上の作業コピーとローカルクローンを私に与え

git clone ssh://adahl@gollum//net/repos/netcube/patches.git 

。 Iこれにcdしてから、このクローンでは、いくつかの支店を参照してください。私は私のノートブックに私の親指ドライブ上の別の時間にリポジトリのクローンを作成する場合は、安定した分岐が失われ、

cd patches 
git branch -a 
* master 
    remotes/origin/HEAD -> origin/master 
    remotes/origin/master 
    remotes/origin/stable 

をこれまでのところは良いです。参照：

cd .. 
git clone patches patches2 

cd patches2 

git branch -a 
* master 
    remotes/origin/HEAD -> origin/master 
    remotes/origin/master 

をクローニングした後、クローニングまたはgit fetchたときに、私はいくつかのオプションを試してみましたが、何もpatches2リポジトリに安定した枝をもたらしません。私はここに理解しているgitの欠如を持っていると仮定し、それを間違った方法で使います。誰かが私の使い方や理解の誤りを指摘してくれますか？

Answer 1

は、あなたが実際にそれがクローンに含まれるようにしたい場合は、リモートブランチに基づいて、ローカルブランチを作成する必要がHow to clone all remote branches in Git?

を参照してください。ただし、リモートブランチで作業しないため、ブランチで作業を開始するとすぐにローカルブランチを作成します。その前に、クローンには本当に必要なことはありません。なぜなら、遠隔地から簡単に取り出すことができるからです。

ただし、ノートブックコンピュータにネットワークが接続されていない場合は、ローカルリポジトリのクローン作成時に複製されるように、必要なすべてのリモートブランチのローカルブランチを作成する必要があります。

ただし、ネットワークに接続している場合は、git remote add origin2 ssh://adahl@gollum//net/repos/netcube/patches.gitとgit fetch origin2を使用してください。origin2をもっと意味のある名前に置き換えてください。

Answer 2

"origin"は、リポジトリを複製した場所に与えられたデフォルトの名前です。リモートから自動的に追加されます（注：リモートは単に「現在のものではありません」 - リモートは同じマシン）。

patchesにおいて、「起源」は、ゴラム上の元のレポを指す。

patches2において、「起源」は、patchesを指す。

リモートトラッキングのリファレンス（remotes/で始まるもの）は、実際にはローカルブランチではなく、ブランチが最後にリモートにあることが分かっていた場所へのポインタです。したがって、patchesでは元のリポジトリのリモートトラッキングの参照がありますが、patches2にはローカルのmasterブランチのリモートトラッキング参照がpatchesにあります。これはpatches2の起点が指し示すためです。

あなたはそれをクローニングした後patches2に別のリモートとしてオリジナルのレポを追加するためにgit remote addを使用することができます - またはあなただけのオリジナルのレポからではなくpatchesから再びクローンを作成できます。

@ThiefMasterに加えて

Answer 3

：私は

git clone --mirror 

または

git push --mirror 

に追加すべて（ローカル&リモート）ブランチ、参考文献やタグ

を更新したいと

情報としてn --mirrorは実際にリポジトリをそのまま複製して、宛先の変更を上書きします。ソースに存在しないブランチは、無条件にプルーニングされます。

本質的に、それは違いが影響分岐がローカル枝ならびに「リモート」参考文献とすることができるということで、リモートでの作業と「gitのリモート・アップデート・--prune」を行うようなものである[1]

@LeSpocky（など）

変更が消えた場合、マージの問題は発生しないため、簡単です。

--mirrorは、実際のコンセプトにちなんで命名されているため、ターゲットの相違点をカバーするように設計されています。ターゲットが裸でなく、ローカル変更をコミットした場合は、ターゲットのローカルブランチ（git log -g、git reflog）のログを介していつでも戻すことができます。

一般的な安全対策として、have a hook to 'git stash save' in the targetとすることができます。

--mirrorは、のミラーに設計されていますが、この質問はすべてのブランチを裸のリモートに複製する方法に関するものでした。 :)

[1]（リモートの定義はコピーされませんが、その場合はプッシュ先の.git/configから.git/configへの手動コピーを行います）

Answer 4

$ git remote update 
$ git pull --all