[過去ﾛｸﾞ] Git 18 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
37(1): (ﾜｯﾁｮｲ 8cbb-ocNI) 2022/04/24(日)18:23 ID:SoZvFYPL0(2/3) AAS
>>36
push の前にも何も、共有リポジトリを rebase するやつなんていないよ。
rebase は個人の作業リポジトリ
38: (ﾜｯﾁｮｲ 1e14-9ijo) 2022/04/24(日)18:30 ID:uGNTu5m80(1) AAS
>>37
リモートを取り込むときに可能ではあるけどするなと言っているんでしょう
39: (ﾃﾃﾝﾃﾝﾃﾝ MM34-6JeH) 2022/04/24(日)18:32 ID:4gvmDiyIM(1/2) AAS
pull --rebase もその意味では問題ないな
40: (ﾃﾃﾝﾃﾝﾃﾝ MM34-6JeH) 2022/04/24(日)18:33 ID:4gvmDiyIM(2/2) AAS
テストをする前か後か、公開する前か後かだけが重要
個人のローカルにおける正しき歴史的事実がどうだったかなんてどうでもいい
41: (ﾜｯﾁｮｲ a27c-fLUy) 2022/04/24(日)20:27 ID:fbjBdL090(2/2) AAS
rebase使ってるバカ結構いるんだなｗ
mergeだけで事足りるやろｗ
ツリーを一直線にしたいとかバカみたいな理由で使う奴がいるから笑えるｗ
42: (ﾜｯﾁｮｲ 5302-VXkF) 2022/04/24(日)21:41 ID:X96kL4+W0(1) AAS
前も君みたいな発言しているやつ居たな
問い詰めるとリベースの使い方理解する前に適当に弄って
元に戻せなくなってたアホだった
43: (ﾜｯﾁｮｲ 8cbb-ocNI) 2022/04/24(日)22:19 ID:SoZvFYPL0(3/3) AAS
普段からやってる作業手順
1) 個人リポジトリに作業ブランチを切って試行錯誤。がんがんコミットする。
2) 完成したら機能ブランチを切って rebase
差分を統合したり分割したり順番を入れ替えたりゴミ履歴を取り除いたりコミット・メッセージを分かりやすく直したりする。
後から履歴を確認した時に何のため差分か分かるようにするのが最重要。
3) 綺麗になった機能ブランチを公開(push)して他の人にも確認・テストしてもらう。
4) 問題無さそうなら機能ブランチを現在の master の先頭に rebase して最終テスト
5) 機能ブランチを master に fast forward でマージ。
4) の rebase は機能や履歴によっては特別な意図があって rebase せずに 3way-merge することもあるけどレアケース。
2) の rebase はほぼ必須。一発で完璧なコミット作れるような単純変更以外は常に必要。
44(1): (ﾜｯﾁｮｲ 8cdb-Yb1D) 2022/04/24(日)22:22 ID:FAumgQ8n0(2/2) AAS
個人リポジトリにブランチ切る理由ってなんなの？
その個人リポジトリでどんな失敗してもリモートにはなんの影響もなんだし
ブランチを切る理由がわからん
45: (ﾜｯﾁｮｲ 8ecf-IHZD) 2022/04/24(日)23:29 ID:dUeEO36o0(4/4) AAS
masterだけで作業するより便利だからじゃないかな
46(1): (ﾜｯﾁｮｲ 8cbb-ocNI) 2022/04/25(月)00:04 ID:+4yC3ym+0(1) AAS
えっと rebase どころか branch 使えないやつが湧いてきた件について。
一つ教えてやる。 git はブランチ切って損することはない。何か始める場合は常にブランチ切れ。
47: (ﾌﾞｰｲﾓ MMba-gBP2) 2022/04/25(月)00:52 ID:S+k+oteKM(1) AAS
masterブランチだけで仕事が済むのは幸せなことだよ
頭使わなくてもいい簡単なコードしか書く必要がないか、非効率にダラダラコード書いても怒られないか、もしくはすごく優秀で完璧なコードをサクッと仕上げられるとか
48(1): (ﾃﾃﾝﾃﾝﾃﾝ MM34-JgK/) 2022/04/25(月)08:24 ID:iDVbbzn/M(1) AAS
>>44
ローカルでブランチ切って少しずつコミットすれば、部分的に失敗しても成功した部分は救えるだろ。
実装中に他の実装・機能を試してみたくなっても、新しくブランチ切れば今までのコードの開発履歴を残しておけるだろ。
49(1): (ｱｳｱｳｳｰ Saab-mX87) 2022/04/26(火)12:11 ID:/fwuRjsla(1) AAS
>>46
強いて言えばgot branchの結果がウザくなるから定期的に消すかcloneしなきゃならんことがデメリットかな
50: (ﾌﾞｰｲﾓ MM5e-5nTT) 2022/04/26(火)12:13 ID:rtwHHAKvM(1) AAS
I got you
51: (ﾌﾞｰｲﾓ MMba-gBP2) 2022/04/26(火)14:17 ID:UCRBMbKcM(1) AAS
ブランチむっちゃ作る
コミット1つ作るたびにブランチ1つ作る勢い
52: (ﾜｯﾁｮｲ 8cbb-ocNI) 2022/04/26(火)15:22 ID:N68+EKXV0(1) AAS
>>49
clone するのは知らないけど、名前の付け方を工夫することで branch がたくさんになっても --sort とか <pattern> match (複雑なら grep でも) とかで何とかなるよ。
正しい名前になるように頻繁に名前変えてる。作業ブランチだと名前に日付入れたりもする。
53(1): (ﾜｯﾁｮｲ 8cdb-Yb1D) 2022/04/26(火)20:32 ID:2YgT13Zl0(1) AAS
>>48
それってソフトの設計の仕方間違えてない？
部分的な失敗が全体に影響を及ぼすなんてスパゲッティかよ
54(1): (ﾜｯﾁｮｲ 328c-lPKc) 2022/04/26(火)21:35 ID:mJYbKkKI0(1) AAS
>>53
言っている意味がわからない。
お前は複数の機能を実装するとき、機能ごとに分割して開発しないのかね？
あるいは開発途中にデバッグせざるを得なくなったとき、開発を保留してデバックしないのか？
複数の機能をごちゃごちゃに開発するほうがよほどスパゲティだろ。
55(2): (ﾜｯﾁｮｲ fbc2-sVJS) 2022/04/26(火)22:01 ID:NfGotiE60(1/2) AAS
今時納品先にsvnを指定されてめんどくせーって思ってたけどgit-svn使ってみたら便利だったわ
ローカルではgit、push先はsvnで快適に作業できるね
56(1): (ｽｯﾌﾟ Sd02-pyRw) 2022/04/26(火)22:10 ID:u6PysQbRd(1) AAS
>>54の理屈はもっともだけど、普通はそもそも複数の機能をローカルだけで一気に開発したりしないよ
それぞれブランチに分割できるんだったらその単位でpull requestを出して共有ブランチにマージしたらいい
そもそも長期間の巨大な変更をしないなら、一時的に開発途中でデバッグせざるを得ないようなケースはstashで十分
57: (ﾜｯﾁｮｲ 8ecf-IHZD) 2022/04/26(火)22:27 ID:CkL0lbov0(1) AAS
>それぞれブランチに分割できるんだったらその単位でpull requestを出して共有ブランチにマージしたらいい
仮にそれでできるとしても、人によってbranchの方が便利だと思うならそれを否定する理由もない。
58(1): (ﾜｯﾁｮｲ 321e-iecr) 2022/04/26(火)22:40 ID:O0w0nVhg0(1) AAS
>>55
dcommitするとツリー新しく作られるのがなー
59(1): (ﾜｯﾁｮｲ fbc2-sVJS) 2022/04/26(火)23:56 ID:NfGotiE60(2/2) AAS
>>58
さっきdcommitしたけど新しいツリーできてないよ
60: (ﾜｯﾁｮｲ 5302-VXkF) 2022/04/27(水)00:33 ID:F7+XOl/T0(1) AAS
「運用ルールとかどうでもいいから好きにやればいい 最後に動けば良い」
という意思を感じる
61: (ﾜｯﾁｮｲ 328c-lPKc) 2022/04/27(水)00:45 ID:FJFRKed00(1) AAS
>>56
pull request依存か。何らかのツールやホスティングサービスに頼る前提？
>そもそも長期間の巨大な変更をしないなら、一時的に開発途中でデバッグせざるを得ないようなケースはstashで十分
開発途中に一切コミットしないとか信じられん……
コミットに対する考えにマリアナ海溝よりも深い溝があるみたいだ。
62(3): (ﾜｯﾁｮｲ 8cdb-Yb1D) 2022/04/27(水)01:04 ID:9dk3kBsG0(1/5) AAS
>>55
gitのほうが面倒だろ
remoteが更新されたのが分からないし
１秒おきにfetch,diffするスクリプトを動かして、更新されたら関係者全員にラインしてるわ
63: (ﾜｯﾁｮｲ fbc2-sVJS) 2022/04/27(水)01:08 ID:JXms61e80(1) AAS
>>62
>>12でハロワしか書いたことないと言ってるけど、そんなレベルで更新が気になるの？
64(2): (ﾜｯﾁｮｲ 8cbb-ocNI) 2022/04/27(水)01:12 ID:lKrpqKJw0(1/3) AAS
branch は機能ごとに切るもののと思い込んでるやつがいるな。
ローカルの branch は作業ごとに切るものだよ。
同じ機能でも複数の実装方法がある時に両方作って性能とかを比べてみたいとかあるだろ。
複数の作業が並行して走ることなんて普通だし、思いつきで試してみたくなることもある。
コミットの整理する時に整理前の試行錯誤とかを別に残しておくとかも普通の使い方。
65: (ﾜｯﾁｮｲ 98ad-mX87) 2022/04/27(水)01:44 ID:EqGUmidc0(1/2) AAS
>>62
1秒おきに更新が気になるとか、病院に行った方がいい
gitの方がはるかに便利だよ
>>64みたいな使い方はsvnでは出来ない
66(2): (ﾜｯﾁｮｲ 8cdb-Yb1D) 2022/04/27(水)01:56 ID:9dk3kBsG0(2/5) AAS
>>64
思いつきで試してみたくなることなんてないよ
実際には設計が終わった時点でJOBは完了だろ
コーディングは設計とおりに行えば、いいだけだからコーダーは全く頭使わないのが普通
上下前次1-新書関写板覧索設栞歴
あと 936 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.015s