アカウント名:
パスワード:
究極的に言って、ほとんどのユーザが行き着いたのは CVS を 最もお馬鹿な方法でだけ使うということのようだね。複数のプログラマが 単独のツリーで
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
これ読んで使ってみようかと思った (スコア:1)
使う、なんてことがけっこうある。
もちろんそういうときの修正というのは自分のところの環境に
特化するためのもので、上流に持ってはいけない類いのものだ。
まぁ現状では、変更点も全部あわせて数百行以下、って程度の
修正なので CVS も使わずに diff & patch だけで管理してる。
でも、こういった修正の規模がどんどん大きくなったら
どうしよ
# mishimaは本田透先生を熱烈に応援しています
Re:これ読んで使ってみようかと思った (スコア:0)
Re:これ読んで使ってみようかと思った (スコア:1)
Re:これ読んで使ってみようかと思った (スコア:3, 参考になる)
まさにCVSを使えば幸せになれるケースなのです.
CVSは単にファイル間の差分(diff)を管理しているに過ぎないですから,
普段diffやpatchを使って作業している人ならCVSへはスムーズに移行できるし,
差分の管理が楽になると言う点でメリットもあると思います.
具体的な方法は,itojunさんのKernel hackerのためのcv [itojun.org]
Re:これ読んで使ってみようかと思った (スコア:1)
> まさにCVSを使えば幸せになれるケースなのです.
Tom Lord 氏のインタビューによれば、
そういうケースの扱い方がうまくないのが CVS の欠点、
ってことじゃないの? Arch ならそれがうまくできる、と。
少なくとも、うちでは CVS を導入するメリットより
導入コストの方が上回ってたわけですし。
> ソース間の差分(diff)を管理する目的だけで利用するなら
「単一のブランチについての」ソース間の差分(diff)だけを管理するならね。
ちなみに
# mishimaは本田透先生を熱烈に応援しています
Re:これ読んで使ってみようかと思った (スコア:0)
>そういうケースの扱い方がうまくないのが CVS の欠点、
>ってことじゃないの? Arch ならそれがうまくできる、と
元の話はブランチじゃなくてローカルのリポジトリを作れば解決するように
読めるんだけど、そういうことじゃないの?
そもそも Arch のストーリーだってことで (スコア:2, 興味深い)
当然上流が更新されれば(場合によっては)追従しなければ
いけないようなプログラムだと思っていただきたい。
そうすると上流が更新されたら、そこに自分の加えた変更点を
マージしなきゃならんわけで。
CVS でマージ、とか言われるとちょっと怖気づいちゃうわけで。
そこで怖気づかない人だけが CVS をちゃんと使えてる人なんだろうけど、
まぁ自分はいわゆるインタビュー中で言うところの
# mishimaは本田透先生を熱烈に応援しています
Re:そもそも Arch のストーリーだってことで (スコア:0)
>まぁ自分はいわゆるインタビュー中で言うところの
ブランチしないんならマージつっても別に何も特別なことはないと思うけどな。
arch になったからって劇的に改善されるというものではないと思う。
Re:そもそも Arch のストーリーだってことで (スコア:0)
Re:そもそも Arch のストーリーだってことで (スコア:2, 参考になる)
Re:そもそも Arch のストーリーだってことで (スコア:1)
あとは人間がなんとかする。
逆にそう割り切っちゃえばそんなもんかなとも思っちゃう。
Subversion はなんとなく使いたくないなぁと思っていたので将来的には
こっちに転ぶ方向で考え始めました。