gitを使わずにディレクトリコピーでバージョン管理

**デフォルトの名無しさん** · 2021/09/07(火) 17:20:16.10

しろって大学で習ったんですが・・・
アホですかあいつ？

**デフォルトの名無しさん** · 2021/09/23(木) 23:30:00.57

連載のまとめ
一旦これでユニケージに関する考察に関しては筆を置きたいと思います。
繰り返しになりますが、ユニケージはケースにはまれば非常に有用で強力なツールですが、
使用ケースや使用者のハンドリングを誤ると、不幸になる場合もあります。
また、RDBMSのサポートが無い分、より高いデータ設計能力が求められます。
数テーブル程度の参照系では問題は顕在化しませんが、しっかりとした基幹システムレベルの設計では如実にあらわれます。
規模が大きくなるほどに、決して簡単な開発技法とはいえなくなります。

**デフォルトの名無しさん** · 2021/09/23(木) 23:30:25.54

>>488
読まないよｗ

ここに書いていれば、良い宣伝になるやろ？

**デフォルトの名無しさん** · 2021/09/23(木) 23:31:11.38

https://www.hands-lab.com/tech/t5600/

弊社でのユニケージの現在
そんなユニケージですが現在のハンズラボでは技術的負債としての認識が強いです。

上記の説明や弊社の記事でドン引きされた方も少なからずいるのではないでしょうか？

弊社では全環境AWSに移行しているのですが、クラウドとの食い合わせの悪さや、長期的な保守システム的な限界を

また、いわゆる属人化→担当者の退職を繰り返し遺跡と化してしまったことも多くあります。

これ自体は言語に問わず起こり得ることかと思います。
が、読み解くべきコードは独特の記法で書かれたシェルです。

ちなみにフロントもシェルです。
BashでHTMLを組み立てます。

AJAXもシェルです。

シェルを叩くとjsonで返ってきます。

なんとなく、辛さがわかっていただけたでしょうか？

まだ受けたダメージが少なそうな方は先まで読み進めてください

重症の方は無理せず一旦休んでください、この記事はいつでも読めますから。

**デフォルトの名無しさん** · 2021/09/23(木) 23:32:58.81

> ユニケージはケースにはまれば非常に有用で強力なツールです

良いことが書いてありますね

**デフォルトの名無しさん** · 2021/09/23(木) 23:38:47.32

ハンズラボがユニケージを導入したときはエンジニアはいなかったわけですが
ユニケージを採用することでシステムの開発が可能になり素人はやがてエンジニアになり
エンジニアはユニケージを通じてレベルアップしたわけです

ユニケージを使っていたがゆえにAWSへの移行もスムーズにできたわけです
この移行のしやすさこそが基本技術としてPOSIXを使ってることのメリットなわけです
基本技術にPOSIXがなかったらいまごろハンズラボは爆発して跡形もなかったでしょう

POSIXのポータビリティはクラウドへの移行のしやすさというスケーリングの可能性をも
内在しているわけですね

ハンズラボのブログを全文読んでそういう感想を持ちました

**デフォルトの名無しさん** · 2021/09/24(金) 00:15:32.66

つまり騙されるのはエンジニアじゃない人
エンジニアはユニケージが技術的負債であると気づく

**デフォルトの名無しさん** · 2021/09/24(金) 00:18:54.33

>>494
おめーが書き込んでるこの掲示板もPOSIXつまりユニケージだからな

**デフォルトの名無しさん** · 2021/09/24(金) 00:19:28.24

AWSも結局ユニケージです

**デフォルトの名無しさん** · 2021/09/24(金) 02:14:41.42

>>476
Cはほぼ全てがCで書かれてる
あるいはC++

**デフォルトの名無しさん** · 2021/09/24(金) 02:50:21.79

ゴゴゴゴゴゴ！！

**デフォルトの名無しさん** · 2021/09/24(金) 02:58:15.39

ユニケージとPOSIXやUNIX哲学は完全に無関係だよ
POSIXはPOSIXコマンドだけ使って作れなどとは言ってないし
UNIX哲学ではPOSIXコマンドに限らず、いろんなコマンドを便利に使えと言ってる
逆に独自技術症候群を否定してる

**デフォルトの名無しさん** · 2021/09/24(金) 03:00:27.28

ユニケージともPOSIX原理主義も、POSIXもUNIX哲学も全く理解してなくて
たまたま一致した部分だけをさして「ほらこの部分は一致してる、だから正しい」って
主張してるだけ。当たり前だが一致してる部分以外は、全く一致してない。

**デフォルトの名無しさん** · 2021/09/24(金) 10:50:57.64

>>500
そう思うんなら、POSIX原理主義を間違って理解してるだけだと思う
まずはPOSIX原理主義に首までどっぷり浸かってその思想、原理を
身を持って理解したが良い

jqコマンドもgitコマンドも所詮一時の流行り物でしかないだんご３兄弟みたいなもの
流行ってるときは誰も彼もが褒め称えるけれども流行りが終わってみれば黒歴史ですわ
一時の流行に流されず動かざること岩のごとし、これがPOSIX原理主義

**デフォルトの名無しさん** · 2021/09/24(金) 11:08:20.97

UNIXが廃れるとは考えないんだろうか

**デフォルトの名無しさん** · 2021/09/24(金) 11:35:17.19

>>502
WindowsでWSLが使えるようになったようにPOSIXの使用可能領域は近年むしろ拡大してるんだよ

**デフォルトの名無しさん** · 2021/09/24(金) 11:38:40.36

POSIX原理主義のシェルスクリプトは整理されててすごくきれいで勉強になる

**デフォルトの名無しさん** · 2021/09/24(金) 11:43:11.86

>>501
POSIX原理主義にどっぷり使った結果、POSIX原理主義が破綻していることが明らかになりました。

POSIX原理主義はPOSIXコマンドだけを使えと言ってるくせに
POSIX原理主義を採用している唯一の会社であるユニケージは
自社で作った独自技術である多数のコマンドを使えと顧客に強要しており矛盾しています。

POSIX原理主義はユニケージと矛盾しますが
ユニケージを批判しないのはPOSIX原理主義者がユニケージ社員だからです。
理論は明らかに矛盾しており破綻しています。

**デフォルトの名無しさん** · 2021/09/24(金) 11:44:12.85

>>504
重複コードがたくさんありものすごく汚いです。
ShellCheckすらかけていません。
シェルスクリプトの素人が作っています。

**デフォルトの名無しさん** · 2021/09/24(金) 11:47:24.57

>>504
パイプで繋げろ、ループを使うなと言ってる割に
awkを使った手続き型のコードを多用しているのが
POSIX原理主義者のコードです

**デフォルトの名無しさん** · 2021/09/24(金) 11:49:03.19

>>503
それはjqが動く環境が拡大しているという意味ですね。
jqはPOSIXに準拠して作られています。
だからWSLでも動きます。

**デフォルトの名無しさん** · 2021/09/24(金) 11:50:27.92

>>502
UNIXは廃れましたね
もはやAIXなどの商用UNIXやFreeBSDに対応する意味はありません

**デフォルトの名無しさん** · 2021/09/24(金) 11:52:24.37

>>505
会社名はUSP研究所だよ
ユニケージは開発手法

POSIXの専門家が作ったコマンドは使って良いです

>>506
ShellCheck is a GPLv3
なので、企業ではこれ使えないっすね

>>507
パイプでつなげるのはコマンドですね
awkはコマンドを作るために使ってるので問題ないです

**デフォルトの名無しさん** · 2021/09/24(金) 11:53:19.47

>>508
jqはPOSIXコマンドではないのでダメです
jqだけはダメです

**デフォルトの名無しさん** · 2021/09/24(金) 11:53:21.14

> POSIXの専門家が作ったコマンドは使って良いです

だめです。いつ使えなくなるかわかりません。

**デフォルトの名無しさん** · 2021/09/24(金) 11:54:08.44

USP研究所が作ったコマンドはPOSIXではないのでゴミです
POSIX原理主義者はそう言っています

**デフォルトの名無しさん** · 2021/09/24(金) 11:54:34.91

>>512
POSIXの専門家が作ったコマンドなのでPOSIXコマンドとして扱って良いです
使えなくなることはないです

**デフォルトの名無しさん** · 2021/09/24(金) 11:55:23.12

USPはPOSIXの専門家ではありません。
素人です。

**デフォルトの名無しさん** · 2021/09/24(金) 11:55:38.58

>>513
言ってませんあなたは誤解してるだけ
POSIX原理主義者が作ったコマンドなので絶対POSIXです

**デフォルトの名無しさん** · 2021/09/24(金) 11:56:55.14

POSIXのコマンドリストに載ってないものは使えません。
オープンソースでないので誰も使えません。

**デフォルトの名無しさん** · 2021/09/24(金) 11:59:16.62

コボラー上がりの素人集団
それがUSPの実態です

**デフォルトの名無しさん** · 2021/09/24(金) 11:59:54.15

>>515
そんなことはないです

まず理念を読んでください
https://www.usp-lab.com/opinion.html

そして実績をみてください
https://www.usp-lab.com/works.html

UNIX哲学を考え抜き実践し
これ以上の成果を上げてる会社が日本にありますか？
世界中探してもないですよ

USPはPOSIXのプロ中のプロ
素人はあなたの方

**デフォルトの名無しさん** · 2021/09/24(金) 12:01:06.91

>>519
少なすぎです（笑）
海外でUSPは無名です
だ～れもしりません。

**デフォルトの名無しさん** · 2021/09/24(金) 12:02:04.80

>>518
コボラーなの？
そんな話聞いたことないけど口から出任せ言ってるんじゃないですか？
会社名も間違えてたし、あまりいいかげんなこと言ってると訴えられるよ

**デフォルトの名無しさん** · 2021/09/24(金) 12:02:35.19

>>520
これ以上の成果を上げてる会社が日本にありますか？

**デフォルトの名無しさん** · 2021/09/24(金) 12:02:59.54

たとえばどこよ、もちろんソース付きでご提示いただきたい

**デフォルトの名無しさん** · 2021/09/24(金) 12:03:04.54

>>521
USPがコボラー上がりだってことも知らないんですか（笑）

シェルスクリプトマガジン vol.50　コボラーのためのユニケージ入門・準備編ＣＯＢＯＬ入門
https://7net.omni7.jp/detail/1106818814

**デフォルトの名無しさん** · 2021/09/24(金) 12:05:10.56

USP、ユニケージ、POSIX原理主義は
関数を使うなと言っていますが
それはもともとコボルに関数がなかったからです
彼らは手続き型言語登場以前の世界で生きてるんです

**デフォルトの名無しさん** · 2021/09/24(金) 12:05:55.53

>>524
出版社がUSP研究所
ワンピースは集英社が描いてるとでも思ってるのかな？

**デフォルトの名無しさん** · 2021/09/24(金) 12:07:17.09

>>526
シェルスクリプトマガジンは
USP研究所がユニケージを宣伝するために作った
広告用雑誌ですがなにか？

**デフォルトの名無しさん** · 2021/09/24(金) 12:08:13.43

こいつらシェルスクリプトスレで暴れてた奴らだろ

**デフォルトの名無しさん** · 2021/09/24(金) 12:10:12.77

>>525
POSIX原理主義はコマンドをパイプでつなげるって思想なのだから
コマンドが関数の代わりになるってどうしてあなたはわからないのかな頭が悪いのかな

プログラミングのパラダイムは手続き型からオブジェクト指向型になり関数型に
シフトしつつあるのが現状で関数型ではパイプラインを使って処理をつなげていくわけだけれども
それってUnixがはるか昔からやってるパイプの処理そのものだからねえ

**デフォルトの名無しさん** · 2021/09/24(金) 12:11:06.16

>>527
だったら少年ジャンプは集英社が少年の心を揺さぶるために
作った漫画雑誌ですが何か？

**デフォルトの名無しさん** · 2021/09/24(金) 12:25:26.75

あとCOBOLもバカにはできないよ
いまは分散コンピューティングを使えばCOBOLよりも高い処理速度を
達成することはできるけれどもサーバ単体で考えた場合COBOLを超えることはできない

COBOLの計算の仕組みには余計なところがなく処理速度を追求すると
こういう形にたどり着くよねという究極に達している

COBOLをJavaにリプレイスしようとして失敗したプロジェクトをいくつか知ってるがさもありなん
COBOLはUNIXのように研ぎ澄まされ洗練されている
そんじょそこらのシステムでは太刀打ちできないよ

**デフォルトの名無しさん** · 2021/09/24(金) 12:27:29.11

みずほ銀行もCOBOLを使ってればトラブル起きなかったんじゃないかな

**デフォルトの名無しさん** · 2021/09/24(金) 13:33:09.16

COBOLは丸め誤差起きないしメインフレームは大容量の並列処理得意だしね
金融業界とは相性が良い

**デフォルトの名無しさん** · 2021/09/24(金) 14:17:08.32

COBOLは馬鹿にしてませんよ
馬鹿にしてるのはコボルのことしか知らないコボラーで
シェルスクリプトをCOBOLの代わりに使おうとするコボラーです

**デフォルトの名無しさん** · 2021/09/24(金) 14:18:46.88

>>534
シェルスクリプト便利だよ
食わず嫌いやめなよそういうのダサいよ

**デフォルトの名無しさん** · 2021/09/24(金) 14:19:45.62

>>529
コマンドが関数の代わりになるのと同じように
関数はコマンドの代わりになるわけで
関数禁止という発想は頭が悪い

**デフォルトの名無しさん** · 2021/09/24(金) 14:20:15.72

>>535
シェルスクリプトが不便なんて言ってませんが？

**デフォルトの名無しさん** · 2021/09/24(金) 14:21:12.07

シェルスクリプトをCOBOLの代わりに使った結果がこれ

自らC10K問題を引き起こす
ユニケージは、適切な使用範囲を超えた使用を行うと、自らC10K問題を引き起こして、OSレベルで動作不安定となるケースがあります。
C10K問題については、以下を参照して下さい。
TheC10kProblem ? 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、
あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと

クラシックなユニケージは、独自コマンドとUNIX系コマンドを駆使してテキストファイルを編集し、それらコマンドはパイプラインで繋がれている、
ということに関しては、ここまでで述べていると思います。
パイプラインでつなぐコマンド数は、少なくとも3、多ければ10を超える事はざらです。
1クライアントが同時に発生させるプロセス数が平均的に多いということは、それだけOSのリソースを消費し、
コンテキストスイッチの発生を増加させる、ということになります。

並列化もいいですが、CPUコア数を1桁以上上回るプロセス起動させても、処理速度の恩恵に限界はあります。

**デフォルトの名無しさん** · 2021/09/24(金) 14:21:44.32

もしかしてシェルスクリプト総合スレで約2名がずっと生産性の無い罵倒合戦で荒らしまくってたのってユニケージのしわざだったのか？

おのれシェルショッカー！

**デフォルトの名無しさん** · 2021/09/24(金) 14:22:53.09

>>539
シェルショッカーの品性の悪さは
qiitaやtwitterみればわかる

あれ、USPの広報なんだぜｗ

**デフォルトの名無しさん** · 2021/09/24(金) 14:23:03.98

>>536
コマンドはパイプをつなげることができます
関数は余計な複雑さを生むだけなんよ

>>537
COBOLは素晴らしい、シェルスクリプトも便利
ではCOBOLの代わりにシェルスクリプトを使う人をバカにするあなたがバカなんですね

**デフォルトの名無しさん** · 2021/09/24(金) 14:23:14.69

あ、qiitaはリッチー大佐の方だったか
まあどちらも変わらんがな

**デフォルトの名無しさん** · 2021/09/24(金) 14:23:47.30

>>541
> コマンドはパイプをつなげることができます
関数もパイプをつなげることができますが？

**デフォルトの名無しさん** · 2021/09/24(金) 14:24:33.32

>>538
それCOBOLの変わりじゃないよね
COBOLはWebサーバではありませんからね
COBOLが可哀想

**デフォルトの名無しさん** · 2021/09/24(金) 14:24:44.62

シェルショッカーは負け犬の遠吠え感が
半端ないんだよなｗ

**デフォルトの名無しさん** · 2021/09/24(金) 14:25:09.25

>>543
コマンドがあるので十分ですよ
関数は余計な複雑さを増やすだけなのでNGです

**デフォルトの名無しさん** · 2021/09/24(金) 14:33:37.35

GolangにしてもReactにしても時代は脱抽象化です
昔からシェルスクリプトがやってることなんですけどね

**デフォルトの名無しさん** · 2021/09/24(金) 14:34:06.19

関数が余計な複雑さを生むって構造化プログラミングも知らんのかな？ｗ
抽象化の意味も勘違いしてそうだな

**デフォルトの名無しさん** · 2021/09/24(金) 14:36:14.41

>>548
シェルスクリプトでも条件分岐やループ書けますよ
それが構造化プログラミング
関数はコマンドがあるのでいりません

**デフォルトの名無しさん** · 2021/09/24(金) 14:37:49.41

> シェルスクリプトでも条件分岐やループ書けますよ
> それが構造化プログラミング
それは構造化定理

やーっぱりわかってなかったｗ
ダイクストラの論文よめや

**デフォルトの名無しさん** · 2021/09/24(金) 14:38:34.53

>>550
お前ｗでたらめなWikipedia読んだか？

**デフォルトの名無しさん** · 2021/09/24(金) 14:39:45.94

関数を作ることが構造化プログラミングだとするならば
構造化プログラミングは劣ったやり方だからこれから
コマンドとパイプで処理するように

**デフォルトの名無しさん** · 2021/09/24(金) 14:40:41.39

>>551
ダイクストラの論文よめ

**デフォルトの名無しさん** · 2021/09/24(金) 14:41:19.51

> 関数を作ることが構造化プログラミングだとするならば
やっぱりわかってないｗ

抽象化を行うことが構造化プログラミング
関数はその手段の一つ

**デフォルトの名無しさん** · 2021/09/24(金) 14:43:04.01

>>553
読む必要もない
シェルスクリプトでは関数はNG
コマンドにベタ書きがベスト
複雑さを避けてシンプルに直接的にプログラムを書く
これがベストプラクティス

**デフォルトの名無しさん** · 2021/09/24(金) 14:43:37.21

>>554
あってるじゃん
論理包含を理解してないの？

**デフォルトの名無しさん** · 2021/09/24(金) 14:44:44.52

関数がその手段の一つなら
関数を作ることは構造化プログラミングじゃん

だったら構造化プログラミングは劣ったやり方だから
POSIXプログラミングをやったが良い、悪い抽象化の癖を全部直せ

**デフォルトの名無しさん** · 2021/09/24(金) 14:47:45.85

いままでどれだけ関数を作ってきたんだ、それがあなたの罪の数です
罪滅ぼしのPOSIXプログラミング始めましょう

**デフォルトの名無しさん** · 2021/09/25(土) 04:49:08.41

もうスレタイ関係ないスレになってんな

**デフォルトの名無しさん** · 2021/09/26(日) 09:47:33.66

【研究】最近の大学生、PCのデータを分類したり整理するための「フォルダ」や「ディレクトリ」を知らないことが判明★５
https://asahi.5ch.net/test/read.cgi/newsplus/1632589017/

**デフォルトの名無しさん** · 2021/09/27(月) 04:52:45.28

1のキチガイ妄想教授虚言癖構ってちゃんに
トンチンカンな擁護する地獄のようなスレｗ
これはバカが真に受けないか心配だな

**デフォルトの名無しさん** · 2021/09/28(火) 01:31:29.76

gitを使う・・・勉強は大変かもいれないが、使えるようになれば楽になる
gitを使わない・・・いつまでも大変

gitの次が登場する・・・移行は大変かもしれないが、それが終わればもっと楽になる
gitを使わない・・・ずーっといつまでも大変なまま

だと思うんだけど何か間違ってる？

**デフォルトの名無しさん** · 2021/09/28(火) 06:42:24.59

>>562
正しい

ただ、その勉強ができない人がいるだけ
まあ、そういう人はずっと苦労すればいいんじゃないかな

**デフォルトの名無しさん** · 2021/09/28(火) 07:26:04.79

>>562
多分そのくらいで済んでいる人にとってはそのくらいで事足りてるから
それほど不便を感じていないかもだけどね。
まるごとコピーも良い面もあるのよ。
確実に「その時点のもの」のコピーだから、タイムスタンプも含めて確実にその時点の状態に戻せる。

gitも「万が一.gitの中身が変な壊れ方したらヤバいよなぁ」と思いながら使っている。

**デフォルトの名無しさん** · 2021/09/28(火) 07:42:56.85

>>564
うちのサーバーではbareのバージョン管理はディレクトリですわ。深夜にバックアップされて年月日の日付が入ってる

**デフォルトの名無しさん** · 2021/09/28(火) 11:33:49.40

>>564
確実にその時点の状態に戻したらダメだろ
コミットしないファイルとかもあるんだし

それにタイムスタンプが以前のものになったら再ビルドで困るだろ
古いコミットに戻した時、拡張子.cのソースコードのタイムスタンプが更新されるから
拡張子.oのオブジェクトファイルが再ビルドされるんだから
タイムスタンプが新しくなることも、バージョン管理ソフトの重要な機能なんだぞ

>>565
バックアップはバージョン管理じゃないよ

併用するのは構わんが、コミットとか差分とかその履歴とか
ステージング作業とか、ソースコードを管理するために使うのがバージョン管理

**デフォルトの名無しさん** · 2021/09/28(火) 11:47:19.70

>>565
バックアップはバージョン管理じゃねーよって書こうとしたらもう書かれてた
でも書いちゃう

**デフォルトの名無しさん** · 2021/09/28(火) 13:37:12.81

>>566
>1で、ディレクトリコピーっていうんだから、ディレクトリ名のサフィックスでも使って管理するんだろ。
ファイルの数も少ないから、diff使ってコメント入れて記録しておくとかね。
そういうクラシックなことをやっていると、手を入れていないファイルのタイムスタンプが変わるっていうのが嫌なんだよ。
タイムスタンプを鍵にして「このあたりは7月からいじってない」とか判断するから。

それが当たり前だと思っている人にとっては「不便」とは思わないが
便利さを知ってしまったら戻れないってやつね。
何事もそうだけどさ。

電話一つだって、家の黒電話しかなかった時はそれを激しく不便とは
思っていなかったけど今やスマホが無いととても不便に感じる。
そんなもんだ。

**デフォルトの名無しさん** · 2021/09/28(火) 14:31:43.19

> タイムスタンプを鍵にして「このあたりは7月からいじってない」とか判断するから。

それはとても悪い習慣ですね

**デフォルトの名無しさん** · 2021/09/28(火) 18:29:40.22

>>567
昔はソースコードバージョニングってちゃんとソースコードって付いてたんだけどな。バージョン管理と言う言葉はバックアップにも適用出来てたんだけど、最近はバージョン管理と言えばソースコードのみになったんだな。

**デフォルトの名無しさん** · 2021/09/28(火) 21:40:58.65

> 面倒臭いというのを原動力としてソフトウェアを選ぶのも作るのも大いに結構。
> だが、ならばなぜシェルスクリプトを貶したうえで他の言語を選ぶのだ。
ここはいいんだけどさ

> 言語の賞味期限切れで、作ったプログラムがゴミクズになることや
> 乗り換えに伴う再学習に伴う面倒臭さはお前たちには見えぬのか。愚かなことだ。

やっぱり、こいつ再学習を面倒臭いって思ってるよねｗ
本当に勉強が嫌いなんだね。知識が賞味期限になることを恐れてるんだね
普通さぁ、いろんな言語やツールを使うものだぜ、なぁ？

**デフォルトの名無しさん** · 2021/09/29(水) 01:15:40.53

「ファイル」や「フォルダ」を理解できない学生が急増中
https://leia.5ch.net/test/read.cgi/poverty/1632839471/

**デフォルトの名無しさん** · 2021/09/29(水) 02:10:21.88

>>571
言語は習得に時間がかかるがツールの習得は早いから、
再学習の面倒くささは同列には語れないと思うなぁ

gitは1日で覚えられるが、Cは1日じゃ無理

**デフォルトの名無しさん** · 2021/09/29(水) 04:46:06.50

>>573
なんで1日で覚えないといかんのだ？
1ヶ月で30個の言語を覚えるノルマとかがあるわけじゃないんだから

そもそもプログラミングっていうのは言語を覚えるよりも
アルゴリズムや設計の方が重要
なにか一つの言語を使ってプログラミングできる人は
他の言語だって1週間もあれば普通に作業できるようになるだろ？
本当にその言語をマスターするとなれば時間はかかるが
別にマスターしなければいけないようなものでもない

他の言語の乗り換えられないっていうのは、言語の文法しか知らなくて
プログラミングの基礎が身についてない証拠だよ

**デフォルトの名無しさん** · 2021/09/29(水) 05:20:14.06

>>566
gitのワークフローがメインストリームかもしれないが、バックアップの世代管理がバージョン管理では無いと言い切るあたりgit脳と言うか。
Git以外やった事ないの？

**デフォルトの名無しさん** · 2021/09/29(水) 05:26:20.66

>>575
「バックアップの世代管理がバージョン管理では無い」のはgit以外も同じなんだが？

git脳と言い切るなら、お前の言うことにはなにか根拠があるんだよな？
お前は、Git以外やったことあるか？Git以外ではどうだったか言ってみ

お前は反論してない。他人をgit脳呼ばわりし、Git以外は違うはずだと
お前の希望を述べてるだけ

なにか知ってるなら反論したまえよ

**デフォルトの名無しさん** · 2021/09/29(水) 05:45:28.80

テープで世代管理は7世代くらいしてた北海道のデータセンターに毎日送ってたよすごい手間がかかる

**デフォルトの名無しさん** · 2021/09/29(水) 06:24:00.75

>>574
そういう話ではないよ

言語は1日では覚えられないが、gitは1日で覚えられるから、gitの再学習は面倒くさくない
という話だよ

**デフォルトの名無しさん** · 2021/09/29(水) 07:19:49.20

>>576
目的が版の管理なら何だってバージョン管理だろ。ソースコードに限らず画像だって製版だってそうだ。
バージョン管理、と言う言葉をソースコードのバージョン管理ツールを使ったワークフローに限定しているからgit脳と呼んだ。

**デフォルトの名無しさん** · 2021/09/29(水) 08:45:32.25

人はそこに美味しいものがあるのではないかと思うから手を出したり勉強しようと思う。
でも、美味しさが食べてみるまでわからないものも多々あるのだな。

脳みそはサボリ屋さんだからね。経験を積むほど、「サボり方」り方を心得てきているから、既存の知識で間に合うとなると、わざわざ手間のかかることをやりたがらなくなる。

経験を積むほど、サボらせないだけの好奇心と「気合い」が必要になるのだな。

**デフォルトの名無しさん** · 2021/09/29(水) 09:41:01.05

>>579
普通バージョン管理と言ったらVCSのことだよ
バックアップを何世代残すかはあくまでバックアップだなあ

**デフォルトの名無しさん** · 2021/09/29(水) 09:42:24.44

>>576
ああ、今気づいた。あなたはSCM全体のことをバージョン管理と呼んでいるのか。確かに世代バックアップだけではSCMとは呼べないな。俺のエスパースキルの不足を詫びるわ。

**デフォルトの名無しさん** · 2021/09/29(水) 09:52:41.00

まーたマウント合戦始まってら

**デフォルトの名無しさん** · 2021/09/29(水) 09:57:28.31

>>581
バックアップの世代管理の件はスレタイからのこじつけもあって、リポジトリ自体はフォルダ丸ごとコピーする以外管理出来ないな、と思ってて良いレス期待してたのよ。素直に謝るわ。
でもなんで目的と手段がイコールになるのよ。

**デフォルトの名無しさん** · 2021/09/29(水) 11:33:41.10

【話題】「ファイル」や「フォルダ」を理解できない学生が急増中
https://egg.5ch.net/test/read.cgi/scienceplus/1632881270/

**デフォルトの名無しさん** · 2021/09/29(水) 12:07:16.20

>>584
世代って言ったらgenerationだし
バージョン管理と世代管理は別物だよ

https://ja.wikipedia.org/wiki/SCM
5. ソースコードマネージメント（英: source code management）の略。⇒バージョン管理システム

https://en.wikipedia.org/wiki/Source_control_management ⇒ Version_controlへのリダイレクト
https://en.wikipedia.org/wiki/Version_control_system ⇒ 同上

エスパーも何もSCMはバージョン管理のことなんだよなぁ
知識不足を侘びてね

**デフォルトの名無しさん** · 2021/09/29(水) 12:28:11.54

アプリとライブラリを分て開発してた場合。
このバージョンのアプリは、このバージョンのライブラリーじゃないと動か無いとかあるよね。

例えば、gitで古いバージョンのアプリを出した時、今のバージョンのライブラリーだと動かない。
でもどのバージョンのライブラリーを出せばいいか分からないって時。

gitって、アプリとライブラリーの紐づけってできるの？自分で覚えてないとダメ？

**デフォルトの名無しさん** · 2021/09/29(水) 12:57:26.72

>>587
いくつも方法はある

1. ライブラリをそのままリポジトリ入れてしまう
欠点
・ライセンスや配布形態によってはそのまま入れられない場合がある
・ライブラリにバグが脆弱性有った場合、リポジトリに含めていると気づかなかったり更新しづらくなる

これはあまり良くないやり方、ライブラリのコピーになってしまうため
あちこちに少し違うバージョンが量産されてしまう

2. 特定のバージョン（以上）が必要だと明記するだけ
ライブラリが将来無くなったり非互換性が気になるなら、現在のライブラリを別の場所にコピーしておけば良い

3. 各言語にある依存ライブラリをインストールする方法（package.json等）を使う
基本的に依存ライブラリのインストールは簡単。適切なバージョンがインストールされる

4. gitの機能でサブモジュールというのがあって、別のリポジトリの特定のバージョンにリンクできる
ライブラリがパッケージとして提供されていなかったりする場合はこちら

**デフォルトの名無しさん** · 2021/09/29(水) 13:34:57.88

金沢大学「シェルスクリプト言語論」は偽開発技術
https://mevius.5ch.net/test/read.cgi/tech/1632511262/