Git 20

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 367 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 19:10:55.39 ID:EYycW5pS0.net] CLI派はステージする行を取捨選択したいときどうするの？ 煽りたいわけじゃなくて興味がある なお俺は普段VSCodeとlazygitを使っていて込み入った操作のときだけCLI使っている 368 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 20:03:56.86 ID:TZy25+2E0.net] >>367 git add -e でエディタで選択 git add -i でCLIメニューで選択 個人的には前者を多用してる 369 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 23:00:54.80 ID:FATO06L/0.net] マウスに一切持ち替えないCLI過激派の人ってハッシュは目視確認して手で打ってるの？ HEAD~~とかHEAD~4とかでだいたい済むから手打ちするにしても稀な感じなのかな 370 名前：デフォルトの名無しさん mailto:sage [2025/03/06(木) 23:23:19.37 ID:54POgzsF0.net] 過激派じゃないからやったことないけど、マウス使わずにCLI単体で目的のハッシュ検索→コピー→ペースト出来んじゃないの？ 371 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 00:54:33.86 ID:t6N/68bn0.net] CLI で hash値を入れることなんてまずないだろ 直近のは HEAD やブランチ名からたどるし、古いのはタグ打ってたり、検索条件で特定する どうしても hash値で特定したい時は先頭の4文字とか打つだけでいけるので全部入れる必要はないよ、そんな機会はめったにないが あとやろうと思えばCLIでもエディタ操作でマウス以上に高速にコピペできるけど 372 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 02:01:32.04 ID:hA31zhIA0.net] GUIでポトペタばっかしとる奴らの前提が空で覚えるの前提なん草 そもそもTerminalもGitbashもインテリセンス効くことを知らんの無知すぎてクソワロタ 373 名前：デフォルトの名無しさん [2025/03/07(金) 02:20:38.51 ID:DC3oMiFw0.net] 自分がやっていることを説明しない、説明できないタイプは、コマンドに逃げる傾向があるんだよな。 374 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 05:10:53.94 ID:rO0CBAe5d.net] >>373 というより、そうする必要があるかどうか次第だな >>368からも分かる通り、メクラコミット中心ならCLIで十分、コミット内容の細かな編集が多いならCLIの範疇だけでは難しい 375 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 08:46:11.25 ID:t6N/68bn0.net] >>374 難しくないだろ git add -e で完璧制御できる パッチをそのまま目視できて編集できるんだから、もっとも確実 どんな細かい変更でも自由、なんらら一行に複数の変更がある場合に一部だけとか、実際にソースにない変更も可能 376 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 09:59:34.81 ID:qPWIu0Mm0.net] エディタ使ったらそれもうCLIじゃないでしょ TUIではあるけど、それを広義のCLIと認めるならlazygitやtigのような実質GUIと変わらんようなTUIクライアントもCLIになってしまうがそれでよいか 377 名前：デフォルトの名無しさん [2025/03/07(金) 10:28:55.57 ID:DC3oMiFw0.net] Gitを使っておきながら、他人にはわからないコマンドだけの手順を書くやつは必ずいるしな 378 名前：デフォルトの名無しさん [2025/03/07(金) 10:52:06.81 ID:i3TW8fQU0.net] >>376 こんなの暴論だろ どうやってコード書くんだよ 379 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 11:15:57.74 ID:TL3VpnxxM.net] コーディングとは違ってステージ時のパッチ編集はGitのために行う操作なんだから、GUIクライアントとの比較の文脈ではGitの操作の一部と見做すべきでしょ git guiはCLIか？git add -eでVSCodeを開くのはCLIか？ エディタを呼び出した時点でもはや純粋にCLIと呼べない以上、程度問題でしかないってことだよ 380 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 11:23:23.99 ID:t6N/68bn0.net] >>379 CLI といにはもともとがスクリプト書いたり、エディターから呼び出すパーツを想定してあって、毎回直接打たないといけないって意味じゃないぞ、あくまでも git にアクセスするインターフェイスの種類 自分用にカスタマイズして使うのは当然 381 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 11:35:48.56 ID:TL3VpnxxM.net] そう。そしてGUIクライアントも同様にCLIを呼び出すインターフェースに過ぎない。 だから変な差別意識持たずに仲良くしような。 382 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 11:44:27.31 ID:t6N/68bn0.net] >>381 インターフェイスというのは「呼び出し側が理解して制御してる部分」と「制御していないブラックボクスとして扱う部分」の境界のことだ UI ならユーザとアプリの境界、その動作が内部でどのコマンドに展開されるか想定してばスクリプトやエディタから呼んでもCLI 一方でボタン押すだけで中でどのコマンドに変わるのか全然理解できてなければCLIではない 383 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 11:49:35.66 ID:t6N/68bn0.net] ユーザーが制御できてるか簡易に見分ける方法は「自由に変更できるか」だ 呼び出すコマンドを理解する必要があって自由に変更できるならボタンからだろうショートカットからだろうとCLIでいい 自由に扱えないならそれはインターフェイスの向こう側だ 384 名前：デフォルトの名無しさん [2025/03/07(金) 12:50:44.02 ID:i3TW8fQU0.net] 正直そんな事どうでもいいから>>355教えてほしいです 385 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 13:45:02.36 ID:hv4T53nE0.net] >>371 それ都合のいいようにCLIの不利なケースを排除してるだけだろ お前みたいなやつは死ぬほど見てきた CLIで曲芸してるだけ 適材適所で使うってだけの話を受け入れられない 386 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 13:58:21.86 ID:t6N/68bn0.net] >>385 そもそもCLIで使う前提でコミットログ書くし、ブランチ切るし、タグ打つし、git のUIは最初からそういう設計になってつんだよ 全部のハッシュ打たなくて確定できるまでの文字打てばすむのもそう git は CLI を使うプログラマによって設計開発発展してきた履歴があるので CLI で困ることはない 「CLIではやってられない」とか言い出すのはそいつが未熟で git に慣れてないだけの妄想 まあ全員が git に慣れてる必要はないので口を閉じて「馬鹿でも使えるものは馬鹿しか使わない」という世界に閉じこもってろ 387 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 14:16:08.04 ID:hv4T53nE0.net] >>386 マウスの持ち替え気にするくせにハッシュを目視で確認して打ち込む非効率さは目をつぶる インタフェースやビジュアライズの大切さを無視するエンジニアとは仕事したくないね ちなデバッガももしかしてCLIかい？w 388 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 14:28:05.14 ID:0jIQFjkxH.net] >>386 君の意見を否定するつもりはないが、事実としてGitの公式ディストリビューションにはGUIが付属しているし、git gui コマンドも存在するし、公式サイトで非常に目立つ形で非公式のGUIクライアントを紹介している こんなところでヘイト撒いてる暇があったら削除するようリクエストしてきた方がいいぞ 389 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 14:58:36.90 ID:xU3go4h6a.net] CUIって自分の操作の履歴辿れるけど GUIは何やったか覚えてないとか 意図しない変化があったときに今何した？ってなるのが嫌 390 名前：デフォルトの名無しさん [2025/03/07(金) 15:02:30.73 ID:xU3go4h6a.net] >>355 の感じてる「なんか嫌」も >>389 と同じ理由だと思う 391 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 15:36:27.72 ID:t6N/68bn0.net] >>388 別にGUI使っちゃ駄目とは一言もいってないぞ、GUI使いたいやつだけ勝手に使ってれば良い、それで苦労しようが失敗しようが知ったこっちゃない 「CLIではやってられない」という虚言を否定してるだけ、俺はCLIで十分 392 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 15:40:54.21 ID:t6N/68bn0.net] >>387 キーボードで16進数4文字打つのが非効率なの？ マウス操作の方が早いの？ 俺とは違う技術で生きてるみたいだな デバッガやプロファイラは自作スクリプト経由のことが多いな、スクリプトなしで簡易にやるならエディタのマクロ 393 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 17:31:19.43 ID:hv4T53nE0.net] >>392 タイピングの問題でなく目視でハッシュを確認ってのが非人間的で非効率って言ってんの そういう受け取り方をするってことはやっぱりUI/UXの視点が欠如してるんだよお前は でデバッガをスクリプトで使うとは恐れ入った 全く別世界に生きてるのは同意 394 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 18:54:27.19 ID:t6N/68bn0.net] >>393 良く分からんが目が悪いの？ 普通はタグとか検索結果からの相対指定で使うんだよ 何らかで間違ってタグを消したとかごく稀にどうしてもハッシュ値で指定したい時に、年に1回くらい目視確認で4桁の数字打つだけだよ 簡単なんだけどなあ 395 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 19:04:16.99 ID:bYeAoHPJ0.net] チーム開発だと、かなり前の特定のコミットをrevertしたりcherry-pickしたりは全然珍しくないけどなあ 396 名前：デフォルトの名無しさん [2025/03/07(金) 20:04:21.73 ID:xU3go4h6a.net] GUIならHash目視しないのかな 397 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 20:40:14.65 ID:ZrsdmfZ80.net] 仕事でチーム作業してたらハッシュは4桁では足りないからやっぱ手打ちはヤダな バグトラッカーやクラウドのツールと交互に使うからマウスに持ち替えずにキーボードだけであらゆるGit操作を駆使！スゴイ腕前！とはならないかなあ やっぱり達人は5chもcurlで書き込んでんのかな 398 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 20:58:11.36 ID:t6N/68bn0.net] >>395 そもそもそういうのはref検索とかで指定しない？ ログを目視しながらハッシュ値を探したりしないと思うんだが ハッシュ値で指定することなんてめっにないんだから気にする時点で何か効率の悪いことしてる気がする 399 名前：デフォルトの名無しさん mailto:sage [2025/03/07(金) 21:01:27.92 ID:qVctmwDB0.net] GUIやCUIの原理主義者じゃない限り どっちでも使いやすいところで使い分ければ済む話だろ ただ、GUIに関しては、CUIのコマンドオプションの何を行うコマンドかが分かる程度に表記してほしい 英語表記でも微妙、日本語ならばなおさら困惑する できればCUIのコマンドオプションを併記してほしい 400 名前：デフォルトの名無しさん mailto:sage [2025/03/08(土) 00:55:57.26 ID:f1gAdLsE0.net] ハッシュ値指定しない人は多分GitHub使ったことないんだと思う 401 名前：デフォルトの名無しさん mailto:age [2025/03/08(土) 11:24:47.06 ID:lsvDMVeL0.net] Git v2.49.0-rc1 402 名前：デフォルトの名無しさん mailto:age [2025/03/08(土) 11:29:06.73 ID:lsvDMVeL0.net] >>401 ChangeLogに以下の説明があり、Git3.0にむけてbreaking changeがある模様 * Following the procedure we established to introduce breaking changes for Git 3.0, allow an early opt-in for removing support of $GIT_DIR/branches/ and $GIT_DIR/remotes/ directories to configure remotes. 403 名前：デフォルトの名無しさん mailto:sage [2025/03/08(土) 12:22:24.00 ID:kCgnTDtk0.net] githubで全然草生やせないんだけど 404 名前：デフォルトの名無しさん mailto:sage [2025/03/09(日) 18:13:33.28 ID:fe3LNf260.net] >>357 gitk 見ながら CLI 操作ってのが個人的には最強 405 名前：デフォルトの名無しさん mailto:age [2025/03/11(火) 10:16:27.19 ID:gbyV8IdY0.net] Git v2.49.0-rc2 406 名前：デフォルトの名無しさん mailto:age [2025/03/15(土) 12:09:57.15 ID:PGLL/72K0.net] Git v2.49.0 407 名前：デフォルトの名無しさん mailto:age [2025/04/08(火) 16:01:12.91 ID:3wE3gtcN0.net] 「Git」誕生から20周年を記念してリーナス・トーバルズ氏が開発初期の裏事情や使用頻度の高いコマンドなどを明かす https://gigazine.net/news/20250408-git-20-years-linus-torvalds/ 408 名前：デフォルトの名無しさん mailto:sage [2025/04/09(水) 16:03:54.93 ID:IrWwI/nb0.net] 複数ファイル名を入力するときはGUIでポチポチ選択したい 409 名前：デフォルトの名無しさん mailto:sage [2025/04/18(金) 20:54:17.74 ID:pzk2UeIY0.net] 10日で開発したL・トーバルズ氏も想定外？--「Git」誕生から20年、定番VCSの軌跡とその影響 ps://japan.zdnet.com/article/35231917/ 410 名前：デフォルトの名無しさん [2025/04/27(日) 17:55:28.09 ID:sTr1luuSM.net] このスレッドはLinux開発のGitの世界を語りだす気持ち悪い人間がいるから困る 411 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 13:14:12.18 ID:UmAf9vRJ0.net] 最新版で行ったバグ修正の部分だけを旧バージョンにも適用したい場合、チェリーピックを行うことになりますか？ その場合、ログの樹形図には、このコミットを持ってきたよという線は作られずに、別々の作業という表現になってしまいますか？ 412 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 13:54:33.66 ID:F0izL13m0.net] >>411 それであってるよ 直接 cherry-pick せずにバグ修正だけ入ったブランチを作ってそっちをマージという形にするやり方も一応あるけど大した違いはない 系統樹にはならないのでコミットログにどこから cherry-pick したかを残しておく（変なオプション使わなければ勝手に残るよ） 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 まあ、 大規模だと、ちゃんと管理が必要ですね…

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef