1 名前:デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:22:20.98 ID:s4x1CSLN] ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。 Git - Fast Version Control System git-scm.com/ ◆関連サイト Pro Git - Table of Contents progit.org/book/ja/ Git入門 www8.atwiki.jp/git_jp/ ◆前スレ Git 8 toro.2ch.net/test/read.cgi/tech/1389701817/
882 名前:デフォルトの名無しさん mailto:sage [2014/06/19(木) 20:15:00.22 ID:Fdr0qLJN] それがベーシックなやり方だろうね ブランチ未満の粒度の作業単位は残す必要ないだろうし
883 名前:デフォルトの名無しさん mailto:sage [2014/06/19(木) 20:18:40.23 ID:Df6JFFDt] 個人的な好みとしては rebaseでの根本移動はアリだけど squashでのコミット潰しとFFマージ主義はナシ
884 名前:デフォルトの名無しさん [2014/06/20(金) 01:16:15.04 ID:9P55PKrO] 開発用テストサーバとローカルのコードを同期するのに同期用のブランチを切って使ってる。 それだと本当にタイプミスで動かないものの修正とかでcommit/push/pullになって、コミットログも"a"とかなので、さすがにそんなのは履歴として残すメリットはなんにもないので、 本来コミットするべきタイミングでそういうのはsquashしてトピックブランチにcommitしてる。 原理主義者からは単なる同期にgitを使うなとは言われるかもしれないけど、 他のツールを使うのも色々とめんどくさいしね。
885 名前:デフォルトの名無しさん mailto:sage [2014/06/20(金) 01:25:01.85 ID:nPERQ22c] > squashでのコミット潰しとFFマージ主義はナシ 時と場合によって変えるべき。 なぜ「mergeはこれしかダメ」と決めつける人が多いのだろうか。 squashするべき時はsquashして、するべきじゃない時はsquashしない。 FFマージするべき時はFFマージして、FFマージするべきじゃない時はFFマージしない。 それだけじゃないか。 決めつける人は、自分がやり方ことが明確になっておらず、 ただコマンドを覚えているだけなんだろうな。
886 名前:デフォルトの名無しさん [2014/06/20(金) 01:50:53.36 ID:fQqGdEOm] 自分のやり方と違う奴の存在認められないからすぐ叩きが始まるのはいつものことではないか
887 名前:デフォルトの名無しさん mailto:sage [2014/06/20(金) 01:55:10.28 ID:7nDrVBi+] 1コミットにできないブランチはそもそもブランチの切り方を失敗してる説
888 名前:デフォルトの名無しさん mailto:sage [2014/06/20(金) 01:58:44.73 ID:rNGAsf/H] 1コミットにまとめようとしてsquashしたらコンフリクトがハンパなく発生して死にたくなった
889 名前:デフォルトの名無しさん mailto:sage [2014/06/20(金) 02:00:56.73 ID:nPERQ22c] >>888 それはmergeでコンフリクトが出ているだけで squashしたせいじゃないよ。
890 名前:デフォルトの名無しさん mailto:sage [2014/06/20(金) 07:49:34.87 ID:XWgQCtQu] squash しなければコンフリクトも小出しになると言いたいのでは。
891 名前:デフォルトの名無しさん mailto:sage [2014/06/20(金) 19:41:04.84 ID:FEHr8pGe] squashしたらこんなのがでる $ git rebase -i HEAD~3 error: could not apply f7701b6... some edited When you have resolved this problem, run "git rebase --continue". If you prefer to skip this patch, run "git rebase --skip" instead. To check out the original branch and stop rebasing, run "git rebase --abort". Could not apply f7701b697f698715b8e2ec3e339655e43e0e6f31... some edited taro@YOSHIDA ~/myproject/helloworld (master|REBASE-i 2/2) $
892 名前:デフォルトの名無しさん mailto:sage [2014/06/20(金) 19:43:03.58 ID:FEHr8pGe] まとめるコミットが多いとこうういのがたくさん出る
893 名前:デフォルトの名無しさん [2014/06/20(金) 20:08:47.08 ID:fQqGdEOm] がんばれがんばれどかべん よーしだたろう
894 名前:デフォルトの名無しさん mailto:sage [2014/06/20(金) 21:05:57.10 ID:tmj63HwH] rebaseはマージコミットの時に行った編集を再現できないから、マージコミットを巻き込んでrebaseしたら 何度でも同じコンフリクトが起きるよ
895 名前:デフォルトの名無しさん mailto:sage [2014/06/21(土) 02:40:47.04 ID:GnC4hxCp] そして、「何度でも同じコンフリクト」が起きた時 自動で解決してくれる設定が、 あるから誰か答えてね。
896 名前:デフォルトの名無しさん mailto:sage [2014/06/21(土) 03:01:15.08 ID:5/17O7zj] initからsquashを使うまでの流れを教えてください
897 名前:デフォルトの名無しさん mailto:sage [2014/06/21(土) 10:32:06.18 ID:tx3pF38o] merge --squashはまず使わないが、 rebaseのsquash, fixupはよく使うレレレのおじさん
898 名前:デフォルトの名無しさん mailto:sage [2014/06/21(土) 11:08:10.55 ID:EfmviY6O] だってgit bookのページに書いてあったsquashってrebaseの話しかなかったんだもん!
899 名前:デフォルトの名無しさん mailto:sage [2014/06/21(土) 12:55:15.10 ID:tx3pF38o] ソーカソーカヨシヨシ