14/06/16 00:22:54.07 idFh+z/o
>>850
コメントやりあってるのがレビューじゃなくてなんなんだよ…
この人の考えてるレビューはみんなの思い描いてるのとは別物だな、たぶん
857:デフォルトの名無しさん
14/06/16 01:25:32.74 HINNz9l/
いやレビュー目的でgithub見に来てる人っていないでしょ？
海外のチャットで僕の英語を添削してくださいなんて言わないよね
だから添削に特化したlang8みたいなのがあるんだよ
858:デフォルトの名無しさん
14/06/16 01:30:36.25 MERkKOKe
素晴らしいソフトウェアをもっと素晴らしくするために自分の考えだした素晴らしいアイデアを無償で提供しようってのが公開リポジトリでの交流だろ？
859:デフォルトの名無しさん
14/06/16 01:31:44.76 MERkKOKe
どこぞの誰かが添削してくださいって言って公開してる何の役にもたたんコードを無償でレビューするとかどんな暇人やねん
860:デフォルトの名無しさん
14/06/16 01:38:58.62 MERkKOKe
いっそのことコードを会員相互でレビューしあうサイトでも立ち上げてみたら？需要があるんなら儲かるんじゃね？
861:デフォルトの名無しさん
14/06/16 06:20:11.38 e4oLiDm/
>>860
考えてみた
URLﾘﾝｸ(pastebin.com)
862:デフォルトの名無しさん
14/06/16 06:29:03.47 AdEqdopC
いいかげんGitとは全く関係無いんで他にスレでも立ててやってくれ
863:デフォルトの名無しさん
14/06/16 06:35:35.02 Mvi4rDX6
コードレビューでお金がもらえるサービスを作る
ｽﾚﾘﾝｸ(tech板)
864:デフォルトの名無しさん
14/06/16 08:11:44.62 WjthfDAE
>>859
> どんな暇人やねん
にちゃんでうだうだ言ってるお前が言うなよ w
865:デフォルトの名無しさん
14/06/16 22:31:52.86 w9HZwqDq
>>863
それ普通にユーキャンだろ…
866:デフォルトの名無しさん
14/06/16 22:37:07.56 MMwlea4w
クソサービスすぎて見てるほうが死にたくなる
867:デフォルトの名無しさん
14/06/16 22:56:47.14 1GPgt9YV
死にたいなら死んでいいと思います。
868:デフォルトの名無しさん
14/06/18 16:43:12.19 bAs8WhGu
gitのサブモジュールって、サブモジュールが更新されたとき、メインのgitでpullすればサブモジュールのgitも最新版になるの？
869:デフォルトの名無しさん
14/06/18 17:03:50.64 yu0xlR7/
ならんならん
870:デフォルトの名無しさん
14/06/18 17:49:25.97 bAs8WhGu
>>869
ありがとうございます。
ということは、サブモジュールが更新されてたらcomposerとかbowerとかつかわないけないんですね。
871:デフォルトの名無しさん
14/06/18 17:53:32.85 yu0xlR7/
なんでやねん
872:デフォルトの名無しさん
14/06/18 21:32:10.25 Dv/sTmWi
なんでそうなるんや…
873:デフォルトの名無しさん
14/06/19 02:50:54.18 a+4NSFaT
git/composer/bowerあたりが全部ごっちゃになってるのか…gruntとかnpmとかもか
874:デフォルトの名無しさん
14/06/19 02:52:18.29 GKSvjGH6
URLﾘﾝｸ(info.cloudforge.com)
875:デフォルトの名無しさん
14/06/19 02:56:00.25 QcTSno45
>>873
はい。ごっちゃです。
nodejsで、サブモジュールのクラスを継承してるんですけどサブモジュールのライブラリを更新したらメインのサブモジュールも自動更新できるように出来ませんかね？
876:デフォルトの名無しさん
14/06/19 04:35:43.70 ZDR2rCVo
URLﾘﾝｸ(git-scm.com)
877:デフォルトの名無しさん
14/06/19 09:10:11.76 uhTP2aV5
>>875
外部ライブラリのバージョンを、バージョン管理しないなら、
サブモジュールを使わないで「バージョン管理しないディレクトリ」
として管理しなければいいよ。
878:デフォルトの名無しさん
14/06/19 11:01:04.34 QcTSno45
>>876,877
ご親切にありがとうございます。
勉強してみます。
879:デフォルトの名無しさん
14/06/19 17:00:32.13 IwCNAxsR
細かい単位でコミットしてないとダメだなあ
あんまり大きい作業単位でコミットしてるとrevertとか便利そうな機能が使えんし
880:デフォルトの名無しさん
14/06/19 17:06:48.92 BcmtgtjI
セーブする感覚でやっちゃってる
適当にrebaseしないと散らかりすぎるかのう
881:デフォルトの名無しさん
14/06/19 20:04:21.46 GjYBKD0X
俺はブランチ切る→そのブランチ内でセーブ感覚でガンガンコミット→squash
882:デフォルトの名無しさん
14/06/19 20:15:00.22 Fdr0qLJN
それがベーシックなやり方だろうね
ブランチ未満の粒度の作業単位は残す必要ないだろうし
883:デフォルトの名無しさん
14/06/19 20:18:40.23 Df6JFFDt
個人的な好みとしては
rebaseでの根本移動はアリだけど
squashでのコミット潰しとFFマージ主義はナシ
884:デフォルトの名無しさん
14/06/20 01:16:15.04 9P55PKrO
開発用テストサーバとローカルのコードを同期するのに同期用のブランチを切って使ってる。
それだと本当にタイプミスで動かないものの修正とかでcommit/push/pullになって、コミットログも"a"とかなので、さすがにそんなのは履歴として残すメリットはなんにもないので、
本来コミットするべきタイミングでそういうのはsquashしてトピックブランチにcommitしてる。
原理主義者からは単なる同期にgitを使うなとは言われるかもしれないけど、
他のツールを使うのも色々とめんどくさいしね。
885:デフォルトの名無しさん
14/06/20 01:25:01.85 nPERQ22c
> squashでのコミット潰しとFFマージ主義はナシ
時と場合によって変えるべき。
なぜ「mergeはこれしかダメ」と決めつける人が多いのだろうか。
squashするべき時はsquashして、するべきじゃない時はsquashしない。
FFマージするべき時はFFマージして、FFマージするべきじゃない時はFFマージしない。
それだけじゃないか。
決めつける人は、自分がやり方ことが明確になっておらず、
ただコマンドを覚えているだけなんだろうな。
886:デフォルトの名無しさん
14/06/20 01:50:53.36 fQqGdEOm
自分のやり方と違う奴の存在認められないからすぐ叩きが始まるのはいつものことではないか
887:デフォルトの名無しさん
14/06/20 01:55:10.28 7nDrVBi+
1コミットにできないブランチはそもそもブランチの切り方を失敗してる説
888:デフォルトの名無しさん
14/06/20 01:58:44.73 rNGAsf/H
１コミットにまとめようとしてsquashしたらコンフリクトがハンパなく発生して死にたくなった
889:デフォルトの名無しさん
14/06/20 02:00:56.73 nPERQ22c
>>888
それはmergeでコンフリクトが出ているだけで
squashしたせいじゃないよ。
890:デフォルトの名無しさん
14/06/20 07:49:34.87 XWgQCtQu
squash しなければコンフリクトも小出しになると言いたいのでは。
891:デフォルトの名無しさん
14/06/20 19:41:04.84 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:デフォルトの名無しさん
14/06/20 19:43:03.58 FEHr8pGe
まとめるコミットが多いとこうういのがたくさん出る
893:デフォルトの名無しさん
14/06/20 20:08:47.08 fQqGdEOm
がんばれがんばれどかべん
よーしだたろう
894:デフォルトの名無しさん
14/06/20 21:05:57.10 tmj63HwH
rebaseはマージコミットの時に行った編集を再現できないから、マージコミットを巻き込んでrebaseしたら
何度でも同じコンフリクトが起きるよ
895:デフォルトの名無しさん
14/06/21 02:40:47.04 GnC4hxCp
そして、「何度でも同じコンフリクト」が起きた時
自動で解決してくれる設定が、
あるから誰か答えてね。
896:デフォルトの名無しさん
14/06/21 03:01:15.08 5/17O7zj
initからsquashを使うまでの流れを教えてください
897:デフォルトの名無しさん
14/06/21 10:32:06.18 tx3pF38o
merge --squashはまず使わないが、
rebaseのsquash, fixupはよく使うレレレのおじさん
898:デフォルトの名無しさん
14/06/21 11:08:10.55 EfmviY6O
だってgit bookのページに書いてあったsquashってrebaseの話しかなかったんだもん！
899:デフォルトの名無しさん
14/06/21 12:55:15.10 tx3pF38o
ｿｰｶｿｰｶﾖｼﾖｼ