2012-02-07 2 views
2

私は自分のプロジェクトが存在するgitサーバーを持っています。私はしばしば仕事をするラップトップを持っています。一般的なGITのワークフロー(ブランチング、マージ、タグ付けなど)には何の問題もありませんが、別のマシンで作業を開始するときにコンピュータ上に変更を加えないでください。すべてのコンピュータには私のプロジェクトが複製されていますが、コンピュータを離れなければならないときにコミットする価値はほとんどありません。これに対処するために、作業を終えるたびに私の小さな無関係のファイルがすべて「保存」と呼ばれるコミットをプッシュする傾向があります。それから私は別のコンピュータで作業を開始するときにプルを行います。gitサーバーといくつかの開発ステーションがある場合のベストワークフローは何ですか?

これはハッキーな解決策のようですが、私がGITをどのように使っているかを見たら、特定の人が私を殴ってくれる気がします。私はちょうど親指のドライブの周りに私のプロジェクトの1つのチェックアウトを運ぶこの短いのいずれかの選択肢を見ることができません。

私はプロフェッショナルにお尋ねします:異なるコンピュータ上のプロジェクトの複数のクローンを扱う場合、どのように対処しますか?


  • プロジェクトの1つのクローンのみとサムドライブ?
  • 後で引っ張って削除すると何とか一時的にコミットするのですか?
  • この目的にのみ使用される賢明な「保存」ブランチはありますか?
  • GITはこの問題をサポートしていますか?オンライン隠しですか?私の同僚の
  • 等...
+1

これはあなたを助けるかもしれない - [こちら](http://nvie.com/posts/a-successful-git-branching-model/) – vpatil

答えて

0

私はそれが起こるとは思わなかったが、完璧な解決策を見つけた。Dropbox

私は単純にすべての回でのDropboxフォルダに私の「作業コピー」のリポジトリを保持します。作業コピーはすべての開発用PC間で同期します。私はすべての回でインターネット接続を必要とすることを離れて明らかなく、無視できない欠点から見て、これは絶対に完璧なソリューションではありません理由を考えることはできません。

私は同じ仕事をする新しいGoogle Driveを推測しています。

3

一つは、このように開発するための「個人」の枝のようなものを使用しています。私たちのプライマリGitサーバのリモートブランチでも、他の誰もそれをプッシュまたはプルしていないので、彼は不完全なコミットや悪いコミットについて心配していません。

これはGitのような解決策かもしれませんが、あなたがその日のために出発する前にコミットとプッシュを覚えておく必要があります。そうしないと、1台のマシンに変更が残っています。親指のドライブにレポを保持すると、その問題が軽減されます。その後、物理的なメディアについていくことを心配する必要があります。

特に、他の開発者がプロ​​ジェクトに取り組んでいる場合は、後で元に戻すという目的で、不完全なコードを意図的にコミットすることはお勧めしません。ちょうど汚れているようですね:-)

+0

あなたがDropboxのソリューションをどう思いますか? – Hubro

+0

複数の開発者がDropboxの経由単一のレポを共有している場合は、同期中に押すと、潜在的にレポを破損する危険性があります。しかし、ボックスを切り替えるたびに引っ張ったり確認したりすることに勤勉であれば、複数のマシン上の単一の開発者にとってはうまくいくと思います。 – Brandan

+0

いつ同じローカルレポを共有するのですか?私はそれが起こるシナリオを想像することはできません:P – Hubro

0

私もこの状況にあります。同じLAN上にあるすべてのPCをWindows上に置いているので、私が開発しているすべてのPCのリポジトリを共有し、それぞれを他のPCのリモートとして追加しました。私がPC AからPC Bに切り替えると、私はPC Aにコミットし、PC Bにはgit pull Aをコミットします。

私はサーバーを「信頼できる」リポジトリとして保有し、プッシュリリースのみを保持します。だから、それはあなたと同じワークフローだし、私はそれがハッキーであるとは思わない。

定期的に使用していて何ヶ月も問題なく使用しています。

0

私はこれらの「一時的な枝」を中央のレポに押します。あなたの半完成作品を誰にも見せたくない場合は、unfuddleアカウントを設定するか、USBスティックを使用してそこにプッシュすることができます。

関連する問題