2011-01-11 10 views
5

は、典型的なHGのワークフローは次のように説明されています
HG:あなたはしばらく行っていない1.IfGitの典型的なワークフローはMercurialのものとどのように似ていますか? hginit.comオン

、皆 はのオフに動作していること、最新バージョンを取得いくつかの変更
3.Commit(ローカル)、それらあなたが皆に
与えるために喜んでいるいくつかの素晴らしいコードを持ってまで、
4.Repeatは2-3ステップを2.Make
HGアップ
を引きます
あなたが共有する準備が整いました5.When 10:あなたにそれらを
テストを をマージする
HGマージ( がもしあれば)
HGプルは、誰も他の人の変更を取得します! マージが
HG は(マージ)をコミット何かを台無しにしていないことを確認するために、私はかなり定期的にHGを使用し、これはすべて私には理にかなって

を押しHG。私はちょうどgitの使用を開始しましたが、私は上記の引用のような典型的なワークフローを説明するものは見つかりませんでした。私は、誰かがこれらの2つのツール間のワークフローの違いを説明し、gitの典型的なワークフローを説明できることを期待していました。

+0

スタックオーバーフローの初心者のように、役に立つと思われるすべての回答に投票し、解決したと思われる質問ごとに1つの回答(ある場合)を受け入れるようにしてください。 – Phrogz

+1

@Phrogzあなたは少なくとも15Repを投票する必要があります – Rudi

答えて

5

それは同じことだ:

  1. git pull
  2. git push#コミット
  3. git add foo/*.rb#は#メイク
  4. git commit -m "Made it more betta"をコミットするファイルを追加し、いくつかの変更を行い、説明最新のコードを取得します。変更をいくつかのマスターレポにプッシュ
    • あなたはマスターの後ろにしている場合、プッシュはどのあなたがしなければならない場合には、失敗します。
      1. git pull#は自動的
      2. は手動だったものは何でも
      3. git add .#が追加競合を解決する競合何それができる、とショーマージ競合
      4. git commit -m "Merging with master"
      5. git push

Mercurialと同様に、手順2〜4を好きなだけ繰り返すことができます。あなたはすべてのコミット後に押す必要はありません。

+0

そして、はい、**テスト!**あなたの変更が有効であることを確認するために適切な場所に。しかし、それはソースワークフローではなく、開発ワークフローの一部です。 – Phrogz

+1

Alosでは、裸のレポジトリにプッシュしないでください。 http://stackoverflow.com/questions/1764380/push-to-non-bare-repository/1764793#1764793およびhttp://stackoverflow.com/questions/3067277/working-with-git-from-2-laptopsを参照してください。 -with-no-bare-repo – Rudi

関連する問題