Gitを使いたいのだけど、まだインストールしてませんｗ

なので予習を兼ねてBest Practicesを訳。間違っているかもしれないので、ご了承ください。

http://www .tpope.net /rails-git -best-prac tices

名前とメールアドレスを設定しよう

1 $ git config --global user.name " Tim Pope " 2 $ git config --global user.email " foo@gmail.com "

ついでにカラーリングコマンドも

1 $ git config --global color.diff auto 2 $ git config --global color.stat us auto 3 $ git config --global color.bran ch auto 4 $ git config --global color.inte ractive auto

コミットメッセージについてのベストプラクティス。実践したほうが、ログも見やすい。下記にコミットメッセージの良いお手本を挙げる。

1 変更についての短いサマリ(50文字以内) 2 3 必要であれば詳細を書く。それでも72文字くらいで。また環境によっては、1行目emailの件名、残りはbodyになることもある。サマリとbodyを分ける空白行は必須(bodyを省力する場合は、なくてもOK)； ただしrebaseのようなツールを一緒に使うとうまくいかないことがある 4 5 パラグラフは空白行の後に続けること。 6 7 - Bullet poinｔsもOK 8 9 - 一般的に、シングルスペースに続くハイフンやアスタリスクはbulletに使われ、それぞれのは空白行で区切られる。しかし、この辺はしきたりが異なることもあるので注意(訳間違ってるカモです) 10 11 - 手動のインデント

Rails coreに自分のコードをコミットするなら、さらに付け足し。差し当たり、URL決めて、そこに自分の投稿を公開するか、又は、下記のコマンド群を発行しfileを取得しよう。そうすることにより、gitの am (ローカルの自分の変更履歴の再構築)コマンドで誰でも簡単に適用できる(訳間違ってるカモです)。

1 $ git checkout my_funky_b ranch 2 $ git rebase origin/mas ter 3 $ git format-pat ch --stdout origin/mas ter.. > my_funky_p atches

さらに、最新にしておくためのtip： 最新の変更をダウンロードするなら、git pullの代わりに、git pull --rebaseを使ってみよう。マージコミットで、履歴をクラスタ化するよりは、先のコマンドによって自分の変更を最新のものに再適用してくれるのだ。1点注意することとしては、もし変更を他のリポジトリにpublishしたら、このコマンドは使わないこと。既にオリジナルコミットを取得した誰かにところで問題が起こるかもしれない。