SVN脳患者から見たGit - Qiita

はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu

[noonworks]

“SVN脳患者にとってコミットとはバックアップ”職場にこういう人がいて、git使うときも「今日の作業分」単位で1コミットにしてくるのでめっちゃ困ってる

[BoiledEgg]

VSS脳患者がGitを見たときのエントリもいると思う（VSS患者ステージ４）

[naga_sawa]

ファイルが実際にスナップショットで保存されるか差分で保存されるかは実装の話として、動作モデルとしてはスナップショットのsvnにパッチの積み上げのgitでよさそうに思う(svnとgitの両方を触った個人の感触です)←追記

[twotiger]

Gitこそスナップショットの塊で、Subversionは差分を保存していくと思うけど？

[yojik]

GitのCommitこそスナップショットで、svnのコミットこそチェンジセットでしょう（だからsvnではコミットの編集ができない）。なんかこの方は逆に覚えてる気が。。/ これは実装の話ではなくモデルの話です

[regicat]

SVN脳患者の中には長年かけてようやくVSS脳からの脱却を果たした人も少なくないのであまり何度もマインドセットの変更を強いられると死にます

[moro]

Gitでもcommitは「そこに含まれるtreeから一式復元できるスナップショット」なのだけど、同時に「そこに含まれるparentから辿った親commitのtreeとの差分」を指定する識別子にもできるので、そのあたり混乱してそう

[sisya]

VSS→CVS→SVNと渡り歩いてきて、Gitで軽く躓いた。まったく違うものより、似ているけど違うもののほうが難しいということを実感した。

[hogeaegxa]

たまにSVN使うと、コミット1つの存在がなんか重いのがしんどくて仕方がない

[enemyoffreedom]

むしろ"コミット"や"チェックアウト"等の一部重複する用語の意味内容の差とか、あとGitのコマンドの命名や切り分けの不適切さの方が

[kimata24]

“、マージとはたまったパッチをまとめて適用する作業である。これはSubversionのマージに比べてコンフリクトが圧倒的に少ない。この、「Subversionに比べてGitはマージが簡単」というのが一番わかり易くでるのは、「ファイ

[katsyoshi]

svn難しいなあ。svnとgitの比較記事わりとニュートラルな奴しかもう残ってないようだ。13年くらい前はgit難しいから使わないようにしようみたいな記事があった気がする。

[nilab]

「Subversionにとって、そしてSVN脳患者にとってマージとはスナップショット同士の比較」「Gitにとってコミットとはパッチ作成であり、マージとはたまったパッチをまとめて適用する作業」

[kyompi]

git rebase がうまいこと頭に入ってこなくて困ってたけど、この記事でたぶん理解を矯正できた気がする。俺もディレクトリ単位のイメージをしていて、そうかgitは修正パッチなのかと。ただし俺はSVN脳患者ではない。

[fake-jizo]

僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にな T

[prisira]

「マージを面倒臭がる」章の「ファイル名の変更を追えるかどうか」、やっぱり名前変更リファクタリングすることを考えるとSVNじゃ厳しいのね‥

[tatsu_tora]

Subversion最近全然使わないけど、最初Gitに入ったとき、Gitのcommitはローカルステージに一旦上げてサーバにはcommit時点で上がらない点が、チームでやる場合、conflict地獄になりにくそうには感じた

[shin0O]

VSS/SVN で今もやってるSIerはブランチなんて概念無いべ (リポジトリそのものが違うとかある) / git使ってるけどアレでexcel設計書管理はどう考えてもきつい気がするのでまだまだsvnもvssも使われるのだろう

[koogawa]

関係ないけど、最初にgit使い始めた時にとりあえず trunk ブランチを切ったな

[jerryb]

分野違うけど、同じ言葉を使って話してもバックグラウンドが違うと別物で、話がまったくかみ合わないことはすごくよくある。文化の違いを乗り越えるにはまず何が違うかを理解し合うことからというのも一緒。

[natsutan]

僕もcommitは作業履歴の記録とバックアップ。やっとsvn使えるようになったのにgit難しいです。

[nekoruri]

branch/tagがラベルでしかないというのはCVSからの流れとしては先祖返りなんだけど、SVNの何でもかんでもディレクトリって考え方はほんと害悪だし悪癖を残したなあ……。

[yugui]

わかる。SVNの、ブランチ履歴は永遠だという説明を見たときにどれだけ安心したか。そして、それを手放すときのgitの不安感。結局手放しても特に困らなかったけど

[mimesis]

バックアップとスナップショットでマサカリ飛んでて笑った

[ginpei]

SVN使いの人をGitで管理してるプロジェクトに招く際に一読しておくと良いかも。

[hiroti3]

あわわ、僕もこれかも

[aoksh]

>SubversionとGitの最大の違いは分散型かどうかではなく、管理する対象が「スナップショット」か、それとも「チェンジセットか」ということにある。Subversionは管理する対象はスナップショットである。

[akiramaz]

わかるかと思って読んだらよくわからなかった。

[windish]

わかる。最近やっとgitに慣れてきたけど最初は本当にわけわからんかった。

[igrep]

逆にSVNのことがよく分かりそう。

[ruicc]

svnのリポジトリ単位で一意なリビジョン番号とgitの宇宙で一意（過言）のコミットハッシュの違いですね

[ustam]

幸いなことにSubversionを完全に忘れてるな。コンフリクトが地獄だったことだけはおぼろげに覚えているけど。

[sato-gc]

gitほとんど触ってないのですごくわかる。というかどうやったらgit脳になれるんだろ。普通に使えばいいの？

[hylom]

svn長く使っていたけどこの記事は全然理解ができなかった……。Gitは各種操作でdiffが出てくることが多いから差分中心に見えるかもだけどあくまでそれは見え方であって、内部的にはスナップショットを取ってるのよね

[hogege]

わかる(´Д｀)

[shioken]

この人もう病人じゃないだろ

[t_f_m]

"「GitやMercurialが管理するのはチェンジセットで、Subversionが管理するのはツリーで、全然違うものだ。Subversion公式FAQにもその違いについて触れてあるよ」 とか言っても無駄"/"違いが決定的なものだということは気づかない"

[yoshi-na]

呪いの言葉「コミットとはバックアップ」

[mellow-mikan]

「SVN脳患者にとってコミットとはバックアップである」めっちゃわかる。Gitはそうじゃないんだよね。自分もすっかりSVN脳患者だった。