[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
135(2): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)13:47 ID:h41UD2lS0(18/29) AAS
>>132-133
最初に言っておくべきだったが、俺が作るアプリはお前らGit屋向けではないよ。
プログラマ、或いはクリエイター向けで、
Gitなんか勉強したくない、何でもいいからバックアップと履歴が取れてればいい、という人向けだ。
だから内部DBには都合がいい物を使うだけで、SQLiteもあり得るし、途中での変更もあり得る。
Git屋はGitを使うべきだよ。そもそもGitがGit屋向けフルチューンだし、
だからこそ文句言われてるわけだが、目的外使用なのだからLinusから見れば完全に筋違いだ。
なら、俺が「プログラマ/クリエイター向け」のツールを提供しよう、というだけ。
136: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/12(土)13:49 ID:zxvXZjfz0(8/14) AAS
>>135
だから、このスレでやるな。
自分のスレ作って引き籠もれ。
137(2): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)13:51 ID:h41UD2lS0(19/29) AAS
>>134
それなら、お前にはフィットしないだろうし、お前の周りはGitを引き続き使えばいいだけ。
俺は127方式やもっと小規模(個人)レベルでの開発を想定したツールを提供するだけ。
目論見が外れてたら、思ったより売れなくて、俺の骨折り損なだけ。
これで何の問題もないだろ。
138(1): (ﾜｯﾁｮｲ 1563-sfiH) 2022/11/12(土)14:12 ID:403mRijK0(5/9) AAS
>>135>>137
長文君ソフト(仮)ではmergeのことを考えてないから
mergeを使う可能性があるなら長文君ソフト(仮)ではなくgitを使うべき
ってことだろ。なんなんだよGit屋って。
とっとと長文君ソフト(仮)スレ立てて移動しろ
139: (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)14:55 ID:h41UD2lS0(20/29) AAS
>>119,124
--keep-base見たが、これ仕様が欠けてるんだよ。
だから君みたいな「あらかじめポインタ(branchまたはtag)を確保しておく」使い方しか出来ない。
rebaseが成功したらbranchは新しい方を指すので、古い方は名無しになってしまう。（放置したらgc対象)
だから本来の仕様は、 --keep-base "AsThisBranch" とかで、新しいbranch名かタグ名を指定出来ないとおかしい。
これ --keep-base だけしても名無しのままだから即削除されないだけで、じきにgcされるから、意味ないと思うぞ。
こういうところがGitは仕様が雑なんだよ。仕様の重要さをまるで理解してない。これただの落とし穴だよ。
そして落ちない工夫が「あらかじめbranchにしておく」君のやり方で、バッドノウハウになってるだけ。
そりゃ君らみたいなGit屋にとっては落とし穴は多ければ多いほど重宝されて都合がいいんだろうけどさ。
それでちょっと確認したいんだけど、君がbranchに拘ってるのは、もしかしてタグ付けてもgc対象になったりする？
何かこの辺雑だし、下手すればあり得るので怖いんだけどさ。
あと俺が欲しい仕様は、rebaseした奴の親としてrebase前の記録が全部保持されるタイプで、--keep-baseではない。
まあ俺はrebase無しで運用してこの辺回避するからいいんだけどさ。(つかmergeでいい)
140(1): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)14:56 ID:h41UD2lS0(21/29) AAS
>>138
プログラマ： 主にソースコードを書いてる連中
クリエイター： 例えば主にフォトショで絵を描いてる連中
Git屋： Gitを操作することが主な仕事(>>83内のGit用員)、ソースコードは書けないし、絵も描けない
141(1): (ﾜｯﾁｮｲ 4bcf-IBSA) 2022/11/12(土)15:04 ID:ajB/boEg0(2/4) AAS
まあ、こうやって素人考えをぶつけてみることでgitの良いところを再認識できるのであれば
まったくの無駄ではないのかもしれまい。
142(2): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)15:24 ID:h41UD2lS0(22/29) AAS
>>141
× Gitの良いところ
○ Gitと被るところ
バックアップツールで必須な
・更新されたファイルを保存しておく
・変更されてないファイルは改めては取得しない
・変更履歴も保持し、必要なら古いファイルも取り出せる
・可能なら定期的に圧縮する
をGitが持ってるから、目的外使用されてるだけだな。
まあ基本アーキがいいから目的外使用でも本来ツールと戦えるということではあるけど。
ただ変更を酷く許してないところは頂けない。ここは俺はぶち壊す予定。
(間違ったファイルをコミットして大騒ぎ、結局全部作り直し、みたいのを無くして、ファイルを普通に消せるようにする。
ハッシュがずれたところで、ツリーには関係ない)
Gitのバックエンドは出来がいいんだと思うよ。多分。（俺が問題に遭遇してないだけかもだが）
Gitが糞なのは、フロントエンドと、仕様だね。ドキュメントは多すぎるが、よく書かれているし、少ないよりは断然いい。
143(1): (ﾜｯﾁｮｲ c597-AMkR) 2022/11/12(土)15:51 ID:pkT2sKDg0(1) AAS
どうでもいいが95%はコード書いて検証してる時間で、複数人でレビューしながら開発とかでない限りGitに使う時間って5%くらいだろ。
皆プログラム書きつつGit触れて普通だと思うんだけど。それこそWeb業界では。難しいことになるときがないとは言わないけどたまーにでしょ。
グラフィックの感性で勝負とか、そういう特殊な世界のプログラマー以外でWeb系でGitも使えないんじゃ普通仕事にならないけどな。
144(1): (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/12(土)16:11 ID:zxvXZjfz0(9/14) AAS
>>142
git はバックアップツールじゃないぞ。
料理に例えるならお前が欲しがってるのは出来た料理を保管するための冷凍庫。
git が提供してるのは料理を作ったりアレンジするためのレシピ本(とその編集機能)
あとお前の言う「プログラマ」って、単なるコーダーで、本物のプログラマじゃないだろ。工場で刺し身にタンポポ載せてるやつは料理研究家じゃないからな間違えんなよ。
145: (ﾜｯﾁｮｲ 1563-sfiH) 2022/11/12(土)17:09 ID:403mRijK0(6/9) AAS
>>140
長文君はgitをバックアップツールとしか見てないのに、Git屋というそのためだけの要員を
わざわざ雇っている会社があるという妄想に取り憑かれているんだな
146(2): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)17:57 ID:h41UD2lS0(23/29) AAS
>>143
いや5%(=24分)も十分多すぎだけどな。
まあそれはさておき、コードと開発体制も糞だったのを忘れてたから、
Gitの良い所： 基本アーキ、バックエンド、ドキュメント
Gitの糞な所： フロントエンド、仕様、コード、開発体制、(ドキュメント多すぎ)
となる。ここで、駄目なところは全部マネジメントに起因してる。
一般の会社なら課長/係長クラスで締める部分が締まってない。
これは指揮系統を持たない「バザール」の宿命で、他知らんけどこんなもんなのかもしれないが、
OSSという意味ではchromeとかもっとガッツリやってる（ように見える）し、少なくともregressionテストは流しまくってる。
あっちはGoogleが締めてるのかもしれないが、Gitは見た目1本もregressionテスト流してないのは駄目だろ。
Subversion(58内記事)ではregressionテストに落ちたらcommit禁止だったらしいし。これが普通。
CVSはこの辺ガッツリやりすぎて、テスト用の3万行超のシェルスクリプトに
(自分がcommitする部分の為の)新規テストを追加しなければcommitしちゃ駄目、とかで問題だったとも書いてあったが。
>>144
料理の味で勝負をしたいのに、冷蔵庫の使い方を100時間かけて勉強して、
冷蔵庫のご機嫌を取らないといけない事に、みんな文句言ってるんだよ。
ただこれはテクノロジーが達してないだけではある。
昔は航空機関士が同乗してたように。（乗ってて何とかなったとはとても思えないが、それはそれ)
今はGit屋が必要なレベルで、じきにもっと簡単な物が出てきてお役ご免になるはず。
出てこないようなら俺が作るよ、ということ。
147(1): (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/12(土)18:26 ID:zxvXZjfz0(10/14) AAS
>>146
だから料理の「レシピ本の作り方」をどんなに読み込んでも冷凍庫の使い方は載ってないぞ。少しなら冷凍庫の使い方のヒントになる部分もあるので勘違いしてるんだろうけど。
冷凍庫欲しかったた冷凍庫買え。レシピ本に冷蔵庫の代わりを求めるな。
148: (ﾜｯﾁｮｲ 1563-sfiH) 2022/11/12(土)18:35 ID:403mRijK0(7/9) AAS
>>146
俺が作ると言うだけなら簡単だ
スレ立ててそっちに移ることすらできない奴でも
俺が作ると言うことはできる
149(1): (ﾜｯﾁｮｲ adc2-owoj) 2022/11/12(土)18:40 ID:inQx9iPN0(2/3) AAS
うちの会社にも取引先にもgit使えないプログラマーなんていないけど
git屋わざわざ雇ってる会社のプログラマーてアホばっかりなん
150(1): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)18:42 ID:h41UD2lS0(24/29) AAS
>>147
料理人： 冷蔵庫なんてブッ込んでおけば冷える、で十分
Git： 正しいブッ込み方じゃないから直せ、いやそもそもブッ込み方を知らない奴が使うな！と文句を言う冷蔵庫
151(1): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)18:55 ID:h41UD2lS0(25/29) AAS
>>149
> 公開リポジトリにプッシュしたコミットをリベースしてはいけない
> 外部ﾘﾝｸ:www.git-scm.com
これは既知の問題だけど、これが既知とされるまでにだいぶ大騒ぎしてるはずだよ。
プルリクして、公開リポジトリの操作自体は分かってる奴がやる、
(その時点でおかしい構造ならまずローカルを修正させる）
というのがセオリーなんだろうけど、それをやるのがGit係＝「Git屋」だよ。
他のVCSだとそもそもおかしい操作ができない(=操作出来る範囲が最初から制限されまくってる）からそうはならない。
全世界で唯一の履歴を持つんだ！とか壮大な風呂敷広げてるからこうなる。
ローカルリポジトリは好きにさせて、リポジトリ単位ではなく、commit単位での同期で十分だったはず。
152: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/12(土)18:56 ID:zxvXZjfz0(11/14) AAS
>>150
git: レシピを他の人と共有したりアレンジ料理のアイディア出しに使うツール。
そもそも冷凍庫が欲しい人はお呼びじゃない。どっか行け
153: (ﾜｯﾁｮｲ 4bbb-tcgO) 2022/11/12(土)19:00 ID:zxvXZjfz0(12/14) AAS
>>151
既知も大騒ぎもない。最初からだよ。
理由が分からない時点でおっさし案件
154(1): (ﾜｯﾁｮｲ 2514-H0Ic) 2022/11/12(土)19:46 ID:Cj/ueztB0(5/9) AAS
>>114
> ただ、切り替わらなくてもいい共通ファイル類はその場合には .git 階層に置くんだよ。
複雑な仕組みを入れるな。
gitは、gitを使わない場合と全く同じ形のディレクトリ構造に保たれている
バージョン管理をしない通常の開発フェーズでは、gitを使わないのと全く同じ
お前が言うやり方では、gitのためにディレクト構造を作らないといけなくなる
あ～ほらし
まあね、この程度なんだよ
155(1): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)20:11 ID:h41UD2lS0(26/29) AAS
>>154
> gitのためにディレクト構造を作らないといけなくなる
ここら辺がGit信者が勘違いしまくってる点だよ。
これは
× Gitの為に
○ branchの為に
であって、ツールを『何も使わずに』branchを用意する場合の構造と同じなんだ。
本来ツールは「使えば便利」で十分なんだよ。
例えば何度も言われてる「電動ドリル」なら、
ユーザーが求めていたもの： 手動ドリルだと手が疲れるので、
手が疲れないだけで、使い勝手や小回りの良さは手動ドリルと同じ程度の電動ドリル
であって、
Git： 世界中どんな物にも穴が開けられる据え付け型超高性能電動ドリル、
ただし取り扱い要注意なので1000ページの説明書を読め、
なんて要らないんだよ。可能であれば、それ以前のユーザーがやっていた方式と
出来るだけシームレスに接続出来た方がいい。
だからこの点は、Subversionの方が仕様として正しい。
上書き切換方式がよければ、Opt-inにすべき。
ただ高級機は必要ではあるので、ここら辺はGitが悪いと言うよりは、
普及機がないからそのまま高級機を使ってて愚痴ってる奴が悪い。
だから俺が普及機を用意してやる、ということ。
156: (ﾜｯﾁｮｲ 2514-H0Ic) 2022/11/12(土)20:16 ID:Cj/ueztB0(6/9) AAS
> であって、ツールを『何も使わずに』branchを用意する場合の構造と同じなんだ。
> 本来ツールは「使えば便利」で十分なんだよ。
その発想が根本的に間違っている
本来ツールは「なければ不便過ぎて苦痛」だから作られた
157: (ﾜｯﾁｮｲ 2514-H0Ic) 2022/11/12(土)20:18 ID:Cj/ueztB0(7/9) AAS
× ユーザーが求めていたもの： 手動ドリルだと手が疲れるので、
手が疲れないだけで、使い勝手や小回りの良さは手動ドリルと同じ程度の電動ドリル
○ ユーザーが求めていたもの： 手動ドリルだと作業が面倒すぎて時間がかかり過ぎで
現実時間で解決することができない。人間には不可能な問題を解決するためものが電動ドリル
158: (ﾜｯﾁｮｲ 2514-H0Ic) 2022/11/12(土)20:19 ID:Cj/ueztB0(8/9) AAS
Git： 短時間で遠くまで移動できる自動車
ただし取り扱い要注意なので免許を取れ
159: (ﾜｯﾁｮｲ adc2-owoj) 2022/11/12(土)20:27 ID:inQx9iPN0(3/3) AAS
force pushでもされない限り復旧不能なリポジトリ破壊なんてされないけどな
サーバー側でforce禁止にすればいいし
160(2): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)20:40 ID:h41UD2lS0(27/29) AAS
まあとにかくだ、基本思想が違ってて、俺は「簡単は正義」だから、
Git： 使いこなせない馬鹿が悪い
俺： 難しい物を作る馬鹿が悪い
で、平行線なんだよ。
ただお前らからは普及機は出てこないのは分かったから、俺が作るよ。
（もっと調査してからだが）
俺は、難しくなる妥当な理由があるのなら仕方ないが、そうでなければ簡単にしろ、で
ジョブスの「ボタンは一個にしろ！！！」は肯定派。(Apple使う気ないけどさ)
つかよ、Gitの勉強じゃなくて、お前らコードの勉強しろよ、だからな。
あのパッチの顛末、マジで酷いぞ。C読める奴が居たら本当に聞いてみ。
Git等のツールは、最終的にはソフトウェアのコードの品質を上げる為であって、
Gitに習熟したけど糞コードしか書けません、では完全に本末転倒だ。
161(1): (ﾜｯﾁｮｲ 1563-sfiH) 2022/11/12(土)21:02 ID:403mRijK0(8/9) AAS
>>160
俺が作ると言うだけなら簡単
実際に作って公開しなければ口だけ番長と思われてお終い
162(1): (ﾜｯﾁｮｲ b57b-3eqv) 2022/11/12(土)21:26 ID:h41UD2lS0(28/29) AAS
>>161
いや101の仕様で手こずると思ってるお前もかなりヤバいけどな。
これも周りにプログラマが居たら聞いてみ。
ただ、自分で使う用に動けばいい物と、他人が(デタラメに)使う用に作るのはだいぶ違うんだ。
だからきちんと状況確認して仕様はしっかり詰めるべきなんだよ。
Gitにはこの辺の感覚がない。
まあLinusが個人的に必要だから作った、完全特定個人向けチューニングだからではあるが。
この辺がGit(を使わされる側)の不幸なところだよ。
163(2): (ﾜｯﾁｮｲ 2514-H0Ic) 2022/11/12(土)21:31 ID:Cj/ueztB0(9/9) AAS
>>160
> Git： 使いこなせない馬鹿が悪い
> 俺： 難しい物を作る馬鹿が悪い
でも、難しいと思ってるはお前だけなんだ
お前が馬鹿というだけじゃね？
それとも完全自動運転車が登場するまで
ずっと無能呼ばわりされたいということかね？
164: (ｱｳｱｳｳｰ Saa9-9aJV) 2022/11/12(土)21:46 ID:M1Nw2seMa(1/2) AAS
>>163
流石にそれは言い過ぎ。
git は難しいよ。
環境の準備やチーム内のルールも知らないと仕事始められないので。
上下前次1-新書関写板覧索設栞歴
あと 838 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.017s