[過去ﾛｸﾞ]
Git 19 (1002ﾚｽ)
Git 19 http://mevius.5ch.net/test/read.cgi/tech/1667720427/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
815: デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) [sage] 2023/08/19(土) 23:19:47.05 ID:vl4t9mIK0 >>807 作業中のブランチをレビューするのにメインリポジトリで共有するのはそれが簡単だから レビューするのに最新の状態との同期とか必用無いし 作業前の状態との比較も簡単にできるし そのままで問題なさそうなら最終成果物としてマージできるように同期して調整するのも簡単 必要無くなったら消すのも簡単 お前の妄想する手間がかかるから無駄とかこの機能を使わない理由のなんの説明にもなっていない お前は理解できてないから手間がかかるとか無駄とか妄想を垂れ流す http://mevius.5ch.net/test/read.cgi/tech/1667720427/815
816: デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) [sage] 2023/08/19(土) 23:21:47.54 ID:vl4t9mIK0 >>814 いやgitはpushする前に同期は必須ではない 同期が必要な場合と必要でない場合を理解できて一人前 http://mevius.5ch.net/test/read.cgi/tech/1667720427/816
817: デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/19(土) 23:38:08.78 ID:Af/nXbF+0 >>816 ごめん。何を言ってるのか分からない。まさか push -f しろと主張してるの？ http://mevius.5ch.net/test/read.cgi/tech/1667720427/817
818: デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) [sage] 2023/08/19(土) 23:43:08.38 ID:vl4t9mIK0 >>817 オレが多分話の流れを読んで無いだけだと思うけど、push前に同期が必須かと問われたら 、同期が必須なのは他人がpushする可能性があるブランチだけと答える http://mevius.5ch.net/test/read.cgi/tech/1667720427/818
819: デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/19(土) 23:51:47.78 ID:Af/nXbF+0 >>818 なら単に用語の問題だな git の push はブランチ単位での同期を要求する。push するブランチの同期が取れてるなら当然それ以上同期コマンドを実行する必要はない。 svn の commit はチェックアウトした範囲全体の同期を要求する。リポジトリ全体をチェックアウトしたなら全体の同期が必要。 まあどっちもとりあえずやってみて、失敗したら同期コマンド打てば良いだけだけどな http://mevius.5ch.net/test/read.cgi/tech/1667720427/819
820: デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/20(日) 00:58:08.93 ID:Vn08TQPe0 >>813 では何故改竄された綺麗な履歴を欲しがる？ 俺なら799の場合は 上側のドタバタ履歴全部＋最終コミットのコメントを「AとCの機能追加、およびコード整理」 として実際の履歴で登録し、 masterにFFマージでこのドタバタ履歴が全部繋がってもgrepですっ飛ばせるのだから問題ないよね、 としたいが、実際はこれが出来ないから手動で改竄した綺麗な履歴を欲しがっているのではないのか？ http://mevius.5ch.net/test/read.cgi/tech/1667720427/820
821: デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/20(日) 01:06:37.87 ID:vNIwX77X0 >>820 じゃあ、ゴミログ残して、お前このあと C は必要だが A は別の機会にってなったときに簡単に対応できるか？ 後から他人のゴミログ追いかけて必要な部分と不要な部分切り分ける手間暇馬鹿にならないし、ミスする確率も増える http://mevius.5ch.net/test/read.cgi/tech/1667720427/821
822: デフォルトの名無しさん (ﾜｯﾁｮｲ abe4-Xr9l) [sage] 2023/08/20(日) 01:49:04.21 ID:st7HSyAz0 >>820 綺麗な履歴とお前の言うgrepが関係あるといのは、お前の思いこみ妄想 綺麗な履歴を作らないようなプロジェクトもたくさんある http://mevius.5ch.net/test/read.cgi/tech/1667720427/822
823: デフォルトの名無しさん (ﾜｯﾁｮｲ d163-Wp5N) [sage] 2023/08/20(日) 04:04:05.06 ID:Qj2YxZj80 長文くんの考えは全部捨てずに突っ込んでおけば必要なものは探し出せるはずで 整理整頓なんか不要だし見た目が悪くても気にしないしそれで他の人が困ろうとどうでもいい というゴミ屋敷理論だからなあ http://mevius.5ch.net/test/read.cgi/tech/1667720427/823
824: デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/20(日) 08:34:32.23 ID:Vn08TQPe0 >>821 簡単に対応する必要がないんだよ。 Cがmust、Aがオプションなら、最初から担当者にその旨伝え、分離した形で実装させなければならない。 それをせずに後付でAはやっぱり止めろ、と言うのはマネジメントの失敗であり、 担当者は適切な再実装時間を要求していい。 実際、799の場合なら、上側の実際の変更に6時間、 これを「清書」して下側の履歴に改竄するのに2時間といったところだろう。 「清書」しなくて良ければ次の仕事に取りかかれるので、この時点で効率が75%に落ちてしまっている。 25%も無能マネージャの尻ぬぐい保険に費やすのは馬鹿げている。 そして実際、殆どの場合は「やっぱAやめろ」なんて事にはならないし、 言われてから対応しても本修正(6時間)と同等の時間で対応出来るものだから、言われてからでいい。 事実としてAとC纏めて修正してしまったのだから、そのまま報告しとけ、でしかない。 >>823 「情報を落とすな」というセオリー通りだ。 > 開発プロセスの資産(812) が開発プロセスの改善を目指すものなら、なおのことだ。 マネジメントが無能で修正指示不足(例:上記の「分離」指示不足)による手戻りが多かった場合、 それがそのまま見える形で記録されてないと意味無い。 799の忖度で「マネジメントも僕の修正も完璧、イエーイ、パチパチパチ」と小綺麗に改竄された履歴からでは、何も改善出来ない。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/824
825: デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/20(日) 08:35:35.57 ID:Vn08TQPe0 >>822 そりゃ探せばあるだろうが、ここでの議論通り、gitでは「清書しろ」が多数派だろ。 この遠因になってるのは、適切なgrepが無く、クソ汚いcommit履歴が丸見えになってしまうからだ。 それを「歴史か物語か」という「選択」だと誤魔化すのは機能が足りてないから。 例えばcommitにレベルが付加されてて、799branchのコミットレベルは2、masterのコミットレベルは0としておけば、 master上に799のドタバタ奮闘記commitsがFFマージで連なっても、 レベル0だけを表示すればマージ人員用の小綺麗な履歴、 レベル2も表示すればパッチ作成者の実際の奮闘含めての履歴、が得られる。 改竄する必要もなく、情報も落としておらず、誰にも余計な手間がかからない。 gitにはこういう「こうすりゃ良かっただけだろ」的な仕様が全部抜け落ちてて、 全部マージ人員(=Linus)側に都合がいいだけの仕様になってる。 この違和感をお前らが感じないのは、お前らがコードなんて書いてないからだと思うぜ。 ついでに言うと「清書」されたcommitsが欲しければ、それはレベル1として「別パス」を「後付で」生成、 つまりスタート/エンドポイントが799branchと同じ、ただし途中の進行が違う別パスを「後付で」追加出来れば、 レベル0は淡々とした履歴、レベル1で修正内容が「清書」された履歴、レベル2で実際の履歴、が得られてみんな幸せだろ。 マネージャが無能でAは止めると確定してからレベル1の「清書」を作成だ。これが最大効率だ。 高い確率で必要ない「清書」を毎回ご丁寧にやる意味はない。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/825
826: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-XafZ) [sage] 2023/08/20(日) 08:44:51.44 ID:fiK4YkusM マージ側に都合がいいというのは正しいかもね。日頃からその視点を持って作業したら。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/826
827: デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/20(日) 08:56:28.01 ID:vNIwX77X0 >>824 だから git 使えば清書は 10秒でできる。 2時間かけるのは馬鹿らしいって話。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/827
828: デフォルトの名無しさん (ｱｳｱｳｸｰ MM8d-1fKg) [sage] 2023/08/20(日) 08:58:29.28 ID:rPtHvv2SM 長文さんは共同開発プロジェクトにgit使ったこと無いんじゃないかな。 むか〜しに共同開発プロジェクトに参画させてもらった記憶だけで長文書いてそう。 こんなごちゃごちゃ口だけやかましい奴はプロジェクト推進の邪魔だから当時退場させられたんだろう多分 http://mevius.5ch.net/test/read.cgi/tech/1667720427/828
829: デフォルトの名無しさん (ﾜｯﾁｮｲ db8c-RKQT) [sage] 2023/08/20(日) 09:56:03.93 ID:DNMNb0+B0 現実を見ていない妄想まみれのレスは置いといて、gitで清書したコミットだけをpushする方法ってあるのかしらん？ ずいぶん前の話なので今は挙動違うかもしれんが、書き散らかした十数のコミットがあってマージでひとつにまとめたとき、まとめた方のコミットだけpushしようとしても十数のコミットもおまけにpushされる。 このおまけのpushを避ける方法てあるのかしらん？ http://mevius.5ch.net/test/read.cgi/tech/1667720427/829
830: デフォルトの名無しさん (ﾜｯﾁｮｲ d19f-q59E) [sage] 2023/08/20(日) 10:16:43.69 ID:eWjoENHw0 cherry-pick http://mevius.5ch.net/test/read.cgi/tech/1667720427/830
831: デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/20(日) 10:17:14.38 ID:Vn08TQPe0 >>826 だからgitはマージ専用機であり、gitを使えばマージの効率は上がる。 ただそれは多数側のコード書いてる担当者に負担を押しつけた結果だから、アプリケーション全体の開発効率は下がる。 ってのがgitの問題点だろうよ。 (しかもこれは意図的な仕様だ) http://mevius.5ch.net/test/read.cgi/tech/1667720427/831
832: デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/20(日) 10:35:23.52 ID:vNIwX77X0 >>829 多分、すごい古い git を使ってたんじゃないかな？ 最近のはデフォルトが変更されていて、現在のブランチだけが push されるので他のものは push されないよ （オプションか設定変更で変えれる） http://mevius.5ch.net/test/read.cgi/tech/1667720427/832
833: デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/20(日) 10:38:38.99 ID:vNIwX77X0 >>831 開発効率が下がるのは清書に2時間かけちゃう、お前だけだろ？ http://mevius.5ch.net/test/read.cgi/tech/1667720427/833
834: デフォルトの名無しさん (ﾜｯﾁｮｲ 2bcf-YAjS) [sage] 2023/08/20(日) 10:54:29.71 ID:P3ytobrG0 >それをせずに後付でAはやっぱり止めろ、と言うのはマネジメントの失敗であり、 前にもうまくマネジメントすればブランチは不要てなことを書いていたと思うが それをやるのにかかるコストのことは考えてるんかね。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/834
835: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM4b-XafZ) [sage] 2023/08/20(日) 11:07:43.43 ID:fiK4YkusM 完璧な計画が作れないのはバケツであなたが体験した通りですよ http://mevius.5ch.net/test/read.cgi/tech/1667720427/835
836: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM4b-8Zil) [sage] 2023/08/20(日) 12:15:53.56 ID:lyAuLRyDM 他人が10秒でやる仕事に2時間かけるのは無能 無能を棚に上げて、マネージメントのせいにして仕事拒否するとか、馬鹿を通り越して害悪 http://mevius.5ch.net/test/read.cgi/tech/1667720427/836
837: デフォルトの名無しさん (ﾜｯﾁｮｲ db8c-RKQT) [sage] 2023/08/20(日) 12:27:33.60 ID:DNMNb0+B0 >>832 そうなのか……ありがと。 後で試してみる。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/837
838: デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/20(日) 13:18:50.21 ID:Vn08TQPe0 >>834 その程度のコストは普通の会社なら当たり前のようにかけてる。というか、そうじゃないと成立しない。 当たり前だが担当に振る前に、振る側は、担当の実力と、修正箇所の概略は把握してる。 だから「Aの担当モジュールだからAにやらせる」とか、 「この修正は難しいからBにやらせる」とかの判断が出来る。 この過程で、ファイル○○はAとBが変更する可能性がある、というのも分かるから、 Aに先にやらせてその後にB、程度の交通整理でマージの回避も出来る。 対してLinuxの場合は本質的にこれが出来ない。 パッチを送ってくる奴等の実力もさっぱり予測出来ないし、指示も強制も出来ない。 これは従来の伽藍開発ではあり得なかった状況なので、従来のvcsでは全く対応出来ず、gitを作った。 つまりLinusは「無重力でも書けるボールペン」として「無マネジメントでもマージ出来る」gitを作り、 従来の会社は、「Aに先にやらせる」程度のマネジメントで「一方ロシアは鉛筆を使った」が成立してる。 (つまり、集中型のvcsはある程度マネジメントがある前提でしか成立しない) http://mevius.5ch.net/test/read.cgi/tech/1667720427/838
839: デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/20(日) 13:19:06.52 ID:Vn08TQPe0 その程度のマネジメントしかしてない奴に高い給料は無意味、 首にしてその分担当を増やせ、というのもありだし、実際に成立する会社があれば面白いとは思う。 つまり、例えばゲーム会社で社内バザールを行い、 ・社内のどのゲーム開発に参画してもよい ・どの仕事をやってもよい つまり、キャラデザ、3Dモデル、背景、シナリオ、ゲームエンジン、コーディング、テスト、営業等、 募集している職にはどれでも応募出来る ・完全出来高制、採用されなければ給料無し(コード書いてもrejectされれば無報酬) という、よくある異世界アニメのギルド依頼をこなすノリで仕事を選ぶ場合は、 集中型のvcsでは役に立たない。 だけど実際、こんな会社はないだろ。社内公募って言ってもねえ、だし。 実際、社内バザールを成立させるにはかなりのマネジメント能力が必要で、現実的に出来る会社がないからだよ。 人気ゲームばかりに人員が集中したり、絵を描きたい奴がキャラデザに集中しても、 強制的に配属することは出来ず、報酬を上げて釣るしかないのだが、この『適正な』報酬を見切れる奴がいない。 しかも有能な奴ほど「割のいい仕事」に対する目利きが効くので、いろんな意味でろくな事にならない。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/839
840: デフォルトの名無しさん (ﾜｯﾁｮｲ c963-8siF) [sage] 2023/08/20(日) 13:59:49.47 ID:DfSYz/4c0 バケツくんと長文くんがいるように見えるのは僕だけかい？ http://mevius.5ch.net/test/read.cgi/tech/1667720427/840
841: デフォルトの名無しさん (ﾜｯﾁｮｲ 2b8f-mdXp) [sage] 2023/08/20(日) 14:17:18.15 ID:6n6PkJKk0 バケツくんは、後で別のプログラマが自分のコミットを参照したり再利用することを考えないんだろうな 人に見せることを考えないので、自分が作業したありのままを残すことに執着する あとrebaseを行って"清書"を行う自信がないんだろう笑 使ったことがないから笑 http://mevius.5ch.net/test/read.cgi/tech/1667720427/841
842: デフォルトの名無しさん (ﾜｯﾁｮｲ 2bcf-YAjS) [sage] 2023/08/20(日) 14:19:19.55 ID:P3ytobrG0 >(つまり、集中型のvcsはある程度マネジメントがある前提でしか成立しない) まあその通りだな。で、あんたの要求するレベルの「マネジメント」にパワーをかけたくない現場は ブランチ使って並行作業するだけ。 >ユーザーが求めてるのは、新規機能の実装やバグの修正であって、 そういうことだな。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/842
843: デフォルトの名無しさん (ﾜｯﾁｮｲ d163-Wp5N) [sage] 2023/08/20(日) 15:33:57.12 ID:Qj2YxZj80 >>824 タイポの記録をそのまま見せても何も改善できんわな いつか役にたつかもしれない、役にたたないと断言できない と考えて捨てられないゴミ屋敷理論だろ >>825 その考えでうまくいくかどうか「バケツ」をつくって示せばいいのにつくれず 能書きをたれ続けるだけの長文くん http://mevius.5ch.net/test/read.cgi/tech/1667720427/843
844: デフォルトの名無しさん (ﾜｯﾁｮｲ 5b19-0WDc) [sage] 2023/08/20(日) 19:24:45.17 ID:Mm91CbZY0 github desktopでもsourcetreeでもいいから変更履歴を複数選択してsquashかけたらあっという間に 履歴をまとめられるのも知らんのだろうな。 http://mevius.5ch.net/test/read.cgi/tech/1667720427/844
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 158 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s