[過去ﾛｸﾞ]
Git 18 (1002ﾚｽ)
Git 18 http://mevius.5ch.net/test/read.cgi/tech/1650651945/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
741: デフォルトの名無しさん (ﾜｯﾁｮｲ d9e4-Xmag) [sage] 2022/11/01(火) 09:16:06.92 ID:kz7RaJ2H0 長々とご苦労さんだがお前SHA-256対応の意味が理解できてないよ http://mevius.5ch.net/test/read.cgi/tech/1650651945/741
742: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/01(火) 09:26:52.60 ID:Jzc3CN/20 >>741 俺は以下記事の理解書いてる。 俺が書いた事の意味が分からないのは君の問題。 https://www.infoq.com/jp/news/2020/11/git-2-29-sha-256/#:~:text=%E3%81%A4%E3%81%BE%E3%82%8A%E3%80%81Git%E3%81%AF%E3%80%81%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E5%90%8D%E3%81%A8%E3%82%B3%E3%83%B3%E3%83%86%E3%83%B3%E3%83%84%E3%81%AE%E4%B8%A1%E6%96%B9%E3%81%ABSHA-256%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B%E6%96
%B0%E3%81%97%E3%81%84%E3%83%AA%E3%83%9D%E3%82%B8%E3%83%88%E3%83%AA%E5%BD%A2%E5%BC%8F%E3%82%92%E5%B0%8E%E5%85%A5%E3%81%97%E3%81%9F%E3%80%82,%E3%81%93%E3%81%AE%E6%96%B0%E3%81%97%E3%81%84%E5%BD%A2%E5%BC%8F%E3%81%AF%E3%80%81%E3%83%AD%E3%83%BC%E3%82%AB%E3%83%AB%E3%81%A7%E7%94%9F%E6%88%90%E3%81%95%E3%82%8C%E3%81%9FSHA-256%E5%90%8D%E3%81%A8SHA-1%E5%90%8D%E3%81%AE%E9%96%93%E3%81%AE%E5%8F%8C%E6%96%B9%E5%90%91%E3%83%9E%E3%83%83%E3%83%94%E3%83%B3%E3%82%B0%E3%82%82%E3%83%97%E3%83%AD%E3%83%93%E3%82%B8%E3%83%A7%E3%83%8B%
E3%83%B3%E3%82%B0%E3%81%99%E3%82%8B%E3%80%82 ただ、初めてOOPを示されていきなり意義を理解出来る奴はほぼ居ないのも事実。 でも、君は確実に老害扱いされてると思うよ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/742
743: デフォルトの名無しさん (ﾜｯﾁｮｲ f15f-iYvO) [sage] 2022/11/01(火) 09:32:09.77 ID:WFTKMpG40 なんだか知らんけど5chでうだうだ言ってて何になるの http://mevius.5ch.net/test/read.cgi/tech/1650651945/743
744: デフォルトの名無しさん (ﾜｯﾁｮｲ d9e4-Xmag) [sage] 2022/11/01(火) 09:36:58.90 ID:kz7RaJ2H0 >>742 君はその記事の意味することを理解できてないね コミットオブジェクトの構造とか役目を理解出来てないと難しいかもしれない http://mevius.5ch.net/test/read.cgi/tech/1650651945/744
745: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/01(火) 09:57:34.79 ID:Jzc3CN/20 >>744 そう思いたいんだろうけど、残念ながらそうじゃない。 少なくとも君はソフトウェア階層やOOPの基本事項について全く理解出来てない。 だから今、老害と言われ続けるか、再び学び直して熟練者と言われるかの分水嶺にいるだけ。 俺は君に何も強制することは出来ないが。 確かに俺はGit初心者なので、記事の理解は間違ってるかもしれない。 でも、ハッシュの中身や長さが変わったり混在したところで、 正しく構成されてるソフトウェアなら
数行の変更で対応可能なのは事実だよ。 そして君と同様の人達によってGitが作られているのであれば、 そりゃそうなってなくて苦労するんだろうさ。 まあいいけどね。もう水掛け論だから終わりにしようぜ。これ以上やってもお互い得る物もないし。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/745
746: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b8f-5UCg) [sage] 2022/11/01(火) 10:12:34.67 ID:ju8ytuSJ0 > GITは、すべてのファイルオブジェクトとコミットの識別と整合性チェックをSHA-1に強く依存しています こう書いてあるのになんで無視するんだろう http://mevius.5ch.net/test/read.cgi/tech/1650651945/746
747: デフォルトの名無しさん (ﾜｯﾁｮｲ d9e4-Xmag) [sage] 2022/11/01(火) 10:29:09.24 ID:kz7RaJ2H0 >>745 数行で対応ｗ それが出来ないgithubは無能集団なんですねｗ 糞MSに買われちゃうぐらいだから仕方ないか http://mevius.5ch.net/test/read.cgi/tech/1650651945/747
748: デフォルトの名無しさん (ｵｯﾍﾟｹ Src5-8VyY) [sage] 2022/11/01(火) 12:34:56.06 ID:lDKItQe4r Git初心者に語らせると頓珍漢な文章が生まれるという好例 http://mevius.5ch.net/test/read.cgi/tech/1650651945/748
749: デフォルトの名無しさん (ﾜｯﾁｮｲ 8bbb-VzUj) [sage] 2022/11/01(火) 12:39:40.93 ID:QdibabTL0 >>745 お前日本語読めなさそうだな ましてやリンク先にある英語とかかけらも理解できてないだろ 混在とかじゃないぞ。二つを同時につけて「安全」に相互変換するということだぞ 安全にすることが目的でSHA-256を使えば解決みたいな話じゃない お前みたいなのが目的と手段を取り違えるタイプの典型 OOPとかアホなプログラマでも理解できる単純なことなわけないだろ そんなんで済むならとっくに終わってる まずは常識で考えろ できないなら黙って
勉強しろ http://mevius.5ch.net/test/read.cgi/tech/1650651945/749
750: デフォルトの名無しさん (ﾜｯﾁｮｲ 699f-1Eu/) [sage] 2022/11/01(火) 18:29:25.93 ID:/+vO/8+o0 長文すげー http://mevius.5ch.net/test/read.cgi/tech/1650651945/750
751: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/02(水) 05:40:42.57 ID:n+gr/3CY0 >>749 どうであれ同じだよ。 複数付けようが、何をどう組み合わせようが、 抽象化の向こうの実体については知らないし、取り扱うコードも存在してないから、 同じバイナリで動作するんだよ。それが抽象化と隠蔽で、これはOOPの基本中の基本。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/751
752: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/02(水) 05:41:43.29 ID:n+gr/3CY0 んー、お前ら完全に化石だわ。若い奴からは確実に馬鹿にされてるよ。 というか、現在において有名OSSにこんな化石居住区が存在してたことにびっくりだわ。 >>747 数行ってのは誇張ではなく、実際にそんなもんなんだよ。 例えばMMDは3DVision対応に20-30行と言ってるが、 > そのため、樋口氏がMMDの3D Vision対応に要したのは、20～30行程度の簡単なコーディングのみだった。 > https://pc.watch.impress.co.jp/docs/topic/feature
/415525.html この樋口氏はVer5->7でDirectX対応してて、その時もインタビュー受けてて(ググッても出てこないが) 確か「よくよく確認して、実際に変更する必要があるのは2-3行だったのでほっとしました」 とか言ってたはず。 これは特殊ケースではなく、こうなるように設計するんだよ。 これに対してGitはマニュアル見てもそういう思想が全く見あたらず、「頑張ればいいよね」で終わってる。 だから糞なソースも「頑張って」修正して何とかするんだ、のノリだ。 ソフトウェア工学はそんなのは20年前にクリアしてて、今は、 A. どうすれば変更に対
して強くなるか（仕様変更があってもソースコードを変更せずに済むか） B. どうすればそもそもソースコードを記述する必要すらなく出来るのか(全ての状況に対し同じバイナリで対応する) C. どうすれば出来るだけ早い段階でバグを検出出来るか とか移ってて、大体馬鹿がCに対して悪ノリしてるからLinusがこき下ろす事態になるのだが、 ABはちゃんとやらないと話にならないよ。 だからまあ、次のGitは「勉強をがんばらなくてすむGit」で、 実装で一番簡単な方法は、Gitをバックエンドに使ってシェルスクリプトでラップすることだよ。これらは既に言った
が。 でも君らは「頑張らなくちゃいけない」「頑張るべきものだ」と思っちゃってるみたいだから、 今のGitプロジェクトからはこれは出てこないだろう。 となると、上記のようにして簡単に実装したNext-Gitに成果をかっさらわれ続ける事態になると思うよ。 ちょうどGNU/Linuxの形に似てるが。 あれはLinusが悪いわけではないし、ストールマンも別になんとも思ってないようだけど。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/752
753: デフォルトの名無しさん (ﾜｯﾁｮｲ c114-Tk+f) [sage] 2022/11/02(水) 06:01:09.34 ID:z+vraLDY0 > これは特殊ケースではなく、こうなるように設計するんだよ。 > これに対してGitはマニュアル見てもそういう思想が全く見あたらず、「頑張ればいいよね」で終わってる。 それあなたの感想ですよね？ gitはソースコード1行程度で変更終わりですよ http://mevius.5ch.net/test/read.cgi/tech/1650651945/753
754: デフォルトの名無しさん (ﾜｯﾁｮｲ c114-Tk+f) [sage] 2022/11/02(水) 06:03:01.35 ID:z+vraLDY0 > 実装で一番簡単な方法は、Gitをバックエンドに使ってシェルスクリプトでラップすることだよ。これらは既に言ったが。 シェルスクリプトは移植性低いって分かってる？ シェルスクリプトでラップしようものなら Linuxでは動くがFreeBSDでは動かないってことが しょっちゅう発生する シェルスクリプトで頑張るものじゃない http://mevius.5ch.net/test/read.cgi/tech/1650651945/754
755: デフォルトの名無しさん (ﾜｯﾁｮｲ d9e4-Xmag) [sage] 2022/11/02(水) 07:01:05.57 ID:S2ENS6Jw0 git の一部機能は git コマンドを使ったスクリプトで実装されていたんだけど、多くのユーザーの要望に応える形でそれらのC言語化進めてる http://mevius.5ch.net/test/read.cgi/tech/1650651945/755
756: デフォルトの名無しさん (JP 0H8d-8VyY) [sage] 2022/11/02(水) 09:34:00.28 ID:33j+wJW8H シェルでラップw USPから悪い影響でも受けたか？ http://mevius.5ch.net/test/read.cgi/tech/1650651945/756
757: デフォルトの名無しさん (ﾜｯﾁｮｲ 8bbb-VzUj) [sage] 2022/11/02(水) 10:35:32.50 ID:sFE/M4aa0 OOPなんて初心者プログラマ訓練ギブスってことを理解できなくてアホ理論展開しているやつがいてｗ http://mevius.5ch.net/test/read.cgi/tech/1650651945/757
758: デフォルトの名無しさん (ﾜｯﾁｮｲ fb66-Q7eZ) [sage] 2022/11/02(水) 14:42:23.54 ID:LlnSL/r70 OOPなんか、そん辺のサンデープログラマでもかなり深い所までメリットデメリット含め浸透してるがな。 関数指向やクロージャがある言語も同様で もはや当たり前のようにハイブリッドになってて一部の原理主義者以外いい塩梅で使ってるから話題にはならん。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/758
759: デフォルトの名無しさん (ｵｯﾍﾟｹ Src5-5UCg) [sage] 2022/11/02(水) 15:33:51.58 ID:4T0OIw/dr OOPそれほど語るなら、お前の大好きなシェルスクリプトはみんなOOP意識して作られてるのかって感じだな http://mevius.5ch.net/test/read.cgi/tech/1650651945/759
760: デフォルトの名無しさん (ﾌﾞｰｲﾓ MMdd-ntN1) [sage] 2022/11/02(水) 18:08:31.10 ID:mw55lzgRM リーナスを中心としたOSSコミュニティの起源にタネンバウムとのモノリシックカーネル・マイクロカーネル論争があることを知らないのかな？ 結果として無駄な抽象階層を積み重ねることの無意味さをLinuxカーネルの成功が証明してしまった もちろんLinuxカーネルもファイルシステムとか必要なとこは抽象化されてるけどね http://mevius.5ch.net/test/read.cgi/tech/1650651945/760
761: デフォルトの名無しさん (ｶﾞｯｸｼ 06dd-uk66) [] 2022/11/02(水) 18:41:51.51 ID:1AIcQZnX6 今どきの若い奴(というか最新の風潮)ってなんでもかんでもオブジェクト指向を徹底するって感じじゃないと思うけどなあ それこそオブジェクト指向主義みたいなのが滅茶苦茶強かったのって20年前ぐらいじゃない？ WindowsもNTでマイクロカーネルにしたけどオーバーヘッドデカすぎて一部はカーネル空間に戻したりしたでしょ。 SIerの階層が深い開発なんかだとオブジェクト指向を徹底しないと事故が起こりそうだけど、そういうとこしか知らない人間なのか？
http://mevius.5ch.net/test/read.cgi/tech/1650651945/761
762: デフォルトの名無しさん (ｵｯﾍﾟｹ Src5-8VyY) [sage] 2022/11/02(水) 22:26:03.48 ID:KtYxSAYnr 何でもかんでもシェルでやろうとするやつは病気 名前を呼んではいけないあの開発手法とか推してそう http://mevius.5ch.net/test/read.cgi/tech/1650651945/762
763: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 05:47:24.09 ID:AHw2USmo0 >>755 それはどのプラットフォームで問題になったの？ 賢い選択とは思えないけどね。 具体的なデメリットは既に666で挙げたとおり。 俺はシェルの互換性問題なんて有ったとは思えないけど、 (昔からsh《bsh》は互換性は高かったし、今はその後継のbashで統一されてる。 ああ確かにcsh/tcsh/ksh/zshはゴミだったし死滅したよ) それが問題なら、GitのC化ではなく、直接シェルの互換性を上げるのが常策だよ。 互換性がC化で達成出来るのなら、 既
にあるbash(多分C)ソースをコンパイルしただけのものを同梱し、 gsh(=gitsh)だ！これを使え！と強弁すれば済んだろ。 なんかやっぱり無能の働き者を地で行ってる気はする。 仕事を減らす努力をしてないよね。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/763
764: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 05:49:10.00 ID:AHw2USmo0 >>758 その通りだ。だからアマチュアの樋口Pも正しく対応出来てた。 だからこそ、このスレのこれまでのやりとりに驚いている。 今時初心者でも、他言語スレでもあり得ない流れだ。 で、パッチ出てきたけど、あれでは駄目だね。 彼等はC流のメモリ管理の方法を知らず、Gitは完全に糞コードで出来てる。 あれでは他にもメモリリークだらけだよ。 (ただこれも想定内っぽいし、 リークしたところでアプリとしては大した問題でもないのも事実だが)
彼等は、バグを直す努力はしているが、 バグが出にくいコードにする努力は全くしてない。 OOPもやりすぎると問題だが、何故彼等はそうするのかを学んで、 美味しいところだけ貰えばいいのにとは思うよ。 OOP原理主義者も、Gitプロジェクトやこのスレ民みたいなOOP排除原理主義者も、同様に問題だよ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/764
765: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 06:07:03.27 ID:AHw2USmo0 ただ見る限りGit界隈は密結合主義のようだ。 つまり、Gitと知識的に密結合した、Gitに詳しい奴だけがGitを使うべきであり、 tutorial1が基本コマンドなら普通はtutorial2は応用コマンドのところ、 なんと内部データ構造の紹介になってるし、 (ただこれは俺には極めて有効に作用したが、普通はブーイングの嵐だろう) http://mevius.5ch.net/test/read.cgi/tech/1650651945/765
766: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 06:07:22.90 ID:AHw2USmo0 ソースコードも密結合、これは馬鹿除けだ！と言い放つ。 糞コードでもパッチの手数で勝負だ！カリスマLinusならモグラ叩き志願者は無限に募れる！ とまあ、他の誰も出来ないアプローチだね。 ただまあ、ソースコードを清潔に保つ目的は長期的メンテの為であり、 それは実際出来てるしいいだろ、と言われれば、はーそうですねー(棒)だが。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/766
767: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 06:07:59.96 ID:AHw2USmo0 これ見てたら、buggyな糞コードでもとりあえず動けば受け入れてどんどん改訂し、バグもパッチの手数で勝負するのと、 普通のプロジェクトがやってる、レビューして駄目なコードは最初からrejectするのと、 (つまり手間をかけてもrejectされる可能性があるからコードを投げるのを躊躇される) どっちが良いのだろう？とは考えさせられるよ。 リソースが無限にあるOSSでは、前者の方がいいのだろうか？ LinusはBillJoyに対して「オープンソースを理解し
てない」と思ったらしいが、こういう事なのだろうか？ (この発言はLinus著作本にあるらしいが、俺は読めてない) しかしこのアプローチでは、絶対に浄化はしない。 自分の糞を片づけるのは仕方ないとして、 他人の糞を片づけたがる奴はいないし、そもそもその界隈が掃除に価値を置いてない。 しかし糞コードならどんどん投げてもらえるし、それらを受け入れる限り、進化が止まることもない。 はーなんだかねー。なるほど研究者と色々衝突するのも分かる気はする。 そういや大昔「伽藍とバザール」読んだなーと思って今読み返してみたが、これがバザー
ルなのか？ （NGにかかったので分割した） http://mevius.5ch.net/test/read.cgi/tech/1650651945/767
768: デフォルトの名無しさん (ﾜｯﾁｮｲ d9e4-Ojdt) [sage] 2022/11/03(木) 10:41:57.59 ID:NhDXzDSd0 それだけ文句あるなら本家MLで言うか自分で作り直してみろよ軍師様 これだけ大口叩いておいて英語のMLでコミュニケーションとれないとかだったら笑うが Git は世界中のプログラマが使ってる最重要プロジェクトで、これが改良されるとなれば世界中から絶賛される http://mevius.5ch.net/test/read.cgi/tech/1650651945/768
769: デフォルトの名無しさん (ﾜｯﾁｮｲ 699f-1Eu/) [sage] 2022/11/03(木) 10:46:51.87 ID:odT0DHDr0 まだやってのか 暇そうだな http://mevius.5ch.net/test/read.cgi/tech/1650651945/769
770: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 13:22:38.17 ID:AHw2USmo0 >>768 それは無理だね。 仮に時間が十分にあったとしても、俺が改善出来るのはソースコードであって、アプリではない。 アプリの改善には良い仕様にする事が最も重要で、実装は実は大した問題ではない。 (使う分には十分に動けばなんでも良くて、それが糞コードで出来てたから何？でしかない) GitはLinus本人が当時のVCSの問題点を全て把握してたからいい仕様になった。 俺はそうじゃない。今の俺がやったら俺にとって都合がいいだけで、他に
とっては糞な物にしかならない。 ただ実際はLinusもこれで、みんな乗り換えて来たから同じ問題を抱えていたんだろ、 という解釈らしいが、いずれにしても使い込んでる奴じゃないといい仕様には出来ないんだよ。 そして例のブランコ問題 > 顧客が本当に必要だったもの > https://dic.nicovideo.jp/a/%E9%A1%A7%E5%AE%A2%E3%81%8C%E6%9C%AC%E5%BD%93%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%A0%E3%81%A3%E3%81%9F%E3%82%82%E3%81%AE もあり、顧客自身が実装してるんだから、そりゃ商用VCSでは絶望的に仕様的に太刀打ち出来ない。 そしてソースコード戦
略も違う。Gitはコードレビューとか無い世界なんじゃないかな？ それで回るってのがスゲエが、多分これは「伽藍とバザール」の衝撃を追体験しただけなのだろう。 ソースコードを綺麗にしたら、新機能の追加が断然早くはなるけど、それは同じ人数での話で、 ここも手数で勝負だ！と来られたら、為す術もない。 ソースコードなんて糞でいいんだ、人数さえ有れば！では、研究者とは対立するよ。 なるほどエンジニアリングの天才だというのも納得ではある。 だからまあ、Gitを根本的に覆すにはGitよりも良い仕様が必要で、これは本当に難しいんだろうさ。
ところで、やはり俺のワークフローではIndexが邪魔なので削除しようと思うんだけど、 そもそもあれはどう使う為に設計されたものなのだ？ 多分Indexの存在が一番直感的でなく、『説明されてないと』間違える所だと思うんだが。 今のところadd直後にcommitしてて、邪魔でしかない状態で使ってる。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/770
771: デフォルトの名無しさん (ﾜｯﾁｮｲ 7997-uk66) [] 2022/11/03(木) 13:30:44.47 ID:9oLRzF140 index stageなかったら複数ファイルの変更を一度にcommitできないじゃん。コミット粒度の問題から、全部の変更をcommitしたいわけでもないし。 どのcommitを取ってきてもちゃんと動く状態にするのが普通だからどう考えてもいるでしょ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/771
772: デフォルトの名無しさん (ﾌﾞｰｲﾓ MMeb-ntN1) [sage] 2022/11/03(木) 13:52:50.16 ID:/4IN/B1bM indexの意味がわかってない馬鹿が全然関係無いファイルをコミットしてリポジトリをブチ壊す http://mevius.5ch.net/test/read.cgi/tech/1650651945/772
773: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 14:35:27.11 ID:AHw2USmo0 >>771 > index stageなかったら複数ファイルの変更を一度にcommitできないじゃん。 いや普通に出来るよ。曖昧だったが、俺は git add -u; git commit -m "message"; で使ってる。 以降はワークフローの話だからどちらが正しいとかいう事ではないが、 > コミット粒度の問題から、全部の変更をcommitしたいわけでもないし。 これは若干邪道というか基本的に全部commitするものだろうし、commitしてから前に進めばいいだけで、
> どのcommitを取ってきてもちゃんと動く状態にするのが普通だから これは俺の場合はちょっと違ってて、動かないのもcommitしてるしそれでいいと思ってるんだよ。 master/developブランチでは全部動くべきだけど、 featureでは途中のは動く必要ないし、動くようになったらdevelopにマージして消滅するんだろ？ なら特に問題ない気がする。 途中経過を記録してないことの方が問題で、記録しすぎてたら出力から間引けばいいだろ、というノリ。 だからdiffが画面１枚に収まらないようならcommitする感じ。 実際はbanchを使うのはこれからで、git flo
w を真似して上記のようにするつもりだが、何かまずいかな？ http://mevius.5ch.net/test/read.cgi/tech/1650651945/773
774: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b8f-5UCg) [sage] 2022/11/03(木) 14:40:47.35 ID:5PP47Osh0 git分からない思想も理解できないならSVN使えば？ http://mevius.5ch.net/test/read.cgi/tech/1650651945/774
775: デフォルトの名無しさん (ﾜｯﾁｮｲ 7997-uk66) [] 2022/11/03(木) 14:46:46.91 ID:9oLRzF140 >>773 そりゃgitの設計思想で想定されたコミットの仕方をしていないからindex stageがいらないと感じるだけでしょ。 大多数は設計思想通りに使っているので、index stageが必要だと理解していると思うよ。 だから、「どう使うために設計された」かと聞かれれば、gitの思想通りにコミット粒度を適度に保つためだとしか言いようがない。 「俺は違うから俺はいらない」はそれはそうだろうが、だから何？って話になる。 http://mevius.5ch.net/test/re
ad.cgi/tech/1650651945/775
776: デフォルトの名無しさん (ﾌﾞｰｲﾓ MMeb-ntN1) [sage] 2022/11/03(木) 15:04:33.12 ID:jVDh6EB5M 適当なタイミングで時系列に修正を記録していくものだと思ってる阿保には理解できないVCS http://mevius.5ch.net/test/read.cgi/tech/1650651945/776
777: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 15:05:56.85 ID:AHw2USmo0 >>775 git add -u を複数回して粒度を上げて動くものだけcommitしてもいいのだけど、 俺の場合は10回に1回程度は2-3回前の変更とdiff取った方が見やすいことがあって、 その場合にhash控えておくのが面倒だし、gcされてたらさらに面倒だし、gc切るのもまた邪道だろうしで、 動かないのもcommitしてfeatureの途中は動きませんと割り切るのが一番ましかと思ってる。 まあでもありがとう。 粒度調整の為ならこちらの予想の範囲内ではあった。 ht
tp://mevius.5ch.net/test/read.cgi/tech/1650651945/777
778: デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-Tk+f) [sage] 2022/11/03(木) 15:26:33.67 ID:O+O1uzzM0 >>777 > その場合にhash控えておくのが面倒だし、gcされてたらさらに面倒だし、gc切るのもまた邪道だろうしで、 N個前との diff は git diff HEAD~N でハッシュを控える必要もないし gc のくだりは何のこと言ってるのかわからない。 > 動かないのもcommitしてfeatureの途中は動きませんと割り切るのが一番ましかと思ってる。 ローカルブランチなら別に構わないけど、そのノリで作られたブランチをそのままレビューするのは効率悪い。 な
のでマージ前のブランチをレビュー対象とする開発では push の際に整理することになるから、 都度整理の際にインデックスはとても有用。 他にも、作業中に全然関係ない typo 直したりするのにも使える。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/778
779: デフォルトの名無しさん (ﾜｯﾁｮｲ 8bbb-VzUj) [sage] 2022/11/03(木) 15:53:58.77 ID:HnXRQ5rf0 index の重要性が分からないやつが git 語ってて草。 素人向けに説明すると git の役目は他人に読んでもらうやすい分かり易いパッチを仕上げること。 個人で作る分にはそれほど関係ないが共同作業するには他人への分かり易さ、見た目は最重要といっていい。 料理に例えるならフライパンやまな板のまま出すんじゃなくて、皿に盛って食べ易くしてから出すのが基本。 ワークツリーがフライパンで、インデックスが皿。フライパンからでも直接食えるけど、
綺麗に皿に盛って、そこで丁寧にチェックしてから提供すれば他人の作業効率が上がる。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/779
780: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 16:18:44.28 ID:AHw2USmo0 >>778 > N個前との diff は git diff HEAD~N でハッシュを控える必要もないし gc のくだりは何のこと言ってるのかわからない。 (tutorial2を読んだだけの理解だから間違ってるかもしれんが、) 669で言ったように、Gitが分かりにくいのは業務プロセス名がコマンドに付いてるからだよ。 実際には、git add でスナップショットを取ってて、(←これが直感的に認識出来ない） git commit でツリーの頭にそれを付け加えてるだけ。 だからaddしてな
いと付け加えるべきスナップショットがないからコケる。 それで、>>103-107、stashしてたら何処かに存在してるし、 実はaddした時点で保存されてるから、こちらもgcが行われる以前ならhashさえ分かれば引っ張ってくることが可能。 ただし次のaddでindex先が切り替えられてダングリングになり、gc対象になるから、 存在してるかどうかはgcの動作具合による。 (だから初心者向けには、git add でスナップショットが取れてるなんて死んでも言えないし、余計に分かりにくくなってる） 俺が粒度を上げるのなら、commitせずに複数回addする事になり、
2回以上前のはツリーから外されてるのでHEADからでは辿れない。(git fsckなら探せるはずだが) だから動かない物もcommitしてHEADから辿れるようにしようとしている。 まあちょっと書き方が悪かったかもしれんが。 なので、実際の動作は git add 改め ss (take SnapShot)、git commit 改め relinkなのだけど、 ついでに relink もリストラして ss (git add -u; git commit) と ss -m "message" (git add -u; git commit -m "message")でいい。 これなら alias ss='git add -u; git commit' で済むし、 直感的になってアホでも使
える。コミットメッセージが空なら動かない。 これが俺流の「勉強しなくていいGit」だよ。Indexよさらば。アホ向けGitこんにちは。 > マージ前のブランチをレビュー対象とする開発では push の際に整理することになるから 本体リポジトリとルールが違うと収まりが悪いのは了解した。 > 他にも、作業中に全然関係ない typo 直したりするのにも使える。 なるほどこれは微妙に便利かも。 (しかし俺流アホ向けgitでもこれは問題なく出来る。何せgitコマンドはスルーだからな) http://mevius.5ch.net/test/read.cgi/tech/1650651945/780
781: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 16:20:05.12 ID:AHw2USmo0 >>779 いやレビュー対象はcommit済みで、index上ではないだろ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/781
782: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b8f-5UCg) [sage] 2022/11/03(木) 16:22:38.83 ID:5PP47Osh0 うんうんわかった 大人しくSVN使え その方が君には向いている http://mevius.5ch.net/test/read.cgi/tech/1650651945/782
783: デフォルトの名無しさん (ﾜｯﾁｮｲ d9e4-Ojdt) [sage] 2022/11/03(木) 17:18:17.27 ID:NhDXzDSd0 >>781 779はindex上でレビューするんじゃなくて、indexにいれた状態にしてからdiff --cachedでcommit前の確認をするってことじゃない？自分もそれやるよ http://mevius.5ch.net/test/read.cgi/tech/1650651945/783
784: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/03(木) 17:50:52.37 ID:e1pojM/n0 >>763 > (昔からsh《bsh》は互換性は高かったし、今はその後継のbashで統一されてる。 > ああ確かにcsh/tcsh/ksh/zshはゴミだったし死滅したよ) FreeBSDにはbash入っとらんぞ http://mevius.5ch.net/test/read.cgi/tech/1650651945/784
785: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/03(木) 17:52:28.68 ID:e1pojM/n0 >>763 > 既にあるbash(多分C)ソースをコンパイルしただけのものを同梱し、 > gsh(=gitsh)だ！これを使え！と強弁すれば済んだろ。 bashだけじゃ足らんだろ GNUコマンドも全部入れなきゃな！ http://mevius.5ch.net/test/read.cgi/tech/1650651945/785
786: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/03(木) 17:53:10.48 ID:e1pojM/n0 >>770 > 仮に時間が十分にあったとしても、俺が改善出来るのはソースコードであって、アプリではない。 だからソースコードを改善しろってｗ http://mevius.5ch.net/test/read.cgi/tech/1650651945/786
787: デフォルトの名無しさん (ﾌﾞｰｲﾓ MMeb-ntN1) [sage] 2022/11/03(木) 18:10:35.38 ID:3fLLADP3M >>784 macもbsahやめたんだよね GPLから逃げるために http://mevius.5ch.net/test/read.cgi/tech/1650651945/787
788: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 19:01:05.13 ID:AHw2USmo0 あと実は、masterの意義も分からないのだが。俺の場合は、 master: 今現在Web上で公開しているもの develop: 今現在ローカル上でテストしているもの feature: 今現在変更中のソースコード と3つポインタが必要なのは分かる。 しかし、masterは常にdevelopとfast-forwardマージするなら、developにタグ打てば済む。 途中からのbranchも可能だし、hotfixするにしても問題ない。 branchケチる意味もないのも分かるが、それにしても無駄に多い気もする
。 と思ってたら、俺にはサル先生方式位が適切な気がしてきた。 > ここでは統合ブランチとトピックブランチという二種類のブランチを使った運用方法について紹介します。 > https://backlog.com/ja/git-tutorial/stepup/02/ サル先生方式の統合ブランチにタグ打つだけと比べて、 masterとdevelopとして別に持っておいたら何が嬉しいの？ http://mevius.5ch.net/test/read.cgi/tech/1650651945/788
789: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 19:03:24.24 ID:AHw2USmo0 >>784 >>787 政治的案件をOSS側がフォローする必要ないと思うが… http://mevius.5ch.net/test/read.cgi/tech/1650651945/789
790: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/03(木) 20:29:42.55 ID:e1pojM/n0 >>789 なに政治的案件の話にすり替えようとしてるんだよ gitは環境依存が激しいシェルスクリプトに依存しないように C言語で書いてるって話をしていただろ http://mevius.5ch.net/test/read.cgi/tech/1650651945/790
791: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/03(木) 20:33:17.75 ID:e1pojM/n0 >>788 1系、2系の同時開発とかあるやろ http://mevius.5ch.net/test/read.cgi/tech/1650651945/791
792: デフォルトの名無しさん (ﾜｯﾁｮｲ 7933-Tk+f) [] 2022/11/03(木) 20:41:00.73 ID:vXMSDhes0 .gitignoreの書き方で質問 app.log, app.log.1, app.log.2みたいな感じで増えていくログファイルを無視したいのですがどう書けばいいですか？ http://mevius.5ch.net/test/read.cgi/tech/1650651945/792
793: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b8f-5UCg) [sage] 2022/11/03(木) 20:41:54.93 ID:5PP47Osh0 >>788 なんだやっぱりブランチのことすら分かってなかったのか http://mevius.5ch.net/test/read.cgi/tech/1650651945/793
794: デフォルトの名無しさん (ｶﾞｯｸｼ 06eb-lAaw) [sage] 2022/11/03(木) 20:48:29.66 ID:5fumPTTR6 >>792 *.log* でなにか被ったりする？ http://mevius.5ch.net/test/read.cgi/tech/1650651945/794
795: 792 (ﾜｯﾁｮｲ 7933-Tk+f) [] 2022/11/03(木) 20:58:19.76 ID:vXMSDhes0 logフォルダ作ってそれを無視することにしました >>794 ごめんなさい！ http://mevius.5ch.net/test/read.cgi/tech/1650651945/795
796: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 21:00:04.22 ID:AHw2USmo0 >>791 あ、なるほど了解。 逆に言えば、同時開発する気がなければ要らないわけだな。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/796
797: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/03(木) 21:04:46.26 ID:e1pojM/n0 >>796 今自分で「必要だ」って言ったってこと理解してるかい？ http://mevius.5ch.net/test/read.cgi/tech/1650651945/797
798: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 21:15:11.85 ID:AHw2USmo0 >>790 C化しただけで環境依存が無くなるのなら、既にC化されてるbashでいいだろ。 Cコード上で何か小細工が必要なら、それは「互換性を上げる」名分でbashにcontributeすべきで、 Git側で吸収する案件ではない。 GPLから逃れたいってのも意味が分からん。 bashのコードを改変して新機能追加してmac_bachにしたら、そのコードを公開しないといけないが、 普通にbashを使って作業するだけなら関係ないから使えばいいだけ。 何か思惑有るんだろう
けど、Gitがソースを汚してまでフォローする案件じゃないだろ。 > また、これ以外にも zsh や bash などのシェルが FreeBSD Ports Collection から利用可能です。 > https://docs.freebsd.org/ja/books/handbook/basics/ 自分でインストールしろよ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/798
799: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/03(木) 21:16:20.05 ID:e1pojM/n0 だからなんでgit使うだけで bash＋たくさんコマンド入れなきゃならんのだよ http://mevius.5ch.net/test/read.cgi/tech/1650651945/799
800: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 21:22:26.35 ID:AHw2USmo0 >>797 必要なのはポインタであってブランチではないんだ。 というか、俺にとってはその時のスナップショットが復元出来れば何だっていいんだよ。 fast-forwardでは履歴が辿れないからrebaseで、みたいな話もあるからもうちょっと確認必要だが、 git flow は手動ではなくインストールして使え、そうすれば全部やってくれる、としてるところばかりで、 どうもmergeの時に色々判断して小細工してるようだが、何やってるのか書いてないから分から
ないんだ。 まあでも色々他の簡単なのもあるみたいだし、初心者だから出来るだけ単純なのにするよ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/800
801: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 21:25:51.42 ID:AHw2USmo0 >>799 逆に一体どんな環境でやってるのさ？ 普通のunixコマンド一式すら入ってないのか？ そもそもGitなんてPCかそれに近い環境で動けば良くて、それ以外は考慮する必要ない気がするが。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/801
802: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/03(木) 21:29:12.32 ID:e1pojM/n0 >>800 今話をしているのはお前が言ったこと > 逆に言えば、同時開発する気がなければ要らないわけだな。 if (同時に開発する気がある) { いる } else { いらない } 自分で同時に開発する気があればいるって言っただろ自分で http://mevius.5ch.net/test/read.cgi/tech/1650651945/802
803: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/03(木) 21:39:01.44 ID:AHw2USmo0 >>802 ん？どこを誤解されてるのかは分からんが、 俺は複数バージョンを同時開発する気はない。 ただ、リリース後にバグが発覚するする事はあるので、hotfixはする。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/803
804: デフォルトの名無しさん (ﾜｯﾁｮｲ 7997-uk66) [] 2022/11/03(木) 23:10:44.38 ID:9oLRzF140 >>801 普通にSourceTreeとかでコマンド一杯を前提としているとは思えないが。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/804
805: デフォルトの名無しさん (ﾜｯﾁｮｲ 7997-uk66) [] 2022/11/03(木) 23:14:43.83 ID:9oLRzF140 >>788 少なくともCIで回すときは楽だろ。 Git初心者で視野狭すぎなのに、その視野の狭さを無視して「合理的に考えてこれが不要」ってのがあんたのスタイルのようだけど、 そうやってわざわざ視野の狭さから来る「不要」の主張をして反感を買ったレスで学びたいのか？ 勉強したいなら、炎上スタイルは目障りなんでよしてほしいな。二言ぐらい余計なんだよ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/805
806: デフォルトの名無しさん (ﾜｯﾁｮｲ d9e4-Ojdt) [sage] 2022/11/03(木) 23:20:07.30 ID:NhDXzDSd0 >>798 以下は簡単に調べただけで、時系列の検証もしてないので、何か間違いあるかもしれない macOSはbash,gcc,sambaをベースシステムにいれるのをやめた これらはGPLv2からGPLv3にライセンスが変更されて、GPLv3に追加されたバイナリの取り扱いに関する条項がmacOSのセキュリティポリシーに合わなくなったのがその理由 linusはこのGPLv3の条項に批判的で、gitはGPLv2のままでいく可能性が高い GPLv3のbashに依存するようgitを作り変えると、
インストール方法をちょっと特殊にしないとgitもこのGPLv3の条項の制限をうけることになってしまうので、まあやらないだろうね 他のOSSに依存するとこういうのもあるから気を付けないといけない http://mevius.5ch.net/test/read.cgi/tech/1650651945/806
807: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b8f-5UCg) [sage] 2022/11/04(金) 00:15:00.44 ID:SQ9pznPg0 > Cコード上で何か小細工が必要なら、それは「互換性を上げる」名分でbashにcontributeすべきで、 Git側で吸収する案件ではない。 頭おかしい http://mevius.5ch.net/test/read.cgi/tech/1650651945/807
808: デフォルトの名無しさん (ｽｯｯﾌﾟ Sd33-wVCK) [sage] 2022/11/04(金) 00:54:15.51 ID:NvjwOVKTd まあdevelopはいらないかな mainブランチで開発すりゃいいよ リリースブランチが必要なら別途releaseブランチを作ればよいのであって、デフォルトブランチは開発系の先端を指してる方が分かりやすい http://mevius.5ch.net/test/read.cgi/tech/1650651945/808
809: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/04(金) 01:05:42.22 ID:EF7BixRC0 >>798 > Cコード上で何か小細工が必要なら、それは「互換性を上げる」名分でbashにcontributeすべきで、 gitの都合でbashに迷惑をかけるな お前のやりそうなことだな 自分の都合で関係ないやつに迷惑をかける http://mevius.5ch.net/test/read.cgi/tech/1650651945/809
810: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/04(金) 01:06:39.03 ID:EF7BixRC0 >>808 初心者のお前の感想なんかどうでもいいよ http://mevius.5ch.net/test/read.cgi/tech/1650651945/810
811: デフォルトの名無しさん (ﾜｯﾁｮｲ 1901-FQW+) [] 2022/11/04(金) 02:09:07.55 ID:v1xRwBrw0 GPLに賛同せずにGNU製品を使ってたってことだろね。 結局Linusもタダ乗り爺ってことでしょ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/811
812: デフォルトの名無しさん (ﾜｯﾁｮｲ 8bbb-VzUj) [sage] 2022/11/04(金) 02:50:33.29 ID:BbpXyzD40 ブランチの名前の付け方や使い方なんてほんとどうでも良い。チーム内で話し合え git のブランチは全部等価 デフォルトで main / master 作られるけど これも使いたくなけりゃ使わなくて良いし名前変えても良い http://mevius.5ch.net/test/read.cgi/tech/1650651945/812
813: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/04(金) 18:16:16.05 ID:XH5wI1Z90 >>805 そんなガキみたいなことはしないが、 どう取るのも自由だし、気に入らないのなら無視してくれて構わんよ。 ただgitがポンコツだと言ったとしても、それ本来お前ら関係ないよね？ 自身の分身と思えるほどcontributeしまくってるのなら別だけどさ。 > 少なくともCIで回すときは楽だろ。 必要になったときに作ればいいだけなのと、 多分仕様か実装を間違えてて、今のGitの動作では技術的に実用性がない。 これは次の投稿で詳しく述べ
る。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/813
814: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/04(金) 18:17:59.81 ID:XH5wI1Z90 A. 消したbranchの情報が確認出来るのって、reflogsだけ？ B. あと、branchは線だ！ってマニュアルは言ってるけど、点だよなこれ？ （ドキュメントか実装のどちらかが間違ってると思うが) 以下git-flowを真似てるとして、gitkと同様に下から上にcommitして、 impl5@feature5, merged to develop and master, add tag of "Version1". impl4@feathre4 impl3@feature3 impl2@feature2, merged to develop, add tag of "Version0"
. impl1@feathre1 impl0@feature0 initial@master, develop としたとする。 このとき、featureXを一々作っては消させてるのだから、 何か簡単に一覧に出来るコマンドがあるべきだが、無さそう。(git log --walk-reflogsで探すことは出来るが) 正直あとから参照することはほぼ無いが、何かあってもいいと思うが？---(A) http://mevius.5ch.net/test/read.cgi/tech/1650651945/814
815: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/04(金) 18:19:31.52 ID:XH5wI1Z90 そして、どうやらGitはブランチローカルという感覚がないらしく？ どのブランチにいても同じ結果が出るのはどうなのよ？---(B) 具体的には、この場合、 masterブランチでは、HEAD~1はinitialを指し、(master上での一つ前) developブランチでは、HEAD~1はimpl2を指すべき(develop上での一つ前) だと思うのだが、どこにいてもHEAD~1はimpl4を指してしまう。 つまり、HEAD~Nの探索先はグローバルであり、それは.git/objects下のツリーそのものらしい。
つかね、masterブランチにいた場合、 git diff HEAD~1 HEAD で前回のリリースと今回のリリースの違い git diff HEAD~2 HEAD で前々回のリリースと今回のリリースの違い git log ではmasterブランチ上のリリースした物のcommitログだけに絞られて表示 じゃないと実用的な意味がないと思うんだけどさ。 masterにはmergeしかしない運用なら通常は漏れなくタグが打たれ、「点」のアクセスはタグで出来る。 よって残るは「線」のアクセスだが、ブランチは「線」になってない。 実装はよく知らんが、ブランチを切って増えるのは以下の2つで、 .git/refs/hea
ds は先頭「点」、 .git/logs/refs/heads はlogだから、「線」の為の物が無さそう。 本来ブランチはDBで言うINDEXで、CREATE INDEX develop ON git_tree WHERE branch='develop'; みたいなもので、これが「線」だと思うんだけどさ。 実際は「点」なのでHEADしか見えておらず、HEAD~1をブランチによって切り替えられない。 と思うのだが、理解間違ってる？ ここは多分仕様変更した方がいい。(直感的でないし、意味が分からない) けど今更出来ないだろうから、Gitの仕様の綻びの一つで、next-gitで修正されるべき案件だろうね。 http://mevius.5ch.ne
t/test/read.cgi/tech/1650651945/815
816: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/04(金) 18:20:37.25 ID:XH5wI1Z90 >>806 MacOSがFreeBSD系なのとLinusがGPLv3をボロクソ言ってたのは知ってたが、両方とも理由は知らなかった。 > GPLv3に追加されたバイナリの取り扱いに関する条項がmacOSのセキュリティポリシーに合わなくなった よく分からんが結局は両方ともここかな？ > プロプライエタリなドライバソフトをLinuxカーネルに読み込む際にDRMの技術を応用している件についてだと思います。 > http://japan.cnet.com/news/ent/story/0,2000047623,20
095317,00.htm > GPLv3ではDRMを実装する場合はそのDRMのアルゴリズムに加えて秘密鍵も公開することを義務付けているので、 > そのようなことをしたらプロプライエタリなドライバを提供してもらえなくなるため、賛成はできない、と。 > https://srad.jp/story/06/01/29/1119224/ ただこれって、 GPLv3のコードを使ったバイナリを配布する際、そのバイナリと同じ物を作れるソースコードも配布しろ、だから、 GPLv3のBashをGit配布zipに同梱してもBashのバイナリだから何ら問題ないはずなんだけどね。 GPLv3だからだめだ、ならGPLv2(～20
07)のBashでも十分だろうしさ。 やっぱりかなり政治的だよ。勿論譲れないのだろうけどさ。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/816
817: デフォルトの名無しさん (ﾜｯﾁｮｲ 497b-vCJ4) [sage] 2022/11/04(金) 18:22:05.12 ID:XH5wI1Z90 >>807 >>809 お前ら狭量すぎ。OSS全体で盛り上がるんだ！という考えが無さ過ぎ。 diffもそうだが、bashの互換性が本当に問題なら、bashを修正すれば全員助かるだろ。 Gitコマンドをシェルで実装すると、unixコマンドの中にgitコマンドが混ぜ込まれてる形になる。 そのgitコマンドをcpに差し替え、unixコマンドだけの状態で環境依存で使い物にならないのなら、 それは立派なバグだから、bashの連中に投げれば直してもらえるよ。 自分で抱
え込みすぎ。それでは回らなくなる。(のが一般的だが、バザールだからなあ…) ただGNUとは根本的にウマが合わないだろうよ。 仕様はグダグダ、ソースコードはゴミ、でも回り続けてるのだから、GNU(伽藍)から見たら何じゃあこれは！！！ってなる。 Git側にはGNUの開発速度はどうにも認められないだろうしね。 http://mevius.5ch.net/test/read.cgi/tech/1650651945/817
818: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/04(金) 19:16:09.99 ID:EF7BixRC0 > お前ら狭量すぎ。OSS全体で盛り上がるんだ！という考えが無さ過ぎ。 だからgitの話はgitの中で盛り上がればいいだろ 勝手に他人の家で盛り上がるな ば～か http://mevius.5ch.net/test/read.cgi/tech/1650651945/818
819: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/04(金) 19:18:48.53 ID:EF7BixRC0 >>817 あとgitをbashに依存させるな http://mevius.5ch.net/test/read.cgi/tech/1650651945/819
820: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b14-Tk+f) [sage] 2022/11/04(金) 19:19:54.54 ID:EF7BixRC0 bashがなんでも修正を入れるわけがない それは俺の仕事じゃないと言って断られるが落ち bashをぶくぶく太らせるな 一つ事だけやらせろ http://mevius.5ch.net/test/read.cgi/tech/1650651945/820
821: デフォルトの名無しさん (ﾜｯﾁｮｲ d9e4-Xmag) [sage] 2022/11/04(金) 19:54:32.33 ID:fRhzbJ/d0 >>816 GPLv3ではバイナリを配布する際にそのバイナリをユーザがソースからコンパイルしなおして入れ替え可能でなければいけないという条項になっているらしい MacOSやiOSのアプリやストアから配布するAndroidのアプリなんかの今どきのバイナリ配布は、署名済みバイナリしか実行できないから、ここにGPLv3の物を入れるとライセンス違反になる http://mevius.5ch.net/test/read.cgi/tech/1650651945/821
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 181 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s