Git 19

[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

814(1): (ﾜｯﾁｮｲ 2bbb-8Zil) 2023/08/19(土)23:17 ID:Af/nXbF+0(8/10) AAS
>>807
svn 使ったことないのに、知ってる風を装って語るので嘘杉て笑いが止まらない。
push する前に同期が必要なのが git
commit する前に同期が必要なのが svn
理解できるかな？無理だろうな。

815: (ﾜｯﾁｮｲ abe4-Xr9l) 2023/08/19(土)23:19 ID:vl4t9mIK0(5/7) AAS
>>807
作業中のブランチをレビューするのにメインリポジトリで共有するのはそれが簡単だから
レビューするのに最新の状態との同期とか必用無いし
作業前の状態との比較も簡単にできるし
そのままで問題なさそうなら最終成果物としてマージできるように同期して調整するのも簡単
必要無くなったら消すのも簡単
お前の妄想する手間がかかるから無駄とかこの機能を使わない理由のなんの説明にもなっていない
お前は理解できてないから手間がかかるとか無駄とか妄想を垂れ流す

816(1): (ﾜｯﾁｮｲ abe4-Xr9l) 2023/08/19(土)23:21 ID:vl4t9mIK0(6/7) AAS
>>814
いやgitはpushする前に同期は必須ではない
同期が必要な場合と必要でない場合を理解できて一人前

817(1): (ﾜｯﾁｮｲ 2bbb-8Zil) 2023/08/19(土)23:38 ID:Af/nXbF+0(9/10) AAS
>>816
ごめん。何を言ってるのか分からない。まさか push -f しろと主張してるの？

818(1): (ﾜｯﾁｮｲ abe4-Xr9l) 2023/08/19(土)23:43 ID:vl4t9mIK0(7/7) AAS
>>817
オレが多分話の流れを読んで無いだけだと思うけど、push前に同期が必須かと問われたら
、同期が必須なのは他人がpushする可能性があるブランチだけと答える

819: (ﾜｯﾁｮｲ 2bbb-8Zil) 2023/08/19(土)23:51 ID:Af/nXbF+0(10/10) AAS
>>818
なら単に用語の問題だな
git の push はブランチ単位での同期を要求する。push するブランチの同期が取れてるなら当然それ以上同期コマンドを実行する必要はない。
svn の commit はチェックアウトした範囲全体の同期を要求する。リポジトリ全体をチェックアウトしたなら全体の同期が必要。

まあどっちもとりあえずやってみて、失敗したら同期コマンド打てば良いだけだけどな

820(2): (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/20(日)00:58 ID:Vn08TQPe0(1/7) AAS
>>813
では何故改竄された綺麗な履歴を欲しがる？
俺なら799の場合は

上側のドタバタ履歴全部＋最終コミットのコメントを「AとCの機能追加、およびコード整理」

として実際の履歴で登録し、
masterにFFマージでこのドタバタ履歴が全部繋がってもgrepですっ飛ばせるのだから問題ないよね、
としたいが、実際はこれが出来ないから手動で改竄した綺麗な履歴を欲しがっているのではないのか？

821(1): (ﾜｯﾁｮｲ 2bbb-8Zil) 2023/08/20(日)01:06 ID:vNIwX77X0(1/5) AAS
>>820
じゃあ、ゴミログ残して、お前このあと C は必要だが A は別の機会にってなったときに簡単に対応できるか？
後から他人のゴミログ追いかけて必要な部分と不要な部分切り分ける手間暇馬鹿にならないし、ミスする確率も増える

822(1): (ﾜｯﾁｮｲ abe4-Xr9l) 2023/08/20(日)01:49 ID:st7HSyAz0(1) AAS
>>820
綺麗な履歴とお前の言うgrepが関係あるといのは、お前の思いこみ妄想

綺麗な履歴を作らないようなプロジェクトもたくさんある

823(1): (ﾜｯﾁｮｲ d163-Wp5N) 2023/08/20(日)04:04 ID:Qj2YxZj80(1/2) AAS
長文くんの考えは全部捨てずに突っ込んでおけば必要なものは探し出せるはずで
整理整頓なんか不要だし見た目が悪くても気にしないしそれで他の人が困ろうとどうでもいい
というゴミ屋敷理論だからなあ

824(2): (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/20(日)08:34 ID:Vn08TQPe0(2/7) AAS
>>821
簡単に対応する必要がないんだよ。

Cがmust、Aがオプションなら、最初から担当者にその旨伝え、分離した形で実装させなければならない。
それをせずに後付でAはやっぱり止めろ、と言うのはマネジメントの失敗であり、
担当者は適切な再実装時間を要求していい。

実際、799の場合なら、上側の実際の変更に6時間、
これを「清書」して下側の履歴に改竄するのに2時間といったところだろう。
「清書」しなくて良ければ次の仕事に取りかかれるので、この時点で効率が75%に落ちてしまっている。
25%も無能マネージャの尻ぬぐい保険に費やすのは馬鹿げている。
そして実際、殆どの場合は「やっぱAやめろ」なんて事にはならないし、
言われてから対応しても本修正(6時間)と同等の時間で対応出来るものだから、言われてからでいい。
事実としてAとC纏めて修正してしまったのだから、そのまま報告しとけ、でしかない。

>>823
「情報を落とすな」というセオリー通りだ。
> 開発プロセスの資産(812)
が開発プロセスの改善を目指すものなら、なおのことだ。
マネジメントが無能で修正指示不足(例:上記の「分離」指示不足)による手戻りが多かった場合、
それがそのまま見える形で記録されてないと意味無い。
799の忖度で「マネジメントも僕の修正も完璧、イエーイ、パチパチパチ」と小綺麗に改竄された履歴からでは、何も改善出来ない。

825(1): (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/20(日)08:35 ID:Vn08TQPe0(3/7) AAS
>>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の「清書」を作成だ。これが最大効率だ。
高い確率で必要ない「清書」を毎回ご丁寧にやる意味はない。

826(1): (ﾃﾃﾝﾃﾝﾃﾝ MM4b-XafZ) 2023/08/20(日)08:44 ID:fiK4YkusM(1/2) AAS
マージ側に都合がいいというのは正しいかもね。日頃からその視点を持って作業したら。

827: (ﾜｯﾁｮｲ 2bbb-8Zil) 2023/08/20(日)08:56 ID:vNIwX77X0(2/5) AAS
>>824
だから git 使えば清書は 10秒でできる。
2時間かけるのは馬鹿らしいって話。

828: (ｱｳｱｳｸｰ MM8d-1fKg) 2023/08/20(日)08:58 ID:rPtHvv2SM(1) AAS
長文さんは共同開発プロジェクトにgit使ったこと無いんじゃないかな。
むか〜しに共同開発プロジェクトに参画させてもらった記憶だけで長文書いてそう。
こんなごちゃごちゃ口だけやかましい奴はプロジェクト推進の邪魔だから当時退場させられたんだろう多分

829(1): (ﾜｯﾁｮｲ db8c-RKQT) 2023/08/20(日)09:56 ID:DNMNb0+B0(1/2) AAS
現実を見ていない妄想まみれのレスは置いといて、gitで清書したコミットだけをpushする方法ってあるのかしらん？

ずいぶん前の話なので今は挙動違うかもしれんが、書き散らかした十数のコミットがあってマージでひとつにまとめたとき、まとめた方のコミットだけpushしようとしても十数のコミットもおまけにpushされる。
このおまけのpushを避ける方法てあるのかしらん？

830: (ﾜｯﾁｮｲ d19f-q59E) 2023/08/20(日)10:16 ID:eWjoENHw0(1) AAS
cherry-pick

831(1): (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/20(日)10:17 ID:Vn08TQPe0(4/7) AAS
>>826
だからgitはマージ専用機であり、gitを使えばマージの効率は上がる。
ただそれは多数側のコード書いてる担当者に負担を押しつけた結果だから、アプリケーション全体の開発効率は下がる。

ってのがgitの問題点だろうよ。
(しかもこれは意図的な仕様だ)

832(1): (ﾜｯﾁｮｲ 2bbb-8Zil) 2023/08/20(日)10:35 ID:vNIwX77X0(3/5) AAS
>>829
多分、すごい古い git を使ってたんじゃないかな？
最近のはデフォルトが変更されていて、現在のブランチだけが push されるので他のものは push されないよ（オプションか設定変更で変えれる）

833: (ﾜｯﾁｮｲ 2bbb-8Zil) 2023/08/20(日)10:38 ID:vNIwX77X0(4/5) AAS
>>831
開発効率が下がるのは清書に2時間かけちゃう、お前だけだろ？

834(1): (ﾜｯﾁｮｲ 2bcf-YAjS) 2023/08/20(日)10:54 ID:P3ytobrG0(1/3) AAS
>それをせずに後付でAはやっぱり止めろ、と言うのはマネジメントの失敗であり、

前にもうまくマネジメントすればブランチは不要てなことを書いていたと思うが
それをやるのにかかるコストのことは考えてるんかね。

835: (ﾃﾃﾝﾃﾝﾃﾝ MM4b-XafZ) 2023/08/20(日)11:07 ID:fiK4YkusM(2/2) AAS
完璧な計画が作れないのはバケツであなたが体験した通りですよ

836: (ﾌﾞｰｲﾓ MM4b-8Zil) 2023/08/20(日)12:15 ID:lyAuLRyDM(1) AAS
他人が10秒でやる仕事に2時間かけるのは無能
無能を棚に上げて、マネージメントのせいにして仕事拒否するとか、馬鹿を通り越して害悪

837: (ﾜｯﾁｮｲ db8c-RKQT) 2023/08/20(日)12:27 ID:DNMNb0+B0(2/2) AAS
>>832
そうなのか……ありがと。
後で試してみる。

838: (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/20(日)13:18 ID:Vn08TQPe0(5/7) AAS
>>834
その程度のコストは普通の会社なら当たり前のようにかけてる。というか、そうじゃないと成立しない。

当たり前だが担当に振る前に、振る側は、担当の実力と、修正箇所の概略は把握してる。
だから「Aの担当モジュールだからAにやらせる」とか、
「この修正は難しいからBにやらせる」とかの判断が出来る。
この過程で、ファイル○○はAとBが変更する可能性がある、というのも分かるから、
Aに先にやらせてその後にB、程度の交通整理でマージの回避も出来る。

対してLinuxの場合は本質的にこれが出来ない。
パッチを送ってくる奴等の実力もさっぱり予測出来ないし、指示も強制も出来ない。
これは従来の伽藍開発ではあり得なかった状況なので、従来のvcsでは全く対応出来ず、gitを作った。

つまりLinusは「無重力でも書けるボールペン」として「無マネジメントでもマージ出来る」gitを作り、
従来の会社は、「Aに先にやらせる」程度のマネジメントで「一方ロシアは鉛筆を使った」が成立してる。
(つまり、集中型のvcsはある程度マネジメントがある前提でしか成立しない)

839: (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/20(日)13:19 ID:Vn08TQPe0(6/7) AAS
その程度のマネジメントしかしてない奴に高い給料は無意味、
首にしてその分担当を増やせ、というのもありだし、実際に成立する会社があれば面白いとは思う。
つまり、例えばゲーム会社で社内バザールを行い、
・社内のどのゲーム開発に参画してもよい
・どの仕事をやってもよい
　つまり、キャラデザ、3Dモデル、背景、シナリオ、ゲームエンジン、コーディング、テスト、営業等、
　募集している職にはどれでも応募出来る
・完全出来高制、採用されなければ給料無し(コード書いてもrejectされれば無報酬)
という、よくある異世界アニメのギルド依頼をこなすノリで仕事を選ぶ場合は、
集中型のvcsでは役に立たない。
だけど実際、こんな会社はないだろ。社内公募って言ってもねえ、だし。
実際、社内バザールを成立させるにはかなりのマネジメント能力が必要で、現実的に出来る会社がないからだよ。
人気ゲームばかりに人員が集中したり、絵を描きたい奴がキャラデザに集中しても、
強制的に配属することは出来ず、報酬を上げて釣るしかないのだが、この『適正な』報酬を見切れる奴がいない。
しかも有能な奴ほど「割のいい仕事」に対する目利きが効くので、いろんな意味でろくな事にならない。

840: (ﾜｯﾁｮｲ c963-8siF) 2023/08/20(日)13:59 ID:DfSYz/4c0(1) AAS
バケツくんと長文くんがいるように見えるのは僕だけかい？

841: (ﾜｯﾁｮｲ 2b8f-mdXp) 2023/08/20(日)14:17 ID:6n6PkJKk0(1/2) AAS
バケツくんは、後で別のプログラマが自分のコミットを参照したり再利用することを考えないんだろうな
人に見せることを考えないので、自分が作業したありのままを残すことに執着する

あとrebaseを行って"清書"を行う自信がないんだろう笑
使ったことがないから笑

842(1): (ﾜｯﾁｮｲ 2bcf-YAjS) 2023/08/20(日)14:19 ID:P3ytobrG0(2/3) AAS
>(つまり、集中型のvcsはある程度マネジメントがある前提でしか成立しない)

まあその通りだな。で、あんたの要求するレベルの「マネジメント」にパワーをかけたくない現場は
ブランチ使って並行作業するだけ。

>ユーザーが求めてるのは、新規機能の実装やバグの修正であって、

そういうことだな。

843(2): (ﾜｯﾁｮｲ d163-Wp5N) 2023/08/20(日)15:33 ID:Qj2YxZj80(2/2) AAS
>>824
タイポの記録をそのまま見せても何も改善できんわな
いつか役にたつかもしれない、役にたたないと断言できない
と考えて捨てられないゴミ屋敷理論だろ

>>825
その考えでうまくいくかどうか「バケツ」をつくって示せばいいのにつくれず
能書きをたれ続けるだけの長文くん

上下前次 1-新書関写板覧索設栞歴

あと 159 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.013s