- 1 名前：デフォルトの名無しさん mailto:age [2024/02/15(木) 09:50:09.07 ID:En27mXas0.net]
-
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git
git-scm.com/
◆関連サイト
Pro Git - Table of Contents
git-scm.com/book/ja
Git入門
www8.atwiki.jp/git_jp/
◆前スレ
Git 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/
Git 18
mevius.5ch.net/test/read.cgi/tech/1650651945/
Git 19
https://mevius.5ch.net/test/read.cgi/tech/1667720427/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
- 413 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 17:08:27.77 ID:UmAf9vRJ0.net]
- >>412
ありがとうございます
旧バージョンのこういうメンテナンスは、チェリーピックを使っていくことになるのですね
- 414 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 17:42:53.69 ID:F0izL13m0.net]
- >>413
親子関係にない（できない）間でのパッチの流用は cherry-pick でやるのが基本
git のコードの移動は（特殊なの除くと）merge, rebase, cherry-pick の3つだけ
逆に言うと cherry-pick は最重要3役のひとつ
- 415 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 18:00:11.34 ID:eepuMYHW0.net]
- rebaseってcherry-pickの繰り返しと同じじゃねーの？
- 416 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 20:13:23.49 ID:F0izL13m0.net]
- >>415
似てるけど違うよ、オプションにもよるけど
●rebase は今いるブランチを移動させる
○cherry-pick はよそのブランチからコピーしてくる
コピーとムーブの違い、方向も逆なので注意
あと cherry-pick も範囲指定で複数一度にコピーできるよ
- 417 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 20:20:09.57 ID:eepuMYHW0.net]
- >>416
rebaseしても元のコミットは残ってるからmoveじゃないし
- 418 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 20:35:51.71 ID:F0izL13m0.net]
- >>417
何言ってるわからん
ブランチを移動させたらもとのブランチはなくなる（ブランチに所属しなくなったコミットは後からガベコレで消される）
もちろん別の名前でブランチが残っていればそっちは移動してないのでコミットは消されない
- 419 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 21:36:14.90 ID:eepuMYHW0.net]
- >>418
gitにコミットのmoveなんて概念ないでしょってこと
- 420 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 21:39:50.81 ID:F0izL13m0.net]
- >>419
概念はある
実装が移動先にコピーして後から削除になってるだけ（主に undo 用にしばらく残してる
- 421 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 21:48:52.03 ID:6KG6JIoe0.net]
- mergeもcherry-pickもrebaseも普通に新しいコミットを作る
そのコミットの作り方がユースケースに応じて3種類あるってだけのこと
- 422 名前：デフォルトの名無しさん [2025/05/15(木) 22:25:09.18 ID:AuSI2AJ/0.net]
- >>415
同じだよ
- 423 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 22:42:29.15 ID:eepuMYHW0.net]
- >>420
だからハッシュ番号変わるんだからmoveじゃないって
自分でも元が残ってるって言ってんじゃん
その理解大丈夫？
- 424 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 23:05:28.17 ID:F0izL13m0.net]
- >>423
コンピュータ技術ではコピーして元のを消すのもムーブいうんだよ IDとかアドレスが変わってもムーブって呼ぶの
知らなかったの？ 勉強になって良かったな
- 425 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 00:59:49.81 ID:9SpA05Ma0.net]
- 円錐を横から見た人が三角だといい下から見た人が丸だというような構図ですね
人は争いをやめられないので滅ぼすしかないですね
- 426 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 01:36:29.34 ID:b2vWvm610.net]
- >>424
そもそもコピーじゃないからな
コミットの内容は元とは完全に別物であり、差分だけが再現されている
勉強になって良かったな
- 427 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 08:05:25.71 ID:D2sZkK900.net]
- >>426
幼稚園児か？
完全一致じゃないとコピーじゃないとか言いだしたらファイルコピーとかも所有者とか日付とかいろいろ変わるのコピーじゃなくなるぞ
git のは日付とか作者は変わらないのでまだ保存性高いぞ
cherry-pick と rebase が一緒なんて恥ずかしいこと言ったの話をそらしてごまかしたいんだろうけど無理がありすぎる
cherry-pick は元のが消えない、rebase は元のが消える、方向も逆、べつもの、あきらめろ
- 428 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 09:43:07.63 ID:L+lmGGRS0.net]
- >>427
分かって言ってるのかどうか知らないけど、日付が変わるとかのレベルじゃなく、そもそも差分箇所以外は原理上全くの別物よ
変更内容のムーブというならまだしもコミットのムーブは流石に意味不明
- 429 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 10:35:41.49 ID:D2sZkK900.net]
- >>428
誤魔化すな rebase と cherry-pick は別物、元が消える(ムーブ)のと、消えない(コピー)の違い
ここで言ってるのは元が消えるかどうか、完全一致とかの話題ではない
- 430 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 10:46:52.99 ID:FmZiuEdw0.net]
- rebaseで元は消えないでしょおじいちゃん
- 431 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 10:57:16.90 ID:D2sZkK900.net]
- >>430
もしかして誤魔化してるじゃなくて本当に分かってないの？ マジ？
- 432 名前：デフォルトの名無しさん [2025/05/16(金) 10:59:28.32 ID:iN5covy8d.net]
- まあ公式が同じだって言ってるしなあ
- 433 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 11:09:39.47 ID:D2sZkK900.net]
- 0┳A━B
┗X━Y
を
0━A━B━X━Y
にする時に使うのが rebase
0┳A━B━X━Y
┗X━Y
にする時に使うのが cherry-pick
基本中の基本
- 434 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 11:30:53.42 ID:9SpA05Ma0.net]
- いやどう考えてもそのレベルの話は全員わかってるやろ
この一連のやり取りに足りないのは知識でもIQでもなくEQ
お前ら小学生からリベースしろ
- 435 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 11:33:59.63 ID:epkpTq3tM.net]
- >>431
rebaseはcherry-pickで新しいコミットが作られてそっちに単なるポインタであるブランチが移動したのと同等
コミット消すとか移動とかいう動作は含まれない
どこからも参照されなくなったらいずれgcで消えるってだけ
- 436 名前：デフォルトの名無しさん [2025/05/16(金) 13:50:52.44 ID:BDyQbzP90.net]
- 英語が下手でコミットメッセージを書くのが苦手だったんだけど、AIで自動化したら快適になったぜ
- 437 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 14:44:19.53 ID:x3RHmTCL0.net]
- >>436
そうなるともう、ログなんか書かなくていいんじゃないのとなってくるな
- 438 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 14:58:50.14 ID:D2sZkK900.net]
- >>435
cherry-pick と rebase は別物って納得したんだな
- 439 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 15:09:24.62 ID:D2sZkK900.net]
- rebase の内部動作の話するんなら
1. 分岐点を自動で探し出す
2. 分岐点からヘッドまでを対象の場所へ cherry-pick する
3. 元の場所のブランチ名を消す
4. 新しい場所にブランチ名をつける
5. ガベコレで古いブランチのコミットが消える
これを cherry-pick を繰り返すのと同じだと主張してる時点で何も分かってない
- 440 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 15:11:49.54 ID:FmZiuEdw0.net]
- moveなんてアホな説明しなけりゃよかったのにね
- 441 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 15:18:53.26 ID:D2sZkK900.net]
- >>440
移動してるだろ 432 見たら一目瞭然
コレが基本概念
内部実装の話しして誤魔化そうとしてても、お前が間抜けなこと言った時事は消えない
- 442 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 16:07:30.58 ID:Jf7EmrNva.net]
- >>436
英語で直感的にヤバい時のメッセージに気付く訓練もいるから、AIは使えばいいけど読み書きの練習はしておけよ、と思った。
- 443 名前：デフォルトの名無しさん [2025/05/16(金) 18:15:56.05 ID:Mw5Je42+0.net]
- とりあえずDt80は一度公式読んできなよ
たかが間違って覚えてたところで誰も煽りやしないよ
あと描いてたツリーで、XだのYだのをリベースなりチェリーピックなりしたやつはXダッシュとかYダッシュとかにしよう
そこだけ流石に同じ文字じゃ読んでてちょっと気持ち悪すぎる
- 444 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 18:36:45.50 ID:D2sZkK900.net]
- >>443
今でも「rebase は cherry-pick を繰り返しただけ」と主張してるの？
そんな覚え違いしてるのお前だけだろ、この通りの文言があったらポインタ示してみろ
どっかの変なサイトが誤訳してるのなら知らんが rebase は cherry-pick してるだけじゃないことはお前も完全に理解できてるだろ
- 445 名前：デフォルトの名無しさん [2025/05/16(金) 21:29:57.00 ID:iN5covy8d.net]
- このページのgit rebaseの項に書いてあるよ
https://git-scm.com/book/en/v2/Appendix-C:-Git-Commands-Patching
- 446 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 23:12:54.87 ID:D2sZkK900.net]
- >>445
どう訳したらそう誤解するんだ？ 別物だというのは文章から明らかだろう
エスパーしてみると
違うからこそ basically ってわざわざ明確に書かれてるに、もしかして basically て単語知らなかったとか？
native のつかうbasically は「基本部分では、だいたいにおいて」みたいなニュアンスで、本当に同じ時には使わない
「だいたい同じ」を「同じ」って覚えてたんじゃないの？
- 447 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 23:28:45.03 ID:CtDSSAzzH.net]
- >>446
さすがに苦しいぞ
- 448 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 23:33:35.97 ID:D2sZkK900.net]
- >>447
でどう訳したの？
- 449 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 08:56:34.42 ID:TogutASM0.net]
- 方向の違いとかコピーとムーブの違いが「同じ」と「だいたい同じ」の違いというわけか。
- 450 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 09:18:39.88 ID:S33C25YC0.net]
- 間違いを絶対認めたくないマン
公式まで否定
- 451 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 17:33:51.01 ID:t4AM4T1l0.net]
- >>450
あー、どう訳したか説明しないとこ見るとエスパーが図星なのか
公式が初心者向けに「ほぼ同じです、でもこういう点が違います。詳しい説明はこちらって」って書いてるのの最初のとこだけ見て「ほぼ」も見ないで、後に続く説明もリンク先の詳細も無視して同じって言い張ってただけか
それはお前の読解力が足りてないだけ、公式のせいじゃないぞ
- 452 名前：デフォルトの名無しさん [2025/05/17(土) 17:48:34.70 ID:C8ddlcHs0.net]
- >>451
訳というかそもそもそのドキュメントは色んな言語版が用意されてて日本語のものもあるよ
訳が気になるなら読んでみよう
- 453 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 18:11:19.00 ID:t4AM4T1l0.net]
- >>452
誤魔化してないで「お前が」同じだと主張する部分を説明してみろ
少なくともリンク先の英語の初心者向けの紹介には書いてないぞ
本当に同じならお前が cherry-pick で rebase 実装してみろ、そうすればみんな納得するだろう、技術者なら実際にやれば同じか別物か分かるだろう
git のソースコード読んだことないやつには想像もつかんだろうが rebase はかなり複雑なことをやってる、初心者向けのページすらまともに読み解けないお前には最初の1歩目の分岐点を探し出す作業ですら絶対に無理と予言しよう
- 454 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 20:46:35.58 ID:S33C25YC0.net]
- そこで何か違うか端的に説明できたらよかったねおじいちゃん
何がmoveしてんですかぁ？
commitじゃなくてbranchのことですかぁ？
じゃcopyってどうゆうことですかぁ？
- 455 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 23:11:17.26 ID:t4AM4T1l0.net]
- >>454
話逸らさずに同じとういうことを証明してみろ
細かい事いえば山程違いがあるけど、違うというのは 432 で素人にも一目瞭然なのに覆せるわけないだろう
間違えた恥ずかしい事実はごまかせないぞ
- 456 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 23:17:53.88 ID:pDSuIsUc0.net]
- 違いがあるというなら、あなたがコミットのコピー/ムーブと呼ぶものはどちらも実際には全く異なるコミットを作り出すでしょう
そういうのをダブスタという
- 457 名前：デフォルトの名無しさん mailto:sage [2025/05/18(日) 00:30:50.11 ID:t1q8u3yl0.net]
- >>456
読解力ないの日本語のなんだな
- 458 名前：デフォルトの名無しさん mailto:sage [2025/05/18(日) 03:09:09.55 ID:G2loPi6x0.net]
- なんて？
- 459 名前：デフォルトの名無しさん mailto:sage [2025/05/19(月) 09:09:53.56 ID:E91ALV1Y0.net]
- >>433
XY両方ではなく、XやYのみを取り込むのがcherry-pickというイメージだが
- 460 名前：デフォルトの名無しさん mailto:sage [2025/05/19(月) 21:35:49.68 ID:LwAOa5bv0.net]
- >>459
普通の範囲指定が効くので
その図なら git cherry-pick ..Y みたいに指定すれば X と Y の両方 cherry-pick できるよ
- 461 名前：デフォルトの名無しさん mailto:sage [2025/05/20(火) 08:32:54.32 ID:IobDhVYO0.net]
- 会話が噛み合わないコントみたいなスレで草
みんな文意文脈にももっと気を配ろうぜ
- 462 名前：デフォルトの名無しさん mailto:sage [2025/05/20(火) 15:48:18.98 ID:iWs/HqBfa.net]
- 「エクスプローラー」の「Git」統合などが実現へ ～Microsoftが開発者向け新機能
ps://forest.watch.impress.co.jp/docs/news/2015419.html
- 463 名前：デフォルトの名無しさん mailto:sage [2025/05/20(火) 16:58:09.70 ID:lxraH8Xn0.net]
- 亀の出番がなくなるのか？
- 464 名前：デフォルトの名無しさん mailto:sage [2025/05/21(水) 08:05:21.38 ID:oZBirtTV0.net]
- エクスプローラーなんて、Windows7のときに使わなくなったな
- 465 名前：デフォルトの名無しさん mailto:sage [2025/05/21(水) 10:18:53.96 ID:va6/rMbaa.net]
- MSアカウントにログインしないとExoplorer使えないとか
もうWindows要らんな
- 466 名前：デフォルトの名無しさん mailto:sage [2025/05/25(日) 03:59:20.13 ID:5SaResX20.net]
- わざわざExplorerからコミットとかプッシュする奴おるんかw
- 467 名前：デフォルトの名無しさん mailto:sage [2025/05/25(日) 07:06:19.26 ID:EfROU4yga.net]
- OSのSystem領域も含めて全部がリモートリポジトリの運用かな。
- 468 名前：デフォルトの名無しさん mailto:sage [2025/05/25(日) 08:49:46.44 ID:JDhr0Ivk0.net]
- >>466
申し訳ありません、今でもTortoiseGitでやってます
- 469 名前：デフォルトの名無しさん mailto:sage [2025/05/25(日) 09:13:50.01 ID:TXvAFiBF0.net]
- Windowsだと、手取り足取り指示してあげないと自分で何もできない「開発者」をExcel方眼紙の手順書で「プログラミング」してあげるような仕事も多いから、
そういう場合に「開発者」の手元にいちいちGitクライアントを導入させるという頭悪い手順を記載する必要がなくなるなら便利かもしれない
- 470 名前：デフォルトの名無しさん mailto:age [2025/05/29(木) 02:32:23.75 ID:oHIdrLSz0.net]
- Git v2.50.0-rc0
- 471 名前：デフォルトの名無しさん mailto:age [2025/06/04(水) 13:13:31.34 ID:nhmcxHVz0.net]
- Git v2.50.0-rc1
- 472 名前：デフォルトの名無しさん [2025/06/06(金) 01:08:14.98 ID:45aWa19td.net]
- gitもはや20年か
- 473 名前：デフォルトの名無しさん mailto:sage [2025/06/07(土) 08:05:32.65 ID:tgCEw1aU0.net]
- gitアレルギー
- 474 名前：デフォルトの名無しさん mailto:age [2025/06/10(火) 09:49:47.00 ID:DFb9gzxN0.net]
- Git v2.50.0-rc2
- 475 名前：デフォルトの名無しさん mailto:age [2025/06/17(火) 08:04:33.42 ID:JQTnqwjt0.net]
- Git v2.50.0
- 476 名前：デフォルトの名無しさん mailto:sage [2025/06/18(水) 00:48:41.95 ID:zWpFFB0D0.net]
- オススメのgitクライアント教えて
source treeはなんかuiの一つ一つがデカくて肌に合わなかった
- 477 名前：デフォルトの名無しさん mailto:sage [2025/06/18(水) 02:39:03.14 ID:QsB71xf70.net]
- 自分はlazygitとVSCodeだな
- 478 名前：デフォルトの名無しさん mailto:sage [2025/06/18(水) 08:16:55.75 ID:6RiwAFGc0.net]
- うちではSourceTreeというやつを使ってるよ
- 479 名前：デフォルトの名無しさん mailto:sage [2025/06/18(水) 09:02:23.67 ID:7Ghn3yO50.net]
- 使いにくいやつね
- 480 名前：デフォルトの名無しさん mailto:sage [2025/06/18(水) 18:04:24.45 ID:c2eS9NyS0.net]
- lazygitかSourcetreeだな。
- 481 名前：デフォルトの名無しさん mailto:sage [2025/06/19(木) 20:10:05.29 ID:dNWjhAfr0.net]
- わかばちゃんの中の人
ps://x.com/llminatoll/status/1935310637196095988?t=KJizsM3DHuYlJSyTCzcZcg&s=19
- 482 名前：デフォルトの名無しさん mailto:sage [2025/06/21(土) 23:55:27.59 ID:Rsg0aBc50.net]
- VSCodeの拡張機能で提供されてる Git Graphが 使いやすいね
- 483 名前：デフォルトの名無しさん mailto:sage [2025/06/22(日) 00:39:02.97 ID:L6Wg3CMhM.net]
- あれいいよね、見やすい
ハッシュ手打ちの人がんばってw
- 484 名前：デフォルトの名無しさん mailto:sage [2025/06/22(日) 06:56:54.23 ID:APGUbecj0.net]
- CUI でもハッシュを手打ちすることなんてほぼないだろ
ブランチもタグも検索も使ってないんだろうか？
- 485 名前：デフォルトの名無しさん mailto:sage [2025/06/22(日) 18:51:38.68 ID:4jZfNTw30.net]
- >>482
んー
でも、他のGitクライアントも似たもんじゃないの？
- 486 名前：デフォルトの名無しさん mailto:sage [2025/06/23(月) 11:27:58.47 ID:KosRMA640.net]
- 似たような、がどの辺を指してるかにもよる。
rebaseかstash簡単にしたい、tag打ちたい、ブランチ作りたいならだいたいどれでも出来る。
ただ現場で初心者多くて教育面倒だし日本語じゃなきゃだめとかいうなら、SourceTreeか
非公式多言語版GitHub Desktopしかないと思う。
- 487 名前：デフォルトの名無しさん mailto:sage [2025/06/23(月) 12:06:20.95 ID:9uUr9jSA0.net]
- >>486
で、ベストは？
英語でも有料でも、なんでもいいので
- 488 名前：デフォルトの名無しさん mailto:sage [2025/06/23(月) 12:11:55.90 ID:qqxmiRlS0.net]
- interactiveなrebaseをサポートできてないやつ多いでしょ
- 489 名前：デフォルトの名無しさん mailto:sage [2025/06/23(月) 17:00:15.66 ID:KosRMA640.net]
- 基本は好きなの使えばいいよ。
対面レビューで追加コミット後に「レビューOKだからコミットひとつにまとめといて」って言われたり
「ウチは協力会社に外資いるから日本語コメントだめなんだ、英語にしといて」って言われない限り
rebase(やsquash)やamend使うこともないだろうし。
- 490 名前：デフォルトの名無しさん mailto:sage [2025/06/23(月) 18:37:21.89 ID:MPl++Mur0.net]
- いや rebase -i も --amend も使いまくりだろ
何なら一番多く使うコマンドまでありえる
一発で完璧な記録できて後は触らないみたいな超人じゃなきゃ、普通に多用するだろ
- 491 名前：デフォルトの名無しさん mailto:sage [2025/06/23(月) 19:49:45.04 ID:Z8z+4HFt0.net]
- といっても元のコミットがある程度ちゃんと作られてることが前提じゃない？
単に作業のチェックポイントとして気軽にコミットしてると、いざコードレビュー前に整理しようとしたときには元のコミットを無理に再利用するより
resetして作り直した方が早いことが個人的には多い
書いてて思ったけど、元のコミットがすでに整理されている上で修正を入れる状況としては、コードレビューの中での修正があるね
もしチームのポリシーとして瑣末な指摘反映をログに残さないことにしているなら、レビュー後マージ前にrebase -iするのは便利かもしれない
- 492 名前：デフォルトの名無しさん mailto:sage [2025/06/23(月) 21:20:02.74 ID:MPl++Mur0.net]
- そっちじゃなくて手元で色々作り散らかしたコミット履歴を綺麗に読み易く整理してから、レビューに出す。
順番入れ替えたり、コミットメッセージを分かり易くしたり、不要な履歴を消したり、コミットを意味に合わせて分割したり、統合したり
その整理に活躍するコマンドが rebase -i、慣れると手放せない
読み易く整理されてれば他人の時間の節約になる、試行錯誤とかタイポ修正とかの痕跡を他人に見せて時間を奪わなくてすむ
- 493 名前：デフォルトの名無しさん mailto:sage [2025/06/23(月) 22:25:23.37 ID:YcF93ZoT0.net]
- そんなの方法を議論する以前にもうAIにやらせたらいいんじゃないかという気もするが、
AIにやらせるならやっぱり一連のgitコマンドを直接生成させるのがいいのかなあ
コマンドだと人間が実行前にレビューするのは辛いものがあるから、diff入りのコミットログみたいな形式で生成させて、resetした上でそれを反映するのがいいと思うんだけど
- 494 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 07:59:57.08 ID:oSvYVpQb0.net]
- >>493
AI に期待し杉
今のAIはしょせん賢い検索エンジンに過ぎない
学習したことの最も多数派の意見をそれらしく繋ぎ合わせてるに過ぎない
素人が玄人の作業を真似るのには使えるけど、玄人の創造的作業の代替は無理
- 495 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 08:31:50.93 ID:1VpUD11F0.net]
- >>492
プロトタイプであれやこれやするなら、さらにブランチ作って動くようになったら新しいブランチに
Squash and Mergeして、そっちのブランチをレビュー対象にした方が楽なんじゃ？
- 496 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 10:30:20.42 ID:oSvYVpQb0.net]
- >>495
いやだから、色々なブランチに順不同で入ってるやつの共通部分を括りだして独立したコミットにしたり、一つのコミットを内容に合わせて複数に分割したり、ばらばらのを分かり易く統合したり
やるべきこっとはいっぱいあるだろ
merge も squash も amend も全部 rebase -i を使ってやる、rebase -i を何だと思ってるんだ？
- 497 名前：デフォルトの名無しさん mailto:sage [2025/06/26(木) 10:59:58.77 ID:JcQLzuh60.net]
- amendやsquashを一般人が簡単にやりたいならGitHub Desktopの履歴のとこから出来るけど
使用説明が一切ないんだよなあ。圧倒的なドキュメント不足。
- 498 名前：デフォルトの名無しさん mailto:sage [2025/06/26(木) 12:02:10.03 ID:3juiMOaqM.net]
- >>496
アトミックに細かくコミットする人ならrebase -iでの整理は容易だろうけど、分割が多い場合は面倒臭すぎるでしょ
resetしてやり直した方が早いわ
- 499 名前：デフォルトの名無しさん mailto:sage [2025/06/26(木) 14:45:21.20 ID:rhHx6Nng0.net]
- >>498
意味分からん
「細かくコミット」と「分割が多い」は同じじゃないの？ お前の用語での違いは何？
コミットを統合したり分割したりするのも rebase -i から始めるのに？
いくらでも変えられるのに何が問題なの？
- 500 名前：デフォルトの名無しさん mailto:sage [2025/06/26(木) 17:51:44.27 ID:JcQLzuh60.net]
- 「細かくコミット」がバックアップ保証のつもり(で修正が動くかどうかも分からん)なら、
都度commitだけしといてpushは待っとけばいいんじゃないかなと思ったり。
- 501 名前：デフォルトの名無しさん mailto:sage [2025/06/27(金) 10:30:24.43 ID:KAeTyQMQ0.net]
- 当たり前だろ
動作確認できてないものpushすんなよ
- 502 名前：デフォルトの名無しさん mailto:sage [2025/06/27(金) 10:39:46.35 ID:iePZ28tO0.net]
- >>501
どこに push するか次第だよな
共有リポジトリや公開リポジトリに push しちゃ駄目だろうけど個人のバックアップ・リポジトリとかに push しとくのは自由
リポジトリやブランチを好きなだけ作れて高速に同期できるのが git の利点なんで限られた少数のリポジトリしか使わないのはもったいない
- 503 名前：デフォルトの名無しさん mailto:sage [2025/06/27(金) 10:46:55.51 ID:Vbo+wzUI0.net]
- GitHubでのチーム開発だと普通に共有リポジトリにpushするけどな。
ただしpush先はいわゆるfeatureブランチなど、そのタスク専用のブランチ。
draft pull requestを作っておいて他人から容易に目に見えるようにするとなお良い。
むしろ手元で長いこと留めてあいつ何やってんだろと思ったら突然クソデカpull request投げてくるような奴は嫌われるよ。まあ開発に限った話ではないが。
- 504 名前：デフォルトの名無しさん mailto:sage [2025/06/27(金) 14:47:42.22 ID:iePZ28tO0.net]
- >>503
その辺はチームの方針次第だね
リポジトリで分けるのかブランチで分けるのか、個人専用かチーム用か、機能ごとか開発単位ごとか、公開範囲やレビューの手順や粒度をどうするか
マージやプルはとにかく、レビューは機能単位で小分けにやった方が良いとは思う（個人の意見
- 505 名前：デフォルトの名無しさん mailto:sage [2025/06/27(金) 15:24:34.92 ID:caL9+2zdM.net]
- >>504
本題からは逸れるんだが、企業での開発で個人リポジトリにforkする運用ってなんかメリットあるのかな？
自分はこれまで共有リポジトリ運用しか見たことがない
なお、新卒がいきなりforkして怒られてるのは何度か見た
forkして複数の共有リポジトリを使うのは複数の会社がいてそれぞれガバナンスが違うケースなんかで珍しくないけど
- 506 名前：デフォルトの名無しさん mailto:sage [2025/06/27(金) 17:03:03.14 ID:iePZ28tO0.net]
- >>505
github みたいに fork って呼ぶから混乱するんじゃないかな？ オープンソースじゃないから単なる clone だろ
開発用の clone はいくつあっても良い、個人用でもデスクトップとノートPCとサーバと複数の場所にリポジトリもってて定期的に同期させたりしながら、移動中とか自宅とか会議中(笑)に開発したりできる
もちろん会社の情報統制や社外秘情報の漏出防止のためにコピー禁止とか部屋外に持ち出し禁止とか決まりあれば従わないと駄目だが
- 507 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 00:10:08.26 ID:Nhn9wgjX0.net]
- Gitむずかしい…
Pythonよりむずかしい…
- 508 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 11:34:58.63 ID:WNSkpT1F0.net]
- 雑にpushするブランチを作ってあるので
ホイホイプッシュしてる
- 509 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 14:23:18.12 ID:ps+a9/JT0.net]
- いやPythonの方が難しいでしょ
- 510 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 15:15:53.19 ID:Nhn9wgjX0.net]
- 初心者なんですが、
branch1とbranch2があって、
branch1にcheckout後に、>git merge branch2 と、
branch2にcheckout後に、>git merge branch1 って、
結果は同じ？
- 511 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 15:31:34.65 ID:XJ1OnLan0.net]
- >>510
ソースコードの内容は同じになる
ログは違う形になる
ログはどのようにソースを扱ってきたかの履歴書や歴史書のようなものなので複雑で大規模なプロジェクトほど価値が出る
- 512 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 15:47:58.18 ID:Nhn9wgjX0.net]
- >>511
あ、
今やってみましたが、
mergeコマンド実行するときの自分がいるブランチのほうが、引き続き残るって感じですかね？
- 513 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 16:06:18.63 ID:XJ1OnLan0.net]
- >>512
ブランチ自体はどちらも残る
自分がいる方のブランチはマージ結果を指す形で歴史が一方進む
そうじゃない方のブランチはありのまま残る
- 514 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 17:09:16.02 ID:GU5N/G5Q0.net]
- 「自分が今いるブランチに指定したブランチの「内容」を混ぜ（merge）する」というのがコマンドの意味
当然
・今いるブランチは書き換わってコミットが進む
・指定したブランチには変化なし
- 515 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 18:17:50.37 ID:Nhn9wgjX0.net]
- >>513
あ、
自分がいたほうじゃない方のブランチは、
branch3とかにつなげられますね…
- 516 名前：デフォルトの名無しさん mailto:sage [2025/06/28(土) 18:19:22.53 ID:Nhn9wgjX0.net]
- >>514
ですね
わからない理由は、日本語のまともな解説が無いからですね…
海外の解説で、ようやく理解できました…
- 517 名前：デフォルトの名無しさん [2025/07/01(火) 20:11:53.56 ID:HVBtOzc60.net]
- 混じるからマージる
- 518 名前：デフォルトの名無しさん mailto:sage [2025/07/01(火) 22:46:34.19 ID:BgB6BrdO0.net]
- 去年のリリースの記憶をタグる
- 519 名前：デフォルトの名無しさん mailto:sage [2025/07/02(水) 21:57:57.01 ID:xYSFlqIW0.net]
- 頭悪い人って自分が理解できないのを説明する人のせいにしがちだよね
説明が悪いならなんでお前以外の人は理解できてるのかと
- 520 名前：デフォルトの名無しさん mailto:sage [2025/07/03(木) 03:33:50.65 ID:ZlHu/VzU0.net]
- 能力不足故に検索の仕方や聞き方が下手で自らが望む解説に効率的にアクセスできない
ダニングクルーガー効果のような認知バイアス
元から他責的、依存的なせいで残り少しの努力を怠り多方面で理解不足に陥りがち
この中のどれかか、複合要因ではないかな
- 521 名前：デフォルトの名無しさん mailto:sage [2025/07/05(土) 16:41:53.58 ID:Jt1MZnHo0.net]
- >>519
それは、
運良くいい説明を見れたからでしょ
お前には無理そうだが
- 522 名前：デフォルトの名無しさん mailto:sage [2025/07/05(土) 17:28:57.77 ID:99i/fp2o0.net]
- 大丈夫だよ
プログラム書いたらビッとコミットしてギュッとプッシュしてギャンよ
- 523 名前：デフォルトの名無しさん [2025/07/06(日) 09:39:11.50 ID:AHvPqc/80.net]
- コミッとコミットする
- 524 名前：デフォルトの名無しさん mailto:age [2025/07/09(水) 16:29:53.53 ID:NiP9rW7K0.net]
- Git v2.50.1
- 525 名前：デフォルトの名無しさん mailto:sage [2025/07/09(水) 20:54:58.43 ID:5nTmkCkK0.net]
- 初心者の質問ですが、
Linux（サーバー的なもの）に、GitHubのレポジトリをクローンして来て、
それをWindowsパソコンからSSH接続して、
Gitの履歴の図（Gitグラフ？）って見る方法ありますか？
- 526 名前：デフォルトの名無しさん [2025/07/09(水) 22:47:25.77 ID:OQriWW8/0.net]
- ありますね
- 527 名前：デフォルトの名無しさん mailto:sage [2025/07/10(木) 12:47:26.79 ID:+1gidKVl0.net]
- >>526
会話を広げる癖をつけろ童貞
- 528 名前：デフォルトの名無しさん mailto:sage [2025/07/10(木) 20:49:27.62 ID:tN4eS5FO0.net]
- >>527
なら会話広げればいいじゃん。
- 529 名前：デフォルトの名無しさん mailto:sage [2025/07/13(日) 17:29:18.40 ID:QlUonva10.net]
- >>525
sshで git log --graph で履歴取ってきて、mermaid変換してmarkdown埋め込みにすればいいんじゃね？
- 530 名前：デフォルトの名無しさん mailto:sage [2025/08/06(水) 12:13:19.02 ID:48BfQKJO0.net]
- >>527
あると信じて検索すれば報われますよというありがたい情報だぞ
- 531 名前：デフォルトの名無しさん mailto:sage [2025/08/13(水) 06:18:19.45 ID:YOB+IZc5r.net]
- やりますね
- 532 名前：デフォルトの名無しさん mailto:sage [2025/10/22(水) 09:23:57.49 ID:pnMMn99c0.net]
- https://forest.watch.impress.co.jp/docs/news/2056148.html
次のバージョンからgit svnが廃止されると書いてあるけど、
これはSubversionからの変換もできなくなるということでしょうか
- 533 名前：デフォルトの名無しさん [2025/10/22(水) 13:20:45.27 ID:2nDvyZJf0.net]
- Git for Windowsの次回メジャーリリースでの話をしてるならそうだよ
旧バージョンや本家を使うとか、svn2gitだとか別VCS経由とか手作業での移行だとかは出来るでしょう
- 534 名前：デフォルトの名無しさん mailto:sage [2025/10/22(水) 13:52:16.21 ID:Nfi7SE1t0.net]
- もうシンプルに使われてる機能だけをブラッシュアップすればいい思う。
互換性とか古いものをメンテし続けるのは大変だよ。
- 535 名前：デフォルトの名無しさん [2025/10/24(金) 14:37:23.45 ID:nAYKU6CIa.net]
- いまだに新規プロジェクトでSubversionからっていうのはもう洗脳されてるから放置で良いし
Subversionから変換する気があるならもうとっくにやってるだろうし
- 536 名前：デフォルトの名無しさん mailto:sage [2025/10/24(金) 15:02:05.38 ID:ZcyI5XOE0.net]
- Windowsユーザーだと、業務でSVNを使わざるを得ないがGitコマンド経由で使うことで辛うじて自己の尊厳を保っていた人もいそうだな
電車止まりそう
- 537 名前：デフォルトの名無しさん mailto:sage [2025/10/24(金) 18:33:25.65 ID:J3E6mCG+0.net]
- >>536
そんなプロジェクトやだなぁ
- 538 名前：デフォルトの名無しさん mailto:sage [2025/10/24(金) 20:17:02.32 ID:NslM5AvMr.net]
- 令和なのにまだSVNで消耗してる人いるんだ
絶滅危惧種かな
- 539 名前：デフォルトの名無しさん mailto:sage [2025/10/24(金) 23:30:36.26 ID:vJAYr0tv0.net]
- >>536
Gitって、開発速度は遅くなるよね
コードレビューとか丁寧にやると遅くなるよね…
- 540 名前：デフォルトの名無しさん mailto:sage [2025/10/25(土) 00:27:30.86 ID:a9lDbV800.net]
- >>539
規模（参加人数、開発期間、コードサイズ）次第。大きくなれば git 使った方が早い
- 541 名前：デフォルトの名無しさん mailto:sage [2025/10/25(土) 04:23:36.31 ID:kofX/eP60.net]
- >>539
gitだからコードレビューが必要って認識？
アホじゃね？
- 542 名前：デフォルトの名無しさん mailto:sage [2025/10/25(土) 08:42:34.81 ID:/eT+OdROH.net]
- SVNと比較しての話なら、Gitはコミットやブランチの操作が遥かに軽量だからこそ、
チームが必要以上に面倒なワークフローを作り込みがちな面があることは否定できないな
非機能要件でちゃんとバージョン管理しろと書かれているからという理由だけでVCS使ってるような典型的な業務系でSVN使い続けてるようなとこだと、
レビュー済みまたはリリース済みのコードをコミットするだけみたいな運用は珍しくないからな
そういった意味で、VCSの運用という点だけ見ればGitの方が複雑になる傾向があるとは思う
- 543 名前：デフォルトの名無しさん mailto:sage [2025/10/25(土) 12:06:31.87 ID:lNU8C84m0.net]
- >>540
まあ、
大規模だと、ちゃんと管理が必要ですね…
|
 |
