- Git 11©2ch.net
754 :デフォルトの名無しさん[sage]:2015/03/03(火) 06:49:47.01 ID:gtrHHVSl - 「社内チーム開発」とやらががそんなにすごいなら利用できるかもと思って期待してたんだけど、
「おーしおまえら、帰宅前は作業中の状態でもいいからコミットしてリポジトリにプッシュしとけよ。 でもマージ依頼するときはちゃんとコミット整理してからな」 で終わる話だった。
|
- Git 11©2ch.net
757 :デフォルトの名無しさん[sage]:2015/03/03(火) 08:30:26.65 ID:gtrHHVSl - >>755
公式ドキュメントのチュートリアルとrebaseのman(特に -i 関連)を10回くらい読んでから >>710 からの流れを10回くらい読め
|
- Git 11©2ch.net
792 :デフォルトの名無しさん[sage]:2015/03/03(火) 21:31:57.00 ID:gtrHHVSl - >>789
> コミットをまとめるっていっても、すでにgithubにあがっているコミットまで間違えてまとめてしまうリスクもあるじゃん コマンドの使い方が適切ならそんな間違いは大抵防げると思うけど。 例えばどんなシチュエーション?
|
- Git 11©2ch.net
796 :デフォルトの名無しさん[sage]:2015/03/03(火) 22:04:50.52 ID:gtrHHVSl - >>793
nが小さい分には無害だから大きく指定してしまうってことだよな? それをよくやってしまうようなら git log --oneline で出てくるハッシュをもとに指定するようにするだけで、かなり防げそうだ。 例えば master から分岐してるトピックだとして git log --online master で cccccc Yet another good change bbbbbb Add another good change aaaaaa Add my good change と表示されるなら git rebase -i aaaaaa^ とするように習慣づけるとか。 master が分岐後進んでないならシンプルに git rebase -i master でもいけるので、トピックいじってるときは master を pull しないようにしとく、とかでも良いかもしれん。 上流のmasterを見るだけなら origin/master を見ればいいわけだし。
|
- Git 11©2ch.net
797 :デフォルトの名無しさん[sage]:2015/03/03(火) 22:16:09.02 ID:gtrHHVSl - git rebase -i `git merge-base master HEAD` でもいいかもしれん。
|