[過去ﾛｸﾞ] Git 18 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
580: (ﾜｯﾁｮｲ f35f-OAEy) 2022/10/06(木)23:50 ID:orz8mNRt0(1) AAS
Gitむずかしいな
みんなよく使えるな
581: (ﾜｯﾁｮｲ 632c-LIzE) 2022/10/07(金)04:44 ID:TBR3DhbF0(1) AAS
>>563
YouTube で「git 使い方」「git 入門 」などで検索！
山浦清透・せお丸・くろかわこうへい・しまぶーなど、色々ある
582(2): (ﾜｯﾁｮｲ d314-pIDl) 2022/10/07(金)09:55 ID:E++rKArz0(1/13) AAS
>>577
UNIX哲学ではバイナリ形式は禁止されている
愚か者め
583(1): (ﾜｯﾁｮｲ cfbb-fxWw) 2022/10/07(金)10:07 ID:GHAO4XK10(1/6) AAS
>>582
だから、そのバイナリーって何よ？
584: (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)10:12 ID:E++rKArz0(2/13) AAS
>>583
話のわからんやつだな。この本を買え。全部書いとるわ。
外部ﾘﾝｸ:techbookfest.org
我らが一番問題だと思っているのは、リポジトリーの中身の多くが訳のわからぬバイナリーデータになって
いることだ。そのバージョン管理ソフトウェアが滅んだら復元は絶望的だ。テキストデータ形式ならば眺めれ
ば方策も見えてくるのでまだ何とかなりそうな気がするというのに。「データはテキスト形式で保存せよ」とは
UNIX 哲学でも言われてきたことだ。一体何を考えているのか。
585: (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)10:13 ID:E++rKArz0(3/13) AAS
移り行くトレンド
古参のプログラマーなら、これまでどんなバージョン管理ソフトウェアが台頭してきたか振り返ってみよ。す
ぐ思いつくものだけでも、RCS、CVS、SVN、そしてGit。これらは同時期に存在して覇権を争っていたのでは
ない。それぞれが時代を担ってきたといっても過言ではない。時代によって使うものが替わり、新しいバージョ
ン管理ソフトウェアが流行り出せば、その使い方を覚え直し、時にはリポジトリーの移行を強いられてきたこと
だろう。よくまぁ、懲りもせずにといったところだが、我らはもうたくさんだ。もしかすると、諸君は「Git を
覚えれば安泰だ」などと思っているかも知れんが、あと数年、遅くとも5 年も経てばきっと次のバージョン管理
ソフトウェアが登場し、覚え直しとリポジトリーの移行を余儀なくされることだろう。
586: (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)10:13 ID:E++rKArz0(4/13) AAS
目的を見失っったバージョン管理ソフト
バージョン管理ソフトウェアのそもそもの目的は何だったのか。開発を続け、バージョンアップしていくソフ
トウェアの維持管理に要するコストの抑制であったはずだ。これは、POSIX 原理主義を崇拝する我らがソフト
ウェアを5 年、10 年と生き長らえさせようとする、その根底に流れる目的そのものである。
ソフトウェアはバージョンアップする。新しいコードを加え、古いコードは切り捨て、時には依存するライブ
ラリーを付け替えもする。その変わる様をすべて見届けることがバージョン管理ソフトウェアの役割であり、そ
れができて初めてまともに維持管理コストの抑制が実現する。ゆえに、
バージョン管理ソフトウェアは、ライブラリーの類よりも遥かに長く生き長らえなければ意味がない。
ところが実際はそうなっていない。「バージョン管理ソフトウェアの維持管理」を強いられる。本末転倒もい
いところ。お前は何を言っているんだ。
587(2): (ﾜｯﾁｮｲ cfbb-Vwkg) 2022/10/07(金)10:26 ID:8xhEA9gJ0(1/2) AAS
覚え直しと移行すりゃいいじゃん
その時期がくれば便利な移行ツール（git svnコマンドのような）が出回るし、簡単なことだよ
そんなちっぽけなことを恐れて、完全無欠の理想通りじゃないからと今のベターな現実解を忌避するのはあれだ
こだわりが強すぎて社会生活に支障が出るタイプの典型的症例
588(1): (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)10:31 ID:E++rKArz0(5/13) AAS
>>587
何度も何度も覚え直しでお前は成長してると言えるのか
シェルスクリプトだけでなんでもできる
589: (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)10:33 ID:E++rKArz0(6/13) AAS
>>587
中身がわけのわからんバイナリデータなのだから壊滅的だ
データは取り出せなくなり移行なんかできん
バージョン管理ソフトウェアが滅んだら復元は絶望的だ
590: (ﾜｯﾁｮｲ cfbb-fxWw) 2022/10/07(金)11:43 ID:GHAO4XK10(2/6) AAS
中身がわからんのはお前が無能だからだろ。ソースも公開されてるし、中身の形式も公開されてるので読んどけ。プロプラな機密ソフトの基準で語ってんじゃねーよ。
中身が完全にわかっているという意味ではテキストと同等かフォーマットが決まってる分それ以上に効率が良い。
591: (ﾃﾃﾝﾃﾝﾃﾝ MM7f-d1zO) 2022/10/07(金)12:18 ID:6in1nvJWM(1) AAS
>>582
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている
592: (ｱｳｱｳｳｰ Sa27-G9OZ) 2022/10/07(金)12:20 ID:d4ub3t4La(1) AAS
テキストで保存した結果
e38397 e383ad e382b0 e383a9 e3839f e383b3 e382b0 e381a3 e381a6 e4bd95 efbc9f
↓
e383 97e3 83ad e382 b0 e383 a9 e383 9fe3 83b3 e382 b0 e381 a3 e381 a6 e4bd 95ef bc
↓
繝励Ο繧ｰ繝ｳ繝溘Φ繧ｰ縺｣縺ｦ菴包ｼ
593(1): (ﾜｯﾁｮｲ cfbb-Vwkg) 2022/10/07(金)13:30 ID:8xhEA9gJ0(2/2) AAS
>>588
成長？
最適なツールを選ぶときに成長とか関係ある？
淡々と使うだけだろ
何度も何度もっていったい何百年生きるつもりなんだ
594: (ﾜｯﾁｮｲ 23ab-pIDl) 2022/10/07(金)13:58 ID:+OS+xNc10(1) AAS
USP研究所のシェルスクリプトマガジンを購読しているけど、
こんな人がライターなのか？
いささかガッカリした。
595: (ﾜｯﾁｮｲ d39f-xADz) 2022/10/07(金)14:06 ID:h1ATf2/y0(1/3) AAS
バイナリに見えるのはgzip圧縮されてるだけでgitconfigに
compression=0
loosecompression=0
を書いておくと無圧縮のテキストになったような
596(1): (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)14:37 ID:E++rKArz0(7/13) AAS
>>593
せっかく覚えたのにバージョン管理ツールが変わって知識が役に立たなくなると言っておるのだ
シェルスクリプトなら20年後も今の知識が通用する
外部ﾘﾝｸ:www.slideshare.net
597: (ﾜｯﾁｮｲ ff7c-pIDl) 2022/10/07(金)14:39 ID:q9dWCqSf0(1) AAS
頭おかしい奴が沸いているｗ
598(2): (ﾜｯﾁｮｲ d39f-xADz) 2022/10/07(金)15:14 ID:h1ATf2/y0(2/3) AAS
ちなみにgitのリポジトリは、ブランチ、コミット履歴、データ(ファイル)の3種類を
それぞれsha1ハッシュで繋いでいるだけのシンプルな構造
リポジトリをバラしてファイルを取り出すだけのプログラムなら大体の人は1日もあれば作れるよ
599: (ﾜｯﾁｮｲ cfbb-fxWw) 2022/10/07(金)15:32 ID:GHAO4XK10(3/6) AAS
>>598
さすがに1日もかからんやろ。スクリプト言語使って15分とかそんな感じでは。
600: (ｵｯﾍﾟｹ Sr47-bCCe) 2022/10/07(金)16:01 ID:IRNCV7aTr(1) AAS
>>596
そんなに苦痛なんだ。
大変だね。
601: (ﾜｯﾁｮｲ d39f-xADz) 2022/10/07(金)16:13 ID:h1ATf2/y0(3/3) AAS
む
〇zlib圧縮
×gzip圧縮
602(1): (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)17:08 ID:E++rKArz0(8/13) AAS
>>598
ならばそのsha1ハッシュをPOSIXの範囲で作ってみよ
POSIX準拠で仕様が許されてるハッシュ化コマンドはcksumのみだ
我らはbase64コマンドをawkで作ってみせた
603: (ﾜｯﾁｮｲ d314-xADz) 2022/10/07(金)17:09 ID:E++rKArz0(9/13) AAS
POSIX準拠で使用が許されてる
604(2): (ﾜｯﾁｮｲ cfbb-fxWw) 2022/10/07(金)17:35 ID:GHAO4XK10(4/6) AAS
>>602
アホはスクリプト言語で書いた。
普通の人は速度出したいのでそういう用途にはCコンパイラ使う。POSIXにC言語の規定がないとでも思ってるんだろうな。
605: (ﾜｯﾁｮｲ d314-pIDl) 2022/10/07(金)18:19 ID:E++rKArz0(10/13) AAS
>>604
アホはお前だ。POSIXにC言語の規定があることぐらい知っておるわ。
C言語はハードウェア依存する。そのような効率よりも移植性のほうが重要だ。
外部ﾘﾝｸ[html]:www.ipsj.or.jp
POSIXに準拠したプログラムを作成することにすると，開発言語はシェルスクリプト
またはC言語（C99）に限定される．その理由は，POSIXで用意されている
プログラミング言語としてのコマンド（以下，POSIXコマンドと記す）に
PerlやRuby，Javaといった現在よく利用される高級言語は存在せず，
存在するものはBourneシェル（sh コマンド）とCコンパイラ（c99コマンド）だけだからである．
どちらを選択してもPOSIXに準拠したプログラミングができることにはなるが，
基本的にはシェルスクリプトを利用する．C言語はバイトオーダ等のハードウェア構造を
意識しなければならない．一方，シェルスクリプトであれば，そのようなハードウェア依存は
POSIXコマンドが吸収しているため，意識せずにプログラミングできることが理由である．
したがって，POSIX中心主義では，POSIXの仕様に準拠したシェルスクリプトを
中心としたプログラミングをする．シェルスクリプトを選択することには，以下に述べる3つの利点がある．
606(1): (ﾜｯﾁｮｲ d314-pIDl) 2022/10/07(金)18:20 ID:E++rKArz0(11/13) AAS
>>604
シェルスクリプトが遅いなどというのも間違いだ。
それはストリーミング型の書き方を知らない愚か者の戯言だ
3.1.1 開発効率と処理効率の両立
シェルスクリプトはC言語と比べて処理の遅さを指摘されるが，それは必ずしも正しい認識ではない．
シェルスクリプトはインタプリタ型言語であるため，ステップ数が多いほど処理効率は悪化する．
また各ステップに外部コマンドを起動する記述があればそれも大きな処理効率悪化につながる．
しかし，手続き型の書き方からストリーミング型の書き方に改めるように工夫すれば，
ステップ数の増加を抑えられ，処理効率は大きく改善する．
607(1): (ﾜｯﾁｮｲ cfbb-fxWw) 2022/10/07(金)18:27 ID:GHAO4XK10(5/6) AAS
>>606
じゃあ、お前がシェルスクリプトで git 書けばいいんじゃね？
俺はバイトオーダーに依存しないCプログラムの書き方知ってるのでそっち使うけど。
608(1): (ﾜｯﾁｮｲ d314-pIDl) 2022/10/07(金)18:36 ID:E++rKArz0(12/13) AAS
>>607
我らはすでにシェルスクリプトでバージョン管理を行うすべを持っておる
gitを書く必要などない
知りたくばこれを買ってPOSIX主義的バージョン管理概論を読め
外部ﾘﾝｸ[html]:richlab.org
609(1): (ﾜｯﾁｮｲ cfbb-fxWw) 2022/10/07(金)19:07 ID:GHAO4XK10(6/6) AAS
>>608
ゴミを勧めんな。オライリーに訴えられてろ。
上下前次1-新書関写板覧索設栞歴
あと 393 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s