Git 20 (619ﾚｽ)
上下前次1-新
431: (ｽｯﾌﾟ Sd1f-/14X) 05/16(金)10:59 ID:iN5covy8d(1/2) AAS
まあ公式が同じだって言ってるしなあ
432(1): (ﾜｯﾁｮｲ cfbb-Dt80) 05/16(金)11:09 ID:D2sZkK900(4/10) AAS
AA省
433: (ﾜｯﾁｮｲ 7f94-2Vhg) 05/16(金)11:30 ID:9SpA05Ma0(2/2) AAS
いやどう考えてもそのレベルの話は全員わかってるやろ
この一連のやり取りに足りないのは知識でもIQでもなくEQ
お前ら小学生からリベースしろ
434(1): (ﾌﾞｰｲﾓ MM1f-c72B) 05/16(金)11:33 ID:epkpTq3tM(1) AAS
>>430
rebaseはcherry-pickで新しいコミットが作られてそっちに単なるポインタであるブランチが移動したのと同等
コミット消すとか移動とかいう動作は含まれない
どこからも参照されなくなったらいずれgcで消えるってだけ
435(2): (ﾜｯﾁｮｲ ffd6-Zxmy) 05/16(金)13:50 ID:BDyQbzP90(1) AAS
英語が下手でコミットメッセージを書くのが苦手だったんだけど、AIで自動化したら快適になったぜ
436: (ﾜｯﾁｮｲ ff66-i15I) 05/16(金)14:44 ID:x3RHmTCL0(1) AAS
>>435
そうなるともう、ログなんか書かなくていいんじゃないのとなってくるな
437: (ﾜｯﾁｮｲ cfbb-Dt80) 05/16(金)14:58 ID:D2sZkK900(5/10) AAS
>>434
cherry-pick と rebase は別物って納得したんだな
438: (ﾜｯﾁｮｲ cfbb-Dt80) 05/16(金)15:09 ID:D2sZkK900(6/10) AAS
rebase の内部動作の話するんなら
1. 分岐点を自動で探し出す
2. 分岐点からヘッドまでを対象の場所へ cherry-pick する
3. 元の場所のブランチ名を消す
4. 新しい場所にブランチ名をつける
5. ガベコレで古いブランチのコミットが消える
これを cherry-pick を繰り返すのと同じだと主張してる時点で何も分かってない
439(1): (ﾜｯﾁｮｲ 6f2d-c72B) 05/16(金)15:11 ID:FmZiuEdw0(2/2) AAS
moveなんてアホな説明しなけりゃよかったのにね
440: (ﾜｯﾁｮｲ cfbb-Dt80) 05/16(金)15:18 ID:D2sZkK900(7/10) AAS
>>439
移動してるだろ 432 見たら一目瞭然
コレが基本概念
内部実装の話しして誤魔化そうとしてても、お前が間抜けなこと言った時事は消えない
441: (ｱｳｱｳｳｰ Sa67-+HUD) 05/16(金)16:07 ID:Jf7EmrNva(1) AAS
>>435
英語で直感的にヤバい時のメッセージに気付く訓練もいるから、AIは使えばいいけど読み書きの練習はしておけよ、と思った。
442(1): (ﾜｯﾁｮｲ 7fc2-3auX) 05/16(金)18:15 ID:Mw5Je42+0(1) AAS
とりあえずDt80は一度公式読んできなよ
たかが間違って覚えてたところで誰も煽りやしないよ
あと描いてたツリーで、XだのYだのをリベースなりチェリーピックなりしたやつはXダッシュとかYダッシュとかにしよう
そこだけ流石に同じ文字じゃ読んでてちょっと気持ち悪すぎる
443: (ﾜｯﾁｮｲ cfbb-Dt80) 05/16(金)18:36 ID:D2sZkK900(8/10) AAS
>>442
今でも「rebase は cherry-pick を繰り返しただけ」と主張してるの？
そんな覚え違いしてるのお前だけだろ、この通りの文言があったらポインタ示してみろ
どっかの変なサイトが誤訳してるのなら知らんが rebase は cherry-pick してるだけじゃないことはお前も完全に理解できてるだろ
444(1): (ｽｯﾌﾟ Sd1f-/14X) 05/16(金)21:29 ID:iN5covy8d(2/2) AAS
このページのgit rebaseの項に書いてあるよ
外部ﾘﾝｸ:git-scm.com
445(1): (ﾜｯﾁｮｲ cfbb-Dt80) 05/16(金)23:12 ID:D2sZkK900(9/10) AAS
>>444
どう訳したらそう誤解するんだ？ 別物だというのは文章から明らかだろう
エスパーしてみると
違うからこそ basically ってわざわざ明確に書かれてるに、もしかして basically て単語知らなかったとか？
native のつかうbasically は「基本部分では、だいたいにおいて」みたいなニュアンスで、本当に同じ時には使わない
「だいたい同じ」を「同じ」って覚えてたんじゃないの？
446(1): (JP 0H27-s4bX) 05/16(金)23:28 ID:CtDSSAzzH(1) AAS
>>445
さすがに苦しいぞ
447: (ﾜｯﾁｮｲ cfbb-Dt80) 05/16(金)23:33 ID:D2sZkK900(10/10) AAS
>>446
でどう訳したの？
448: (ﾜｯﾁｮｲ cfcf-+6HO) 05/17(土)08:56 ID:TogutASM0(1) AAS
方向の違いとかコピーとムーブの違いが「同じ」と「だいたい同じ」の違いというわけか。
449(1): (ﾜｯﾁｮｲ 6f7a-c72B) 05/17(土)09:18 ID:S33C25YC0(1/2) AAS
間違いを絶対認めたくないマン
公式まで否定
450(1): (ﾜｯﾁｮｲ cfbb-Dt80) 05/17(土)17:33 ID:t4AM4T1l0(1/3) AAS
>>449
あー、どう訳したか説明しないとこ見るとエスパーが図星なのか
公式が初心者向けに「ほぼ同じです、でもこういう点が違います。詳しい説明はこちらって」って書いてるのの最初のとこだけ見て「ほぼ」も見ないで、後に続く説明もリンク先の詳細も無視して同じって言い張ってただけか
それはお前の読解力が足りてないだけ、公式のせいじゃないぞ
451(1): (ﾜｯﾁｮｲ 7f5e-3auX) 05/17(土)17:48 ID:C8ddlcHs0(1) AAS
>>450
訳というかそもそもそのドキュメントは色んな言語版が用意されてて日本語のものもあるよ
訳が気になるなら読んでみよう
452: (ﾜｯﾁｮｲ cfbb-Dt80) 05/17(土)18:11 ID:t4AM4T1l0(2/3) AAS
>>451
誤魔化してないで「お前が」同じだと主張する部分を説明してみろ
少なくともリンク先の英語の初心者向けの紹介には書いてないぞ
本当に同じならお前が cherry-pick で rebase 実装してみろ、そうすればみんな納得するだろう、技術者なら実際にやれば同じか別物か分かるだろう
git のソースコード読んだことないやつには想像もつかんだろうが rebase はかなり複雑なことをやってる、初心者向けのページすらまともに読み解けないお前には最初の1歩目の分岐点を探し出す作業ですら絶対に無理と予言しよう
453(1): (ﾜｯﾁｮｲ 6fce-c72B) 05/17(土)20:46 ID:S33C25YC0(2/2) AAS
そこで何か違うか端的に説明できたらよかったねおじいちゃん
何がmoveしてんですかぁ？
commitじゃなくてbranchのことですかぁ？
じゃcopyってどうゆうことですかぁ？
454: (ﾜｯﾁｮｲ cfbb-Dt80) 05/17(土)23:11 ID:t4AM4T1l0(3/3) AAS
>>453
話逸らさずに同じとういうことを証明してみろ
細かい事いえば山程違いがあるけど、違うというのは 432 で素人にも一目瞭然なのに覆せるわけないだろう
間違えた恥ずかしい事実はごまかせないぞ
455(1): (ﾜｯﾁｮｲ 9394-s4bX) 05/17(土)23:17 ID:pDSuIsUc0(1) AAS
違いがあるというなら、あなたがコミットのコピー/ムーブと呼ぶものはどちらも実際には全く異なるコミットを作り出すでしょう
そういうのをダブスタという
456: (ﾜｯﾁｮｲ 5ebb-xqBQ) 05/18(日)00:30 ID:t1q8u3yl0(1) AAS
>>455
読解力ないの日本語のなんだな
457: (ﾜｯﾁｮｲ aa15-Xreb) 05/18(日)03:09 ID:G2loPi6x0(1) AAS
なんて？
458(1): (ﾜｯﾁｮｲ 4ef0-qENW) 05/19(月)09:09 ID:E91ALV1Y0(1) AAS
>>432
XY両方ではなく、XやYのみを取り込むのがcherry-pickというイメージだが
459: (ﾜｯﾁｮｲ 5ebb-xqBQ) 05/19(月)21:35 ID:LwAOa5bv0(1) AAS
>>458
普通の範囲指定が効くので
その図なら git cherry-pick ..Y みたいに指定すれば X と Y の両方 cherry-pick できるよ
460: (ﾜｯﾁｮｲ aaa9-rJQW) 05/20(火)08:32 ID:IobDhVYO0(1) AAS
会話が噛み合わないコントみたいなスレで草
みんな文意文脈にももっと気を配ろうぜ
461: (ｱｳｱｳｳｰ Sa2f-4qVy) 05/20(火)15:48 ID:iWs/HqBfa(1) AAS
「エクスプローラー」の「Git」統合などが実現へ ～Microsoftが開発者向け新機能
外部ﾘﾝｸ[html]:forest.watch.impress.co.jp
462: (ﾜｯﾁｮｲ f379-F5NH) 05/20(火)16:58 ID:lxraH8Xn0(1) AAS
亀の出番がなくなるのか？
463: (ﾜｯﾁｮｲ df06-s9ZQ) 05/21(水)08:05 ID:oZBirtTV0(1) AAS
エクスプローラーなんて、Windows7のときに使わなくなったな
464: (ｱｳｱｳｳｰ Sa2f-/ppz) 05/21(水)10:18 ID:va6/rMbaa(1) AAS
MSアカウントにログインしないとExoplorer使えないとか
もうWindows要らんな
465(1): (ﾜｯﾁｮｲ 9b69-3+Se) 05/25(日)03:59 ID:5SaResX20(1) AAS
わざわざExplorerからコミットとかプッシュする奴おるんかw
466: (ｱｳｱｳｳｰ Sa8f-zWAS) 05/25(日)07:06 ID:EfROU4yga(1) AAS
OSのSystem領域も含めて全部がリモートリポジトリの運用かな。
467: (ﾜｯﾁｮｲ bb06-f7ze) 05/25(日)08:49 ID:JDhr0Ivk0(1) AAS
>>465
申し訳ありません、今でもTortoiseGitでやってます
468: (ﾜｯﾁｮｲ 9f32-XbnY) 05/25(日)09:13 ID:TXvAFiBF0(1) AAS
Windowsだと、手取り足取り指示してあげないと自分で何もできない「開発者」をExcel方眼紙の手順書で「プログラミング」してあげるような仕事も多いから、
そういう場合に「開発者」の手元にいちいちGitクライアントを導入させるという頭悪い手順を記載する必要がなくなるなら便利かもしれない
469: (ﾜｯﾁｮｲ bb10-6d19) [age] 05/29(木)02:32 ID:oHIdrLSz0(1) AAS
Git v2.50.0-rc0
470: (ﾜｯﾁｮｲ d186-UFTG) [age] 06/04(水)13:13 ID:nhmcxHVz0(1) AAS
Git v2.50.0-rc1
471: (ｽｯｯﾌﾟ Sda2-in7m) 06/06(金)01:08 ID:45aWa19td(1) AAS
gitもはや20年か
472: (ﾜｯﾁｮｲ 2efa-TAe1) 06/07(土)08:05 ID:tgCEw1aU0(1) AAS
gitアレルギー
473: (ﾜｯﾁｮｲ 39d4-5BUt) [age] 06/10(火)09:49 ID:DFb9gzxN0(1) AAS
Git v2.50.0-rc2
474: (ﾜｯﾁｮｲ 595d-ZKbC) [age] 06/17(火)08:04 ID:JQTnqwjt0(1) AAS
Git v2.50.0
475: (ﾜｯﾁｮｲ 8101-vdhk) 06/18(水)00:48 ID:zWpFFB0D0(1) AAS
オススメのgitクライアント教えて
source treeはなんかuiの一つ一つがデカくて肌に合わなかった
476: (ﾜｯﾁｮｲ 01ce-gBoT) 06/18(水)02:39 ID:QsB71xf70(1) AAS
自分はlazygitとVSCodeだな
477: (ﾜｯﾁｮｲ 75da-lPQl) 06/18(水)08:16 ID:6RiwAFGc0(1) AAS
うちではSourceTreeというやつを使ってるよ
478: (ﾜｯﾁｮｲ f689-dilZ) 06/18(水)09:02 ID:7Ghn3yO50(1) AAS
使いにくいやつね
479: (ﾜｯﾁｮｲ 5944-gBoT) 06/18(水)18:04 ID:c2eS9NyS0(1) AAS
lazygitかSourcetreeだな。
480: (ﾜｯﾁｮｲ 128d-JTAW) 06/19(木)20:10 ID:dNWjhAfr0(1) AAS
わかばちゃんの中の人
外部ﾘﾝｸ:x.com
481(1): (ﾜｯﾁｮｲ c57c-jgBs) 06/21(土)23:55 ID:Rsg0aBc50(1) AAS
VSCodeの拡張機能で提供されてる Git Graphが 使いやすいね
482: (ﾌﾞｰｲﾓ MM6b-FTUu) 06/22(日)00:39 ID:L6Wg3CMhM(1) AAS
あれいいよね、見やすい
ハッシュ手打ちの人がんばってw
483: (ﾜｯﾁｮｲ 8d95-gfuD) 06/22(日)06:56 ID:APGUbecj0(1) AAS
CUI でもハッシュを手打ちすることなんてほぼないだろ
ブランチもタグも検索も使ってないんだろうか？
484: (ﾜｯﾁｮｲ 2302-ES++) 06/22(日)18:51 ID:4jZfNTw30(1) AAS
>>481
んー
でも、他のGitクライアントも似たもんじゃないの？
485(1): (ﾜｯﾁｮｲ ed7c-jK4x) 06/23(月)11:27 ID:KosRMA640(1/2) AAS
似たような、がどの辺を指してるかにもよる。
rebaseかstash簡単にしたい、tag打ちたい、ブランチ作りたいならだいたいどれでも出来る。
ただ現場で初心者多くて教育面倒だし日本語じゃなきゃだめとかいうなら、SourceTreeか
非公式多言語版GitHub Desktopしかないと思う。
486: (ﾜｯﾁｮｲ 2302-ES++) 06/23(月)12:06 ID:9uUr9jSA0(1) AAS
>>485
で、ベストは？
英語でも有料でも、なんでもいいので
487: (ﾜｯﾁｮｲ 9b68-FTUu) 06/23(月)12:11 ID:qqxmiRlS0(1) AAS
interactiveなrebaseをサポートできてないやつ多いでしょ
488: (ﾜｯﾁｮｲ ed7c-jK4x) 06/23(月)17:00 ID:KosRMA640(2/2) AAS
基本は好きなの使えばいいよ。
対面レビューで追加コミット後に「レビューOKだからコミットひとつにまとめといて」って言われたり
「ウチは協力会社に外資いるから日本語コメントだめなんだ、英語にしといて」って言われない限り
rebase(やsquash)やamend使うこともないだろうし。
489: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/23(月)18:37 ID:MPl++Mur0(1/2) AAS
いや rebase -i も --amend も使いまくりだろ
何なら一番多く使うコマンドまでありえる
一発で完璧な記録できて後は触らないみたいな超人じゃなきゃ、普通に多用するだろ
490: (ﾜｯﾁｮｲ 2303-FL2f) 06/23(月)19:49 ID:Z8z+4HFt0(1) AAS
といっても元のコミットがある程度ちゃんと作られてることが前提じゃない？
単に作業のチェックポイントとして気軽にコミットしてると、いざコードレビュー前に整理しようとしたときには元のコミットを無理に再利用するより
resetして作り直した方が早いことが個人的には多い
書いてて思ったけど、元のコミットがすでに整理されている上で修正を入れる状況としては、コードレビューの中での修正があるね
もしチームのポリシーとして瑣末な指摘反映をログに残さないことにしているなら、レビュー後マージ前にrebase -iするのは便利かもしれない
491(1): (ﾜｯﾁｮｲ 4bbb-gfuD) 06/23(月)21:20 ID:MPl++Mur0(2/2) AAS
そっちじゃなくて手元で色々作り散らかしたコミット履歴を綺麗に読み易く整理してから、レビューに出す。
順番入れ替えたり、コミットメッセージを分かり易くしたり、不要な履歴を消したり、コミットを意味に合わせて分割したり、統合したり
その整理に活躍するコマンドが rebase -i、慣れると手放せない
読み易く整理されてれば他人の時間の節約になる、試行錯誤とかタイポ修正とかの痕跡を他人に見せて時間を奪わなくてすむ
492(1): (ﾜｯﾁｮｲ 5559-FL2f) 06/23(月)22:25 ID:YcF93ZoT0(1) AAS
そんなの方法を議論する以前にもうAIにやらせたらいいんじゃないかという気もするが、
AIにやらせるならやっぱり一連のgitコマンドを直接生成させるのがいいのかなあ
コマンドだと人間が実行前にレビューするのは辛いものがあるから、diff入りのコミットログみたいな形式で生成させて、resetした上でそれを反映するのがいいと思うんだけど
493: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/24(火)07:59 ID:oSvYVpQb0(1/2) AAS
>>492
AI に期待し杉
今のAIはしょせん賢い検索エンジンに過ぎない
学習したことの最も多数派の意見をそれらしく繋ぎ合わせてるに過ぎない
素人が玄人の作業を真似るのには使えるけど、玄人の創造的作業の代替は無理
494(1): (ﾜｯﾁｮｲ ed7c-jK4x) 06/24(火)08:31 ID:1VpUD11F0(1) AAS
>>491
プロトタイプであれやこれやするなら、さらにブランチ作って動くようになったら新しいブランチに
Squash and Mergeして、そっちのブランチをレビュー対象にした方が楽なんじゃ？
495(1): (ﾜｯﾁｮｲ 4bbb-gfuD) 06/24(火)10:30 ID:oSvYVpQb0(2/2) AAS
>>494
いやだから、色々なブランチに順不同で入ってるやつの共通部分を括りだして独立したコミットにしたり、一つのコミットを内容に合わせて複数に分割したり、ばらばらのを分かり易く統合したり
やるべきこっとはいっぱいあるだろ
merge も squash も amend も全部 rebase -i を使ってやる、rebase -i を何だと思ってるんだ？
496: (ﾜｯﾁｮｲ ed7c-jK4x) 06/26(木)10:59 ID:JcQLzuh60(1/2) AAS
amendやsquashを一般人が簡単にやりたいならGitHub Desktopの履歴のとこから出来るけど
使用説明が一切ないんだよなあ。圧倒的なドキュメント不足。
497(1): (ﾍﾞｰｲﾓ MMab-FL2f) 06/26(木)12:02 ID:3juiMOaqM(1) AAS
>>495
アトミックに細かくコミットする人ならrebase -iでの整理は容易だろうけど、分割が多い場合は面倒臭すぎるでしょ
resetしてやり直した方が早いわ
498: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/26(木)14:45 ID:rhHx6Nng0(1) AAS
>>497
意味分からん
「細かくコミット」と「分割が多い」は同じじゃないの？ お前の用語での違いは何？
コミットを統合したり分割したりするのも rebase -i から始めるのに？
いくらでも変えられるのに何が問題なの？
499: (ﾜｯﾁｮｲ ed7c-jK4x) 06/26(木)17:51 ID:JcQLzuh60(2/2) AAS
「細かくコミット」がバックアップ保証のつもり(で修正が動くかどうかも分からん)なら、
都度commitだけしといてpushは待っとけばいいんじゃないかなと思ったり。
500(1): (ﾜｯﾁｮｲ 9b8c-FTUu) 06/27(金)10:30 ID:KAeTyQMQ0(1) AAS
当たり前だろ
動作確認できてないものpushすんなよ
501: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/27(金)10:39 ID:iePZ28tO0(1/3) AAS
>>500
どこに push するか次第だよな
共有リポジトリや公開リポジトリに push しちゃ駄目だろうけど個人のバックアップ・リポジトリとかに push しとくのは自由
リポジトリやブランチを好きなだけ作れて高速に同期できるのが git の利点なんで限られた少数のリポジトリしか使わないのはもったいない
502(1): (ﾜｯﾁｮｲ e31b-FL2f) 06/27(金)10:46 ID:Vbo+wzUI0(1) AAS
GitHubでのチーム開発だと普通に共有リポジトリにpushするけどな。
ただしpush先はいわゆるfeatureブランチなど、そのタスク専用のブランチ。
draft pull requestを作っておいて他人から容易に目に見えるようにするとなお良い。
むしろ手元で長いこと留めてあいつ何やってんだろと思ったら突然クソデカpull request投げてくるような奴は嫌われるよ。まあ開発に限った話ではないが。
503(1): (ﾜｯﾁｮｲ 4bbb-gfuD) 06/27(金)14:47 ID:iePZ28tO0(2/3) AAS
>>502
その辺はチームの方針次第だね
リポジトリで分けるのかブランチで分けるのか、個人専用かチーム用か、機能ごとか開発単位ごとか、公開範囲やレビューの手順や粒度をどうするか
マージやプルはとにかく、レビューは機能単位で小分けにやった方が良いとは思う（個人の意見
504(1): (ﾍﾞｰｲﾓ MMab-FL2f) 06/27(金)15:24 ID:caL9+2zdM(1) AAS
>>503
本題からは逸れるんだが、企業での開発で個人リポジトリにforkする運用ってなんかメリットあるのかな？
自分はこれまで共有リポジトリ運用しか見たことがない
なお、新卒がいきなりforkして怒られてるのは何度か見た
forkして複数の共有リポジトリを使うのは複数の会社がいてそれぞれガバナンスが違うケースなんかで珍しくないけど
505: (ﾜｯﾁｮｲ 4bbb-gfuD) 06/27(金)17:03 ID:iePZ28tO0(3/3) AAS
>>504
github みたいに fork って呼ぶから混乱するんじゃないかな？ オープンソースじゃないから単なる clone だろ
開発用の clone はいくつあっても良い、個人用でもデスクトップとノートPCとサーバと複数の場所にリポジトリもってて定期的に同期させたりしながら、移動中とか自宅とか会議中(笑)に開発したりできる
もちろん会社の情報統制や社外秘情報の漏出防止のためにコピー禁止とか部屋外に持ち出し禁止とか決まりあれば従わないと駄目だが
506: (ﾜｯﾁｮｲ 2302-ES++) 06/28(土)00:10 ID:Nhn9wgjX0(1/5) AAS
Gitむずかしい…
Pythonよりむずかしい…
507: (ﾜｯﾁｮｲ ddb0-kTDo) 06/28(土)11:34 ID:WNSkpT1F0(1) AAS
雑にpushするブランチを作ってあるので
ホイホイプッシュしてる
508: (ﾜｯﾁｮｲ dd9c-uoUG) 06/28(土)14:23 ID:ps+a9/JT0(1) AAS
いやPythonの方が難しいでしょ
509(1): (ﾜｯﾁｮｲ 2302-ES++) 06/28(土)15:15 ID:Nhn9wgjX0(2/5) AAS
初心者なんですが、
branch1とbranch2があって、
branch1にcheckout後に、>git merge branch2 と、
branch2にcheckout後に、>git merge branch1 って、
結果は同じ？
510(1): (ﾜｯﾁｮｲ e3d9-CRrD) 06/28(土)15:31 ID:XJ1OnLan0(1/2) AAS
>>509
ソースコードの内容は同じになる
ログは違う形になる
ログはどのようにソースを扱ってきたかの履歴書や歴史書のようなものなので複雑で大規模なプロジェクトほど価値が出る
511(1): (ﾜｯﾁｮｲ 2302-ES++) 06/28(土)15:47 ID:Nhn9wgjX0(3/5) AAS
>>510
あ、
今やってみましたが、
mergeコマンド実行するときの自分がいるブランチのほうが、引き続き残るって感じですかね？
上下前次1-新書関写板覧索設栞歴
あと 108 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s