アカウント名:
パスワード:
うちの職場でLinuxのカーネルモジュール開発やってますが、相変わらずCVS。さすがにすでに少数派なんですかね?
分散型への移行を面倒くさがってる俺が言うのもなんだけど、CVS→Subversionの移行は無条件にやっちゃっていい/やるべきだと思う。Subversionは良くも悪くもベターCVSなので、便利になることはあれ、基本不便になることはないイメージなので・・・。(ブランチはちょっと考え方が違うけど。)というか、CVSって文字コードとかフォルダの扱いとか、いろいろ面倒すぎね?二度と戻りたくないわ。
素CVSはわからないがCVS+他のツールや+運用手法で弱点を回避してる場合は、無条件にSVNがCVSの上位セットになってるわけじゃないよ。程々の規模で新規にやるならあえてCVS選ぶ必要性は感じないが。
svnってタグとかブランチの扱いがアレ過ぎて…。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
移行することを考えるのが面倒なのでCVS (スコア:0)
うちの職場でLinuxのカーネルモジュール開発やってますが、相変わらずCVS。
さすがにすでに少数派なんですかね?
Re:移行することを考えるのが面倒なのでCVS (スコア:0)
分散型への移行を面倒くさがってる俺が言うのもなんだけど、CVS→Subversionの移行は無条件にやっちゃっていい/やるべきだと思う。
Subversionは良くも悪くもベターCVSなので、便利になることはあれ、基本不便になることはないイメージなので・・・。
(ブランチはちょっと考え方が違うけど。)
というか、CVSって文字コードとかフォルダの扱いとか、いろいろ面倒すぎね?二度と戻りたくないわ。
Re: (スコア:0)
素CVSはわからないがCVS+他のツールや+運用手法で弱点を回避してる場合は、無条件にSVNがCVSの上位セットになってるわけじゃないよ。
程々の規模で新規にやるならあえてCVS選ぶ必要性は感じないが。
Re: (スコア:0)
svnってタグとかブランチの扱いがアレ過ぎて…。