まず、ソフトウェアの各バージョンごとに独自のレポを作成する必要はありません。あなたが解放すれば、あなたが必要とするのはタグを作りなさい。このタグを参照すると、いつでもリリースされたバージョンに戻ることができます。
2人の開発者のそれぞれにプッシュすることが許可されている中央レポがある場合は、ベアレポ(参照した質問の推奨事項のように)を作成する必要があります。
ベアリポジトリには作業コピーがチェックアウトされていないので、(少なくとも最新のバージョンを取得していれば)いつでもプッシュすることができます。
シナリオは少し違って見えます。例えば、それぞれが作業コピーを持ち、これらの2つのボックス間をプッシュ/プルしたい2台のコンピュータがある場合、解決策は使用されるブランチだけです他のコンピュータからマスターにプッシュします。
desktop
の場合:
git checkout -b temp
その後、notebook
にワークフロー後
(現在のブランチmyfeature
がチェックアウトしたリモートdesktop
にnotebook
から枝myfeature
の変更をプッシュしたいと仮定すると:
git push desktop myfeature:myfeature
ba ck on desktop
:
git checkout myfeature
git branch -D temp
これはそれです。
別の方法(同じ枝に動作する2つの開発者(アリスとボブ)の場合には)ボブがアリス–からmyfeature
の最新バージョンを取得したい場合、彼は代わりにアリスから変更を引っ張る–ということでしょう彼女にレシピのの変更をプッシュしてください。アリスのコンピュータが、リモコンalice
のボブのレポで設定され、ボブが現在myfeature
ブランチをチェックアウトしていると仮定します。alice/myfeature
は(でそれを設定し)、彼myfeature
ブランチのためのブランチを追跡するように構成されている場合
どちらのボブは
git pull alice
を行います。または
git fetch alice
git merge alice/myfeature
アリスのmyfeature
枝はブランチを追跡するように構成されていない場合。
git-flowを見てください。 [この記事(http://nvie.com/posts/a-successful-git-branching-model/)]では、ブランチやタグを使ってリリースやバージョンなどを整理するための賢明なアプローチについて説明しています。と[this one](http://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/)はgit-flowツールそのものの概要を示しています。 –
サイモンさん、ありがとうございます。私はそれをよく見ていきます。 – GrandMasterFlush