ページの比較

...

origin に master, INFRA-1000 と stable に master ブランチがあることがわかります。
origin/master に対してなにかフィーチャーを実装することにしたとしましょう。次にやることは、ローカルブランチを origin/master から分岐して作ることです。

$ git checkout -b INFRA-1001 origin/master INFRA-1001
$ git branch
* INFRA-1001
  master
$ git remote show origin
* remote origin
  Fetch URL: github:hazama/infra
  Push  URL: github:hazama/infra
  HEAD branch: master
  Remote branches:
    INFRA-1000        tracked
    master            tracked
  Local branches configured for 'git pull':
    INFRA-1001 merges with remote master
    master     merges with remote master
  Local refs configured for 'git push':
    master     pushes to master

...

• API v3
• GitHub Enterprise supports the same, powerful API available on GitHub.com

アーカイブ

レポジトリではなく、ファイルだけを取得する git archive 機能は GitHub では提供されていません。クローンしてください。では提供されていません。クローンしてください。

毎日のビルドにつかうなら、こんな感じ。svn export よりむしろ高速です。

...

1. レポジトリは小分けにする
   GitHub では誰でも自由にレポジトリを作れるので、関連性の薄いモジュールをひとつのレポジトリで管理する必要はありません。
   小分けにしている方が、フォークやクローンが速くて良いです。
2. 共有レポジトリの変更は PULL リクエストで
   いきなり master に PUSH するのは止しましょう。
   ブランチから PULL リクエストを投げて、レビューを受けるようにしてください。
3. むやみに共有レポジトリをフォークしない
   リソースがもったいないので、大きなレポジトリはむやみにフォークしてはいけません。
   PUSH 権限がない別のチームのレポジトリに PULL リクエストを投げるようなときに、フォークしましょう。

...

Tips

共有レポジトリの変更（PULLリクエストとか）を追いたい

...