「Subversion 1.5.6以前と1.6.0～1.6.3に脆弱性が発見される」記事へのコメント

Subversionは人気がないのですかね？

[leftwing (37789)]

反応が薄いですねえ。

Disるわけじゃなく、純粋に質問したいのですが、GitがSubversionより良いところってどんなものなのでしょう。
私は小規模なプロジェクトにしか関わっていないせいか、類似ソフトにしか見えないのです。

Re:

[Anonymous Coward]

　私は逆にGitのよいところが知りたいです。

　非常に小規模なプロジェクトなため、分散管理にメリットは感じられません。
　対象OSが、Windows なため、環境を整えるのも結構手間取りました。
　日本語の扱いも多少難がありますし。

　対象OSが、Linux だったり、大人数が係わるプロジェクトだとGitの方がいいのかな、と思いましたが。
　今のところ、TortoiseSVN + SVK に落ち着いています。

　とりあえず家マシンはバージョンアップしました。
　会社のは夏休み後に（忘れないようにしないと）

＃何でLinus は subversion を、あんなに攻撃するんでしょうか？

Re:

[Anonymous Coward]

> + SVK

SVKのリポジトリを自分のPCローカルじゃなく
複数のPC(のユーザ)から共同で使えるようにする方法って、
あったっけ？あるなら是非ご伝授を。

＃SVKリポジトリをSVN鯖に食わせちゃえば動くっちゃー動くんだが、なんか怖い。

なんでそんなことしたいかというと、
上流(ぶっちゃけ仕事だ)がSVNリポジトリ握ってて、
そいつらがアホ運用をするもんだから、
(たとえば「レビューが終わるまでCOMMITするな」とか。なんのためのVer管理なのか理解してないたぐい※)
こっちはこっちの自衛のために内輪のみんなが使うリポジトリを建てつつ、
それを上流と自動連動できるようにSVKにしておきたい、と。

Re:

[Anonymous Coward]

>(たとえば「レビューが終わるまでCOMMITするな」とか。なんのためのVer管理なのか理解してないたぐい※)

Subversionの管理者やってますが、逆にレビューが終わってないのをCommitするのに
何のVer管理のメリットがあるのか聞きたいですね
Ver管理を行っているのは、不具合、その他が起こった場合にどこでバグが発生したのかのチェックと
そのVerへ戻せる環境を作る為のはずです。
まぁ、小規模なプロジェクトならしょうがないですが・・

Ver管理 = バックアップと思ってる人が多すぎる。
1日の作業が終わったらCommitとかどうやって履歴を管理しろと言うのか
バックアップに使うのなら個人の環境で取るかブランチ作って勝手にやってくれ

Re:Subversionは人気がないのですかね？

[130R (31126)]

Ver管理を行っているのは、不具合、その他が起こった場合にどこでバグが発生したのかのチェックと
そのVerへ戻せる環境を作る為のはずです。

別にレビューなしでコミットしても、過去バージョンには戻せますよね。
レビュー云々は運用次第だからどうでもいいけど、作業のスナップショットとしてコミットするのは問題ないと思います。
まあ、作業終わりでコミットされるの嫌なら分散SCM使って、ローカルとマスターリポジトリで運用してはどうでしょう。

#やたらリビジョン番号あがるのをいやがったり、ログが汚れるのをいやがる人がいるけど、そんなん気にしても仕方ないよなあ