gitとsvnどちらでバージョン管理するか悩んでいます

Question

新システムにおいて、GitかSubversionのどちらでバージョン管理を行うか、
決めかねているため、それぞれ長所や短所、業務での使われ具合、歴史など
教えていただけると嬉しいです。

私は、GitもSubversionも知識はあるが、導入の経験は無くどちらに決まっても
それほど問題の無い状況下にいます。

Web業界ではSubversionを良く使うなどの傾向などあるのでしょうか？

よろしくお願いします。

Answer 1

今新たにSubversionを導入する理由は無いと思います．
今後，Webに発信される情報量にも大きく影響してくるでしょう．

細かな違いなどはこちらが参考になるかと思います
http://tracpath.com/works/development/subversion_vs_git/
https://qiita.com/YusukeHosonuma/items/14c59f3878d640a401a1
https://qiita.com/marrontan619/items/417ba1860107afa36e87

Comments

[salud]

やはり現状ではGitのほうが優勢なのですよね...
グラフを見る限り、Subversionのほうが優勢であった時期もあるようです。
私は、現状Gitすら使っていませんので、どちらにせよ新たに導入する必要があります。
「現場では、Subversionしか使えない技術者が未だにいるよ」みたいな生の声も聞きたいです、、！

[miyabi-sun]

Subversionが優勢な時期なんてないよ、
Gitが後発だから知名度ない所からスタートしただけで、Gitの方がほとんどの面で優れてるからすぐ追い抜いちゃっただけ
私が大昔にGitを使おうとした時はSubversionしかまともに動くGUIツールがなかったけど、今はGitでしっかり動くGUIツールがいくつもあるし、本気でSubversionが勝てる要素ないと思う

[tetsukay]

もちろん，SVNしか使えない技術者もいまだいるでしょう．
「Subversionしか使えない技術者も未だいる」し，私みたいに「もうSubversionで開発したくない…」って人もいます
DX（Developer Experience）はエンジニアのモチベーションに関わってくるため，今後の採用や逆に人材の流出につながりかねないところでも有ります．個人的にはDXはGitのほうが高いと思っています．
また，GitはPull Requestというモダンな開発フローを用いて開発できるところも，SVNと大きく異なるところですね．
コードレビューが記録として残り，CIが通らないとマージできないという制約が加わることで，コードの品質を高く保つことができます．

[papinianus]

個人的経験に強く左右された意見ではありますが、近年バージョン管理を導入する際Subversionしか使えない開発者に合わせた結果、その方はSubversionをちゃんと使えてませんでした。技能の低い人間に合わせて、より生産的な人間が不合理な負荷を追うのは無駄でしかなかったです（ぶっちゃけgitすら使えない奴のコードはお察しってことです）。

Answer 2

順当に考えるとgitを採用することになると思うのであえてSubversionを採用する理由を考えてみました。

gitは学習コストが高いため、利用者に技術に明るくない人が多くマージを活用したワークフローを利用しないのであれば、概念が単純なSubversionを導入するのは考えてもよい選択肢だと思います。

また管理対象が画像などのバイナリファイルであり、編集中は他者が修正できないようロックを取得するというワークフローを利用したい場合は、必然的にSubversionを選択するしかないと思います。(gitだとおそらく不可能)

Comments

[tetsukay]

Gitでも現在はGit LFSという（巨大）バイナリを扱う仕組みが有ります．
ロックの仕組みもありますよ．
https://qiita.com/shibukawa/items/e20550ac9253f4473c43

[ku__ra__ge]

Git LFS なら編集ロックもできるんですね。勉強不足でした。
補足ありがとうございます。

[tetsukay]

:thumbsup: