[過去ログ] Git 19 (1002レス)
上下前次1-新
抽出解除 レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
リロード規制です。10分ほどで解除するので、他のブラウザへ避難してください。
50(1): デフォルトの名無しさん (ワッチョイ debb-qVfh) [sage] 2022/11/09(水) 02:28:31.49 ID:zaNhnmv/0(1) AAS
>>49git の人気が悔しくて悪口書きにきてるだけだから具体例とか出るわけないよ。
121(1): デフォルトの名無しさん (ワッチョイ b57b-3eqv) [sage] 2022/11/12(土) 12:01:03.49 ID:h41UD2lS0(13/29) AAS
>>117117(1): デフォルトの名無しさん (ワッチョイ 4bbb-tcgO) [sage] 2022/11/12(土) 11:37:38.69 ID:zxvXZjfz0(2/14) AAS
>>103
ブランチにディレクトリを使うのは既に subversion がやって失敗した道だぞ
ファイル数やファイルサイズが大きくなるとブランチ切るのに時間とディスク容量がかかり過ぎる
過去話読んでも何も学ばないやつはゴミを再発明するよな
とはいえ、お前やお前が想定しているユーザー層はたいした規模のプログラム組まないだろうからゴミでも十分かもな、知らんけど
ああその失敗情報は有り難い。
ただ、そこは理論的に問題ない。
技術的には、Gitでもカレントを「上書き」するのだからコピーと同じだけのI/Oが必要であり、
I/Oバウンドの場合、GitでもSubversionでもその部分の処理時間は同じになる。
(Gitのbranch切換とSubversionのブランチ作成が同じI/O負荷)
そこで速度差が出るのだから、実際は、86で既に言ったとおり、Subversionが各ソースを「展開」するのが遅くて、
それはおそらく順方向履歴しか持ってないからだ。
(逆方向履歴持ってれば、commitは早くならないかもしれないが、branch切り出しはコピーと同速に出来る)
ここら辺はSubversionの基本アーキが腐ってるからだが、
この点GitBucketは中身Gitだから、コピーするだけで、結果的には本家Git(上書きするだけ)と同速だよ。
そのコピーが重い?
だったらbranch切換セレクタだけは付けるから、それで勝手に自前で管理しろ。
バックアップツールとしては、branchはパスが伸びただけの意味しかないからそうする、というのは112の通り。
コピーオンライトのファイルシステム、つまりハードリンクにする手もあるけど、これはユーザーが付いて来れないだろ。
ならコピー時間待たせた方がいい。
244(1): デフォルトの名無しさん (アウアウウー Saa9-FFna) [] 2022/11/14(月) 13:09:25.49 ID:EWF0SvAna(2/2) AAS
やっとここまで読んだ
GitPail がふさわしい名前だと思う
249: デフォルトの名無しさん (ワッチョイ b57b-3eqv) [sage] 2022/11/15(火) 06:02:57.49 ID:DDE9IX5V0(1/2) AAS
OSSがコミュニティ的なら、例の「コミュニティの一生」も当てはまってしまうと思うんだよな。
> 外部リンク:dic.nicovideo.jp
【Gitの一生】
Linusが面白いことをする
↓
面白いから凡人が集まってくる >>95↓
住み着いた凡人が居場所を守るために主張し始める
↓
Linusが見切りをつけて居なくなる
↓
残った凡人が面白くないことをする
↓
面白くないので皆居なくなる
>>176176(4): デフォルトの名無しさん (ワッチョイ b57b-3eqv) [sage] 2022/11/13(日) 06:54:51.14 ID:Eh77ZCvU0(1/15) AAS
考えてみたが、やっぱGitは根本的に思想が俺とは違うんだな。
俺はツールはあくまでアプリの品質を上げる手段だと思ってる。
ここまではおそらく共通なのだが、問題はこの先で、俺は重要な順に、
A. アプリそのものの品質。つまり必要な機能に深刻なバグがないこと。コードの品質がこれに直結する。(コードが本体)
B. 使いやすさ。簡単は正義。使えない機能は存在してないのと同じ。直感的に使えればドキュメントすら必要ない。
C. 持続性。つまり自分が使いたい期間(未来)中ずっと使えるか。
なんだが、Git陣営は全く逆でC>>B>>Aの順に見える。
それはこのスレ内でも散見され、俺は釣りだと思っていたが、マジっぽい。つまり、
C. コミュニティに人を集めれば自然と持続性は確保出来る。つまり人数が一番重要。これを取り持つのがツール(ツールやcommitメッセージが本体)
B. ドキュメントを整備しまくれば、後はがんばって読めばいいだけ。
A. コードの品質なんて後から付いてくる。バグも誰かが勝手に直してくれる。
Git陣営はマジでコードの品質を上げる努力を何一つしてない。具体的には、
・regressionテストを1本も流してない。
・レビューも全くしてない。(マジで、見た瞬間落とされるコードを素通し)
・CodeOfCoductは重要だが、CodingRuleは要らない。
CodeOfConductは最近のポリコレで生まれた、「人の」振る舞いを規定するものだ。
これに対してCodingRuleは「コードの」振る舞いを規定するもので、
CodingRuleなしでCodeOfConductだけってのは、コードはどうでもいい、問題は人だ!と言ってるわけだ。
『人さえいれば、全て何とかなるんだ!』という思想だ。
ただ俺からすると、見る限り完全に「善意のただ乗り」であって、
少なくともコードの品質を上げる努力してないと協力する気にならないよ。
(ITがいくら自動化しても、最終的には人なのは事実としても、コードの質を直接的に改善する努力を全くしないのは不味いだろ)
に書いたとおり、人数こそ力の源泉で、「人数の維持」が目的になってるように見える。
だけどそれは本来は手段で、「アプリの品質」を上げるのが目的でしょ。
(まあ賛同されるとは思ってないし、完全に平行線だが)
そもそもGitって今完全にメンテナンス状態?
つまり、本質的な新規機能要求(バックエンドに追加が必要)は無く、View(フロントエンド)をいじってる状態か?
ならまあ、実際面白くもないだろうよ。勿論メンテナはご苦労さんだが。
ああそういえばSHA256対応だっけ?あれは単なる作業だよ、本来は。チャレンジングではないから、面白くもない。
(つかこれがチャレンジングになっちゃうのはコードが糞だからだ。これも何度も説明したけどさ)
465: デフォルトの名無しさん (アウアウウー Saa5-RFCb) [sage] 2023/03/29(水) 11:32:54.49 ID:W9S9gZJma(1) AAS
OSS という訳ではなく、Freeで有名なアプリでもライセンスチェックされてOKなものでないとWindowsに導入できない会社も多いんじゃないかな。
Windows10 はそんなに準備してくれていたのか、とOpenSSH 以外は初めて知った。
578(2): デフォルトの名無しさん (ワッチョイ 617b-bOqJ) [sage] 2023/06/21(水) 22:51:16.49 ID:kw8ts4tw0(2/2) AAS
>>558ついでに言っておくと、Gitが改善することはない。未来永劫このままだ。
Linusにとっては、確かに今のGitで何も問題ない。
Git信者にとっては、Gitは完璧であり全ての問題は使用者に起因している。
結果、Git陣営には改善能力がない。問題なんて、そもそも存在しないのだから。
よって、今君が感じてる問題は、今後も改善することはない。
ここ見てたら納得だろ。
712: デフォルトの名無しさん (ワッチョイ 068f-CctC) [sage] 2023/07/03(月) 10:34:59.49 ID:z+AGEQOr0(2/2) AAS
長文くんお帰り
808(1): デフォルトの名無しさん (ワッチョイ 2b8f-mdXp) [sage] 2023/08/19(土) 21:45:36.49 ID:QQmUr01P0(2/3) AAS
コミットが開発プロセスの資産であることを本質的にわかってないんだろうね
うちのプロジェクトのメンバーにもそういう人がいるんだよね
毎回説明しても理解してくれない…
902: デフォルトの名無しさん (ワッチョイ 1b19-7Zbx) [sage] 2023/10/02(月) 10:33:16.49 ID:wO0OiMMg0(1/3) AAS
そういう場合はGUIのGitツール使えばいいと思うよ。
ただしコンフリクトの修正観念だけは知ってないと、にっちもさっちも行かなくなるしSourceTreeや
Github Desktopみたいにリポジトリを回復するためにgit stash相当を実行しますみたいなコマンドに
「はい」を選択すると、自分の修正したソースがきれいさっぱりなくなって絶望することになるけど。
実は自分の修正差分は退避されてるだけなので復帰は十分可能なんだけど新人さんはパニくる。
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.077s