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

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

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

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

大学教授目線だと、「大学は専門学校ではない」との認識で、
git や github の使い方は専門学校で教わるようなもの、と考えていると思う。
大学とはそういう場所。

**デフォルトの名無しさん** · 2021/09/09(木) 19:21:33.31

キチガイ構ってちゃんの相手してるやつw

**デフォルトの名無しさん** · 2021/09/09(木) 19:45:45.39

RDBMSも専門学校で学ぶものと考えているかも知れない。
大学はシャノンの圧縮理論やコンパイラ理論なんかを学ぶ場所で
HTTP、HTML、JSも基本、大学で教える範疇にないと考えているのではないか。

**デフォルトの名無しさん** · 2021/09/09(木) 21:08:00.74

会社ではgit使わないから大学でも教える必要がないんだよ

**デフォルトの名無しさん** · 2021/09/09(木) 21:17:22.35

大学でちゃんと勉強してきたのに土方やってるID:ZSdmmObGみたいなやつって可哀想だな

**デフォルトの名無しさん** · 2021/09/09(木) 21:35:34.58

土方は土方で楽しいよ
設計は日本でやって製造は海外にやらせようって
やってたら設計の技術さえ衰えたのがここ10年の日本の実態
製造と設計は不可分なんだよ、製造の技術の先に設計がある

**デフォルトの名無しさん** · 2021/09/09(木) 21:37:44.93

フォルダ管理の先にgitが浮かび上がるようなもの

**デフォルトの名無しさん** · 2021/09/09(木) 22:17:51.60

NHK Eテレにも出ている、Ruby の女神・池澤あやかが言ってる。
大学で、C 言語を教えても、99% が挫折するって

彼女は、山陰地方のRuby on Rails 合宿で、Railsを学んで、
ウェブアプリを開発できるようになった

ハーバード大学でも同じ。
起業家は、Railsで開発するので、Railsの講座を受けましょうで、終わり

GitHub, GitLab も、Rails製。
GitLabは、GitHubがRails製だから、Railsを採用したと言ってる

日本でも、全てのプログラミング学校・サロンが、Railsを勧めて終わり

日本6位、初心者3千人が加入している、
YouTube で有名な、雑食系エンジニア・KENTA のサロンでも、Rails

**デフォルトの名無しさん** · 2021/09/09(木) 22:45:13.01

Railsは先駆者ではあるけどやや下火なのでは？

**デフォルトの名無しさん** · 2021/09/09(木) 22:47:11.78

>>110
大学では関係代数とRDBの関係くらいは教えるのでは？

**デフォルトの名無しさん** · 2021/09/09(木) 22:48:31.44

頭のおかしい大学教員を論破しようとしても時間の無駄

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

>>117
情報系やCS系が専門ではないので知らない。

**115** · 2021/09/09(木) 23:49:20.41

>>116
下火と言うか、Stack Overflow とか、めちゃくちゃなアンケート

シェア1% も無いような、フレームワークが1位になったり、
こういうサイトは、素人の集まり

例えば、Rails チュートリアルは毎年、売上増。
企業も、Railsの講座を頼んだりする

だから、なぜRuby がオワコンと言われるのか、分からないと言ってる

**デフォルトの名無しさん** · 2021/09/10(金) 00:11:16.32

雑食系エンジニアには一生判らんだろうな

**デフォルトの名無しさん** · 2021/09/10(金) 01:44:36.74

Rubyおじさんこんなとこにも湧くなよ

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

gitやデータベース使えないってただの無能じゃね？
大学が目指すのはその先でしょ

gitを更に発展。データベースをさらに発展させる
ファイルを使った管理方法なんて40年、下手すりゃ50年前の技術なわけで
そこまで退化させてやり直すとかアホかと

すでに確立された技術を使え

**デフォルトの名無しさん** · 2021/09/10(金) 03:51:41.42

フォルダ管理でもgitと同じようにバージョン管理は出来るよね
ただ、面倒くさくて時間がかかるし、ミスもしやすいからチェックに手間がかかる
あと、他人にルールを守らせるコミュニケーションコストが膨大

gitを使えば面倒くさくないし時間もかからない、チェックも簡単、コミニュケーションコストは大幅に削減できる
だから、仕事ではgitを使わないとコストがかかってしょうがない

コストなど関係ない学問では、好きにしろとしか

**デフォルトの名無しさん** · 2021/09/10(金) 03:58:58.29

だがgitは10年後も使えるかどうかわからない！
将来無駄になってしまうかもしれないものを覚えたくない
cp、diff、patchを駆使すれば10年後でも同じやり方が使える！

一度覚えれば永遠に使える方法と
勉強し直さなければいけない方法
面倒くさいのはどっちか理解しろ！

**デフォルトの名無しさん** · 2021/09/10(金) 06:26:30.89

10年後にgitより使いやすい物が出来てたらそっち使うだろう
それをいったい誰が作ってくれるんです？

**デフォルトの名無しさん** · 2021/09/10(金) 06:56:39.77

はたらけど　はたらけど
なおわがくらし　らくにならざり
git手を見る

**デフォルトの名無しさん** · 2021/09/10(金) 07:46:25.87

いくら使いやすくても我は認めん！
10年後使えなくなるかもしれない道具は使わん

**デフォルトの名無しさん** · 2021/09/10(金) 08:30:36.89

>>125
gitなんて基本的な使い方は1日で覚えるよ

仮に10年に一度勉強し直すにしても、1日で覚えられて10年間楽できる方と、
10年間ずっと楽ができない方と、どっちが効率的か考えた方がいい

**デフォルトの名無しさん** · 2021/09/10(金) 08:33:21.29

>>129
そんな簡単なことが(プライドが邪魔するせいで)出来ない人種だから
ある意味可愛そうではある

**デフォルトの名無しさん** · 2021/09/10(金) 08:33:44.31

バージョン管理って、大体、原因不明のバグが出た時に過去バージョンを振り返って
どの時点まで大丈夫でどっからバグが入ったのかとか、正常なバージョンと
バグが入ったバージョンの差をWinDiffなどで比較したり、新しいライブラリ
と古いソースを合わせてもちゃんとビルドできるかなど、問題の切り分けを
高速に行うために使う。
だから、gitのように、一々WorkingTreeに過去バージョンを反映させないと
何も始まらないような仕組みでは効率が悪くてどうしようも無い。

**デフォルトの名無しさん** · 2021/09/10(金) 08:35:42.77

>>129
経験的に言えば、gitを使っても全く楽にはならない。
・gitは、バックアップとしては危険をはらんだ不完全なもの
・たった1つしかないWorkingTreeに反映させないと何も作業が行えないため、
　効率がとても悪い。

**デフォルトの名無しさん** · 2021/09/10(金) 08:39:43.48

>>131
Windiffなどでの比較は過去バージョンに戻らなくても出来るよ
あと過去バージョンを反映させるのって、超高速だよ
しかも、どちらもコマンド1行

gitを知らないならその疑問も仕方ないと思うけどね
一度使ったら目から鱗がボロボロ落ちるよ

**デフォルトの名無しさん** · 2021/09/10(金) 08:40:47.73

>>132
別にworkが必要な時は、別ディレクトリにcloneすればいいよ

**デフォルトの名無しさん** · 2021/09/10(金) 08:44:33.64

>>134
レポジトリ全体をコピーするということなら、めちゃくちゃ無理が有る。
アジャイル開発する時、バージョンは何千にも及ぶから、そんなことは
現実的に不可能。

>>133
一行目、それは無理だろう。WinDiffが対応してないのに出来るわけないはずだ。

**デフォルトの名無しさん** · 2021/09/10(金) 08:46:35.64

例えば、3つのバージョンを比較して、実行テストも比較しながら行いたいような時、
gitでは無理が有る。
3つどころか2つでも無理が有ろう。
なので、git自体がプロ目線では全く意味が無い。

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

流行り物のバージョン管理ソフトなんぞ信用できん！
これまで何度ソフトが変わったと思っておる
rcs、cvs、svn、そしてgitだ。遅くともあと5年も経てばまた変わるだろう
そうすればお前らはまた覚え直しになるというわけだ

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

むしろとっととgit置き換えてくれって思うんすけど

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

その昔に流行したオブジェクト指向と同じで、gitも方法論でしかない。
それを使ったために、かえってカオスになることもある。
要はちゃんと管理できていれば（できる人であれば）、どちらでもいいんだよ

**デフォルトの名無しさん** · 2021/09/10(金) 11:02:58.32

>>135
何千のバージョンを扱うプロジェクトならなおさら、フォルダ管理をする方が大変だろ

あと、gitは外部のdiffツールへのインターフェースを用意してるから、コマンドラインで起動できるソフトなら使えるよ
Windiffは使ったことないけど、Winmergeとかはgitからコマンド一発で呼び出せる

**デフォルトの名無しさん** · 2021/09/10(金) 11:02:58.97

我々がgitを問題視しているのは、その保存データがわけの分からぬバイナリ形式になっていることだ
もしgitが滅んでしまったらそのデータを復元することは絶望的になる
データはテキスト形式で保存せよというのがわからんのか
一体何を考えているのか

**デフォルトの名無しさん** · 2021/09/10(金) 11:13:28.65

>>140
>何千のバージョンを扱うプロジェクトならなおさら、フォルダ管理をする方が大変だろ
そんなことない。
フォルダ管理の方が、ずっと便利。
gitでは出来無い事が多い。
gitはゴミ。

**デフォルトの名無しさん** · 2021/09/10(金) 11:16:51.05

バージョン管理に使っていいのは標準的なコマンドと自分の頭だけだ
コミットの仕方がわからぬ？愚か者め
そんなもの「日付＋番号」のディレクトリにcp -pRでコピーするだけだ！

**デフォルトの名無しさん** · 2021/09/10(金) 11:48:03.38

頑なにgit使わない人はチーム開発とか無縁の人？

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

教授参戦してるじゃん

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

>>143
10年たったらボケて使い物にならなくなる可能性のある頭なんかに大事な記録を任せないでツール使えよw

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

フォルダ丸ごとコピーより git が優れている点はなんなんだ？

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

>>147
チーム開発しやすい

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

>>148
その目的では、Team Foundation Serverの方が便利だ。GUIだし。
それを使った場合でも、バックアップは単純にフォルダコピーするぞ。

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

大学やろ？
情報系の学科でも1/3くらいはプログラミングナニソレ状態だろう
どうせ使い方ミスって喚き散らす人が出るんだから、ディレクトリコピーでやらせた方が良い

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

>>149
うん、TFSのgitインターフェイス使うわ

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

>>141
gitでは"blob"という文字列とファイルの長さヘッダとしてファイルの中身を結合して
deflateで圧縮してる

3分ググって見つけたから復元楽勝だよ
https://git-scm.com/book/ja/v2/Git%E3%81%AE%E5%86%85%E5%81%B4-Git%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88

gitの仕組みってすごくシンプルなんだよ

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

>>141
容量を減らすためだと思うよ
プレーンテキストだと数GBだけど圧縮したら数十MBになるなんてことザラにあるからね
あとプレーンテキストはデータが途中で切れてても気づけないってのがあるかな
ハッシュ値を取るのはそのためもあると思う

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

ストレージが潤沢にあるなら
プレーンテキストを使ったバージョン管理システム作るのもありかもしれないね

**デフォルトの名無しさん** · 2021/09/10(金) 15:41:46.59

圧縮は、破壊に弱いこととすべてが一体になっていることからレポジトリの
全量バックアップするしかない。
それだとバージョン管理ツールの意味が無い。
単純に各バージョンを圧縮して保存した方が安全だし便利。
gitはオープンソース開発時にネットへの更新アップロードが速いことだけが
メリット。
ネットにアップロードしない場合にはほとんど全くメリットが無くて、
デメリットばかり。

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

>>155
gitはIDEでサポートされてるから
マウステケテケでbrache作ったりできるよ
元に戻すのもテケテケでできる

各バージョンを圧縮ってそれって破損に弱いのにそんなことして大丈夫なの？

**デフォルトの名無しさん** · 2021/09/10(金) 15:53:06.31

フォルダ管理は作業が面倒なのがネックだな
IDEでサポートされるくらいのシステマチックな仕組みを構築すればよいのだけれども
それってgitの再発明にしかならなくないかな

**デフォルトの名無しさん** · 2021/09/10(金) 15:55:13.68

gitのメリットは分散型なところかと
ローカルでバージョン管理できるからね
ネットつながらなくても使えるし仕組みがシンプルだからサクサク動作する

毎回リモートにコミットしてたSVNには戻りたくないでござる

**デフォルトの名無しさん** · 2021/09/10(金) 15:56:39.72

>>156
最後、gitなんか使わずに各バージョンを7zに圧縮してファイル名に日付とその日の番号を付けて保存して置けばgitよりずっと安全。

**デフォルトの名無しさん** · 2021/09/10(金) 15:57:20.22

>>157
どこが面倒なのか分からない。gitの方がよっぽど面倒。

**デフォルトの名無しさん** · 2021/09/10(金) 16:07:19.46

>>160
マウステケテケでできないところかな
Eclipseだと右クリックして比較ってやったらコミット前との比較とれたり別バージョンとの比較取れたりするんよ
コミットするときも右クリックしてコミット押したらコミット完了
元に戻すのもサクッとできる

フォルダ管理だと保存する作業を手作業でやらないといけないんでしょ
ファイル名に日付のその日の番号を入れたりとか、バカみたいだよ

**デフォルトの名無しさん** · 2021/09/10(金) 16:08:06.44

フォルダ管理でもいいけどバージョン管理システムとして完成させてIDEで簡単に使えるようにして欲しいかな

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

gitの何が面倒なんだろ、コマンド覚える必要は全然なくて
コミットしたら履歴が保存されて元に戻せるようになるって
こと覚えとけば十分だよ

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

フォルダ管理の手作業で行ってるネーミングや圧縮、解凍を自動化する仕組みがgitだよ

**デフォルトの名無しさん** · 2021/09/10(金) 16:18:54.10

>>159
gitの圧縮は信用できないけど7z圧縮はOKってイミフ

**デフォルトの名無しさん** · 2021/09/10(金) 16:20:05.22

>>164
バックアップとしての堅牢性に欠けることと、古いバージョンと新しいバージョン
を同時にビルドしなおしてテストするようなことが面倒。

**デフォルトの名無しさん** · 2021/09/10(金) 16:20:43.78

>>165
gitは、全バージョンを一つのリポジトリとして圧縮してしまうから、バックアップ
として意味が無い。

**デフォルトの名無しさん** · 2021/09/10(金) 16:22:51.17

githubは堅牢。その代わりオープンソースにしなくてはならない。
gitは危険。
7zは堅牢。

gitが危険でgithubが堅牢な理由は、世界中でcloneされることでバックアップされるから。git自体は危険。

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

>>167
では、リポジトリを分散させては
gitならローカルのリポジトリをリモートに反映するのはpushでOKだよ

フォルダ管理してた場合ストレージ逝ったら終わっちゃう

**デフォルトの名無しさん** · 2021/09/10(金) 16:25:03.79

>>168
7zは世界中でcloneされるわけじゃないから危ないよ！

**デフォルトの名無しさん** · 2021/09/10(金) 16:26:30.94

あと、gitの圧縮はファイル単位ですぞ

**デフォルトの名無しさん** · 2021/09/10(金) 16:32:24.31

>>168
githubは非公開にもできるのでプロプラなライセンスでも問題ないよ
無償利用だと昔は非公開にできなかったとかそういう話かな

**デフォルトの名無しさん** · 2021/09/10(金) 16:34:42.42

まあgithubはリモートリポジトリ提供してるだけだから
サーバ自分で立ててそこにリモートリポジトリ作ればgithub使わなくても問題ない

**デフォルトの名無しさん** · 2021/09/10(金) 16:59:32.45

>>170
危なくない。
7z方式の場合は、1つのバージョンだけが壊れるから安全。
gitは全バージョンが壊れるから危険。
githubは、gitの危険性をオープンソースの場合は全世界でcloneで回避しているから安全。

**デフォルトの名無しさん** · 2021/09/10(金) 17:01:12.01

>>172
非公開を信じてgithub(MSやLinus?)にソース見せてどうすんの。
非公開なんて嘘に決まってるじゃん。

**デフォルトの名無しさん** · 2021/09/10(金) 17:02:59.12

>>173
そんなこといったら、gitじゃなくても、データサーバーと多数の端末の
構成だったら何でも安全になる。git関係ない。

**デフォルトの名無しさん** · 2021/09/10(金) 17:03:36.22

>>174
なんで壊れるのかよくわかんないけど
ディスク障害で壊れるんならリモートリポジトリにプッシュしとけばいいよ

gitが全部壊れるという前提なら7zも全部壊れる前提で分散させないとヤバいっすよ
7zヤバいっすよ

**デフォルトの名無しさん** · 2021/09/10(金) 17:04:26.87

>>176
それはそうだけどgitにはリモートリポジトリにプッシュする機能があるから
git良いよねってことだよ

**デフォルトの名無しさん** · 2021/09/10(金) 17:05:28.74

>>175
MSもLinusもそんなに暇じゃないと思うけど
暇つぶしにソース見られたとして何か困るん？
ソースパクられたら全力訴訟したら良いよ

**デフォルトの名無しさん** · 2021/09/10(金) 17:06:22.01

>>177
後半。
gitは全バージョンを1つのバイナリレポジトリに圧縮してしまってるから、
ディスクのクラスタが1つ壊れても全破壊されるし、何らかの操作ミスで壊れる
時も全バージョンが壊れてしまう。
7zは、バージョン毎に圧縮してるからクラスタ故障でも操作ミスでも全体が
壊れる可能性ほぼない。

**デフォルトの名無しさん** · 2021/09/10(金) 17:07:39.23

>>179
どうやってるかわからない時に見ればすぐ分かってしまう。
彼らは理解力があるからな。
しかし、どうやってやるかは彼らにも分からない事がある。
その答えがソースには書いてある。
研究の結果導いたやり方とか。

**デフォルトの名無しさん** · 2021/09/10(金) 17:07:56.03

>>180
gitはファイル単位で圧縮してるから全部壊れることないよ
7zはバージョン単位でごっそり破壊されるから7zやばいっすよ

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

>>181
それで何が困るん？他人にわかられて困ることある？
独占欲の強い強欲プログラマにとってはよくないってことかな

**デフォルトの名無しさん** · 2021/09/10(金) 17:11:31.91

githubがいやなら自分でサーバ立てるだけだから問題ないっしょ
いまどき中高生でも自分でサーバ立てる時代だからね

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

>>182
壊れた時に、gitのアルゴリズムやレポジトリのフォーマットを知らないプログラマが
対処できないだろうて。そんなことまでgitは対応して無いだろ？
いくら1ファイル単位で壊れると言ってもメカニズムを知らない人には対処できない
から意味無い。
一方、7zは、そのバージョンだけが壊れるし、単純明快なので安全。
1つのバージョンが壊れても大勢に影響ない。

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

>>183
例えば、Win32APIでやりたいことの実現法が分からなくて、何回も実験し、
ネットであらゆる情報を検索してやっと導いたやり方だったり、
特殊なアルゴリズムで他の人が真似できないくらい高効率を実現していたり
するから、見られたらダメ。

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

>>184
そんなことしなくても、7zでも十分。
gitは得られるメリットがほぼ無いのに、手間だけがかかる。
全バージョン全体のトータルのサイズは小さいとしても、全体を
高頻度バックアップする必要があるから、結局、それも嘘。

**デフォルトの名無しさん** · 2021/09/10(金) 17:18:17.24

>>152
愚か者めバイナリで保存するのがダメだとまだわからんのか
Unixではデータはテキストで保存するのが常識だ
バイナリだとUnixツールが使えん、Unixの思想に反しておる
grep、diff、patch、ファイルを使ったバージョン管理で
使うこれらのコマンドが使えなくなるのがその証拠だ

**デフォルトの名無しさん** · 2021/09/10(金) 17:19:48.47

>>185
ファイル単位で独立してるから他に波及しないと思うけどね
壊れたことないからわからないけど、git壊れた経験ある？

全世界で使ってる人がいるけどgit壊れるって話も聞かないし
めったにないことのように思える

リポジトリが壊れたらgitを知らない人が対処はできないだろうね

7zはそのバージョンのファイル全部まとめてぶっ壊れるわけでしょ
7zを知らないひとがそれを直せるかと言ったらできないわけじゃん

たとえ壊れることがあったとしてもリモートリポジトリ使ってれば問題ないよね
7zはすごくヤバいけど

**デフォルトの名無しさん** · 2021/09/10(金) 17:20:07.89

>>187
7zも禁止だ。それは移植性がない。
独自のツールは10年後動く保証がない
認められる圧縮形式はcompressとuncompressのみだ

**デフォルトの名無しさん** · 2021/09/10(金) 17:21:25.82

>>186
アイデアを誰にも知られず独占したいってことね、じゃあローカルで使うなりサーバ立てるなりすればよいだけだよ

**デフォルトの名無しさん** · 2021/09/10(金) 17:22:11.04

>>183
例えば、Photoshopやスマホアプリの中に、画像の一部を魔法の様に消したり、
人間の部分だけを自動的に切り出すようなものがあるが、それもどういうアルゴリズム
を使っているのかは簡単には分からない。
また、3Dの山などの地形データを生成するアルゴリズムも分からない。
物理の教科書にも載ってない。
そういうものの多くは特許はとることなく、クローズドソースとして販売されてきた。
githubにアップロードして主催者がそれを勝手に見たらとんでもない損失。

**デフォルトの名無しさん** · 2021/09/10(金) 17:23:03.48

>>189
バックアップの重要性を分かってないのか。
そりゃ話にならんぞ。

**デフォルトの名無しさん** · 2021/09/10(金) 17:27:21.62

>>188
某POSIX原理主義者みたいなこと言ってるなあ
プレーンテキストだとデータが欠落してもわからない
ストレージの容量を食うなどの理由で圧縮してるんだと思うよ

Unixの常識に価値があると思ってるというお気持ちは伝わってきたけど
伝統工芸みたいでくだらない
進歩を止めてそこに付加価値を見出そうとしてるんでしょ
もしくはUnixに幻想をいだいて憧れてるだけかな
いずれにしろ愚鈍なだけ

**デフォルトの名無しさん** · 2021/09/10(金) 17:27:48.82

Unixのコマンドを駆使すればgitでできることは全てできる
バージョン管理ソフトは10年持たない。Unixのコマンドは10年後でも利用できる
ソフトウェアの寿命よりも短いツールなんか使い物にならない
gitが滅んだらソフトウエアは復旧不可能になる
Unixコマンドを使え！問題は自力で解決せよ！

**デフォルトの名無しさん** · 2021/09/10(金) 17:29:20.83

>>193
ちょっと話が飛躍してる気がする
リモートリポジトリ使ってればディスク障害起きたとしても問題ないよね

7zはそういうの結局手作業でコピーしたりしないといけないんじゃない？
ならgit使っちゃいなよユー

**デフォルトの名無しさん** · 2021/09/10(金) 17:31:45.88

>>195
gitが滅ぶってことはgitよりも優れたバージョン管理ツールができるってことだから
マイグレーションツールも提供されるに決まってるよね、常識で考えなよ

**デフォルトの名無しさん** · 2021/09/10(金) 17:32:42.96

>>196
gitは、想定された範囲内でしか使えない。
単純バックアップの場合、プロジェクトの問題発生時に非常に効率よく作業できる。

**デフォルトの名無しさん** · 2021/09/10(金) 17:33:56.42

>>198
い、意味が、わからない

gitってただのファイルで管理されてるから
リポジトリを単純バックアップすることもできるよ

**デフォルトの名無しさん** · 2021/09/10(金) 17:34:02.38

gitをすばらしいといってる人は、実際のバックアップの使い方を見たこと無い人。
もっと効率よく出来る。

**デフォルトの名無しさん** · 2021/09/10(金) 17:34:36.72

7zで？

**デフォルトの名無しさん** · 2021/09/10(金) 17:34:40.99

>>194
ディスク領域の節約がしたいならrsyncを使え！
rsyncにはハードリンクを使った差分バックアップの機能がある
なぜ我々がrsyncは許容しているかわかるか？
ハードリンクはUnixの機能だからrsyncが滅んだとしても
Unixのコマンドだけで取り出せるからだ

**デフォルトの名無しさん** · 2021/09/10(金) 17:35:05.30

>>199
違うんだって。
過去バージョンに対してさまざまなことを確認したり、複数のバージョンを
色々試して不具合がいつおきたかを調査する時、gitでは効率が悪すぎて
話にならん。

**デフォルトの名無しさん** · 2021/09/10(金) 17:36:10.42

>>201
シンプルだから、何でも出来る。
gitは複雑だからgit作者の想定の範囲内の事しかできない。

**デフォルトの名無しさん** · 2021/09/10(金) 17:36:28.92

>>197
マイグレーションツールができる保証などない
メーカーはすぐサポートを打ち切る
10年後も同じように使えないツールは使い物にならない
Unixのコマンドなら10年後も使える

**デフォルトの名無しさん** · 2021/09/10(金) 17:36:51.42

>>202
> rsyncは許容しているかわかるか？

日和ってんじゃねえぞカス、POSIXつらぬけよ軟弱者

**デフォルトの名無しさん** · 2021/09/10(金) 17:37:51.38

>>203
Unixのコマンドを使ったバージョン管理ならcp -Rpを使うだけ
日付＋番号のディレクトリに移動するだけで
当時の環境を完全に再現することができる

**デフォルトの名無しさん** · 2021/09/10(金) 17:40:31.77

>>205
いや、あのね、gitが滅ぶくらいに一般に普及するすぐれたバージョン管理ツールが
できるならマイグレーションツールが作られるに決まってるよね

メーカーよりも個人が作りそうな気がするけどなあ
メーカーが作ったものがgitを滅ぼすくらいに普及するとは思えないし
当然無料で提供されるものだよ、オープンソースでなかったら
オープンな実装をする人が出てくるだろうね、gitがそうであったように

あなたはUnixを高めようとするあまり視野狭窄に陥ってるように思える