[B! git rebase] elm_arataのブックマーク

git rebase --onto どこへどこからどのブランチを - Qiita

あるブランチがどこから生えているかを変更することができる。例: (まちがって master から切ってしまった feature/hoge ブランチを develop に移動する)

elm_arata 2014/02/07

リンク

git rebaseのメモ - unpushの日記

ときどき間違うので。大雑把に言うと、git rebase は「git reset + git cherry-pick × n回　を自動化したもの」と考えられる（適用するコミット群が少なければ、手動でreset & cherry-pickしても良いが、たくさんあるとそうもいかない）好きな場所にresetして、好きな位置から好きな位置までのコミットを順次適用できる。つまりコミットを並べ替えたり除外したり、「積み木を積み直す」ようなことが出来る。 git rebase ポピュラーな使い方。現在のブランチをにreset から見て現在のブランチにだけ存在していたコミットを順に適用適用されるコミット群は、から見て現在のブランチにだけ存在していたコミット、つまりgit log ..HEAD で出てくるコミット。以下の例だとA、B、Cのコミットがreset後に適用される予定 A---B---C

elm_arata 2014/02/07

リンク

git rebaseについてのtips | けーこ in サンフランシスコ

エンジニアの友達にgithubなどgitを使用した共同開発時の豆知識を教えてもらったので、忘れないようにメモしておきます。Thanks, Shawn! マスターとのマージ時には事前にgit rebaseを使う gitを使って共同開発をすると、たまにこんなコミットメッセージを見る機会があるかもしれません。 Merge branch ‘master’ of git://github.com/hogehoge これは、最新のマスターを私のブランチにマージしたわよ、という意味合いのコミットメッセージなのですが、正直いりません。開発者それぞれがブランチとマスターをマージするたびにこのようなメッセージをログに残してしまうと、それだけでコミット履歴を占有し、重要な情報をたどるのが困難になります。このマージ時のコミットメッセージが発生してしまう原因は、左側の図のようにpull requestを出す前に最

elm_arata 2013/02/28

リンク

rebase について - ぐるぐる～

rebase 便利だよ、というだけのエントリです。 AA で書いてる部分は時間があれば画像に置き換えます。 rebase とはブランチを作成した場所を変更することと理解しています。つまり、そのブランチの「親」を変更する、ということです。もう少し動作に踏み込むと、指定したコミットの後ろに現在のブランチで行ったコミットをリプレイするように適用します*1。単なるリプレイではなく、その過程をいじくれるのが rebase のすごいところです。単純な rebase はたとえばこんな感じです。以下のようなリポジトリの状態があったとして (現在チェックアウトされているブランチは dev ということを表すのに * を使っています)、 1---2---3 *dev / A---B---C---D master次のコマンドを実行します。 $ git rebase masterこれにより、リポジトリの状態

elm_arata 2013/02/26

リンク

rebase で本番用の設定と開発用の設定を簡単に切り替える - ぐるぐる～

rebase を使うと、本番用の設定と開発用の設定を簡単に切り替えることができます。 rebase の基本は rebase について - ぐるぐる〜で説明しているので、ここまでは分かっている前提です。例えば、ASP.NET で本番用と開発用の web.config が違うとします。共用のリポジトリには開発用の web.config をコミットしてはいけません。これをすべて手作業で行おうとすると、ついつい間違って開発用の web.config をコミットしてしまったり、ついつい間違えて開発用の web.config の内容がどこかにいっちゃったりすることがあります。こういった事故を少なくするために、rebase を使います。 rebase --onto onto オプションを使用することで、ある地点 (ブランチ a とします) から分岐したブランチ (b とします) の分岐点から先

elm_arata 2013/02/26

リンク

こわくない Git

8. コミットに入ってる情報リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー（説明は省略） 1つ前のコミットのリビジョン例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co