RC と CV と VS が違います。
3 ：
仕様書無しさん：2001/04/26(木) 11:07
つくったひとがちがうとおもいます
5 ：
仕様書無しさん：2001/04/26(木) 13:53
RCSよりCVSのほうが貞操観念が薄弱。
重婚しやがってからに…＞CVS
VSS・・・伽藍モデル
CVS・・・バザールモデル
っどっかで言ってたな。
SCCS、RCSも伽藍モデルかな。
7 ：
仕様書無しさん：2001/04/27(金) 10:37
>>6 >VSS・・・伽藍モデル
>CVS・・・バザールモデル
>SCCS、RCSも伽藍モデルかな。
それぞれのソフトそのものが作られた経緯の話？
それともソフトが提供する機能の話？
機能について言えば、VSSにも、
多重チェックアウトを許し、
競合する修正の調停を支援する、
という機能がついているので、
そういう意味ではバザール開発モデルを
支援できると言える。
＃その辺の機能、ゲイツ系ソフトにしては結構いけてます(^^;
ところで、webだののネット経由で動かす機能は
CVS以外の奴には有るんでしょうか？
これが無いと他の機能があっても
リモートで参加できないので、
どうせバザールが成り立たない(笑)
＃VSSはよぉ判らなかった(笑)
経緯は…どうなんでしょう。
CVSとRCSはいわゆるフリーソフトですよね。
PVCSは？
PVCS は中身がバイナリだからな…
>>7 >それともソフトが提供する機能の話？
こっちです。
>機能について言えば、VSSにも、
>多重チェックアウトを許し、
>競合する修正の調停を支援する、
>という機能がついているので、
VSSもMS社製品とJoinして使う分には、何かと便利なんですが、
リポジトリを移動したりすることが（簡単には）出来ないので、
使ってません。
>そういう意味ではバザール開発モデルを
>支援できると言える。
うーん、今時の環境としては、Ｉｎｔｅｒｎｅｔ対応じゃないと困るのでは。
>ところで、webだののネット経由で動かす機能は
>CVS以外の奴には有るんでしょうか？
少なくともRCS, SCCSにはありません。自分でフロントエンドの
デーモンでも書けば別ですけど。
PVCSは良く知りません（RCSベース、という話は聞いたとこある）
11 ：
仕様書無しさん ：2001/05/02(水) 12:52
CVSで、リポジトリを抹消するのってどうするの?
いつもサーバーに行って rm -rf してるんだけど…
>>11 リポジトリ全体を消す場合はそれでいいよ。
あるモジュールだけを消す場合も普通それでいいはず。
CVSROOT/modulesとかをメンテしている場合は、それの
編集が必要かも。
13 ：
仕様書無しさん ：2001/05/02(水) 19:25
>>12 ありがと、ちょと安心した。
removeだとAttic行きだし
溜まる一方ってのがちょっと気色悪かったのよ。
14 ：
仕様書無しさん：2001/05/04(金) 01:49
ＣＶＳはバイナリーファイルの管理は苦手らしいけど、
たとえばエクセルのファイルをリポジトリに登録したりすると、
なにか実害があるのでしょうか？
15 ：
d?l?????：2001/05/04(金) 01:57
>>14 $Id:$ とか $Log:$ とかの文字列が Excel ファイルに
含まれていなければ OK。まぁ Excel ファイルを登録しても、
二重管理になるだけであんまりうれしくないけどね。
16 ：
仕様書無しさん ：2001/05/04(金) 02:16
>>14 他にも利用形態によっては改行コードを変換(CRLF<->LF)されちゃう場合もあるので
cvsにバイナリファイルだということを教える必要がある。
-kb オプションのあたりを熟読しましょう。
まぁでもプロジェクト(というかモジュール)の構成要素として
バイナリファイルがあるという場合には仕方が無いけど、
バージョン管理をするのはちょっと無茶でないかな。
17 ：
仕様書無しさん：2001/05/04(金) 13:18
VSSにExcelのファイルを登録すると、
VisualStudioとOLEで連携できる。
編集ペインにワークシートが出てきて、
VisualStudioからシームレスに編集できる。
やるじゃんマイクロソフト！
と思ったのもつかのま。
チェックイン／チェックアウトの動作が変になる。
なんでぇ中途半端な……。
Excelファイルを編集するときだけVSSを起動しないといけない。
18 ：
仕様書無しさん：2001/05/04(金) 13:52
拡張子で binary fileと認識する機能があったりしませんかね>>CVS
いちいち cvs adminとかで変えるの面倒...
19 ：
仕様書無しさん：2001/05/04(金) 13:57
バージョン管理は出来るけど、差分を扱うのは流石に無理、
というのが、バイナリファイルに対するバージョン管理ツールの振る舞い
として、一応合格点あげられるラインかな。
delphiは5からFormファイルがテキスト(がデフォ)になったんで
凄く嬉しいです(^^;。どのコンポをどう編集したかが
差分でさくっと見れる。
ちなむとDelphi付属のVer管理ツールは駄目だと感じた。
CRLFといえば、cygwinでRCS使うと結構悩ましいですね。
20 ：
仕様書無しさん：2001/05/04(金) 16:14
>>18 CVSROOT/cvswrappers に
*.xls -k 'b' -m 'COPY'
とか書くと幸せに。
21 ：
仕様書無しさん ：2001/05/04(金) 17:39
>>20 -kb 付けると自動的に-m COPYになるから -kb だけで良いよん。
また、$HOME に .cvswrappers 置いても良いし
作業用コピーに .cvswrappers 置いても良し。
22 ：
仕様書無しさん：2001/05/06(日) 23:48
CVSがxdeltaあたりを使って、
バイナリファイルの差分を扱えるようになると嬉しいんだけどなぁ…。
VSSではバイナリファイルの扱いはどうなのですか？
cvsでbranchを丸ごと消す方法ってありますか？
タグと、そのブランチに対する履歴全部。
branch作って改造版作ってたら、方向性を著しく間違えていることに
気づき、全部無かったことにしたいんですが・・・。
24 ：
仕様書無しさん：2001/05/07(月) 21:36
>VSSではバイナリファイルの扱いはどうなのですか？
どうやってBinaryだと認識させるか？は、忘れましたm(__)m。
差分表示とかが出来なくなるだけで
verつけて保存するツールとしては
Binaryファイルに対しても機能するのは確かです。
＃そうでないとVC++で使い物にならんということなんだろうな(^^;
そのプロジェクトに関連する「全ての」情報を
VSSに叩きこみました。仕様書のWordファイル(笑)と
ソースとが同一ラベルで捕捉できるのは快適。
まぁ全部テキストファイルにするほうがもっと快適だけどさ(笑)
>>24 俺はついでに、社内ツールのexeとかも一緒に入れてる。
フィルタとかコンバーターとか。
そういうツールのバージョンが違うことで困ることもあるから。
26 ：
仕様書無しさん：2001/05/08(火) 00:55
話を聞いていると、VSSってテキストとバイナリを
区別しないってことで良いですか？
全部バイナリ扱いってことなのかなぁ。
>>26 バイナリは差分比較ができないから、
区別はされている。
区別の基準はわからない。
28 ：
18：2001/05/08(火) 02:27
>>20-21 なるほど、そうやるんですか!!
初めて 2chが暇つぶし以外の役に立った!!
29 ：
仕様書無しさん ：2001/05/08(火) 14:00
>>23 cvs adm -oREVISION:
(けつにコロンが一個)
で REVISIONを含んでそのREVISIONから後ろが全部消えるはず。
ブランチの先頭リビジョンを指定すればそれでブランチが消えると思うけど
例えば cvs adm -o1.2.2.1: みたいに。
リポジトリをバックアップしてからチャレンジしてくれ。俺やったことないから:-)
30 ：
ミトコンドリ子：2001/05/08(火) 14:19
>>26 VSS エクスプローラの「ツール」「オプション」メニューの
「ファイルの種類」タグで拡張子ごとにテキスト/バイナリの
指定欄があるわよ。
>>29 情報、サンクスです。
でも、その方法だと、一ファイル毎に消してく必要がありますね・・・。
Branch pointから枝分かれした情報全てを一括で消したいんです。
マニュアルで調べると、-oには枝の名前は指定できないとありました。
もう少し調べて見ます。
32 ：
仕様書無しさん：2001/05/08(火) 21:38
>>30 ありがとう。結局区別があるってことで。スッキリしました。
33 ：
仕様書無しさん：2001/05/09(水) 10:50
VSSはLinuxで使えない。
34 ：
仕様書無しさん：2001/05/10(木) 13:28
質問スレにしちゃっていいですか？
今CVSを使って開発してます。
Truncだけを使ってVer1を出荷しました。
Ver2用に枝を作って、そこで開発を続けているのですが、Ver1のソースに
バグを発見しました。
このバグの修正はどこでやればいいんでしょうか？
1. 幹でやり、差分を枝にあてる
2. 枝でやり、差分を幹にあてる
3. 新しい枝を作り、幹とVer2の枝に差分をあてる
>>34 1だね。
Ver1で修正し、Ver2へマージする。
VSSならマージ機能があるけど、CVSは知らない。
36 ：
仕様書無しさん：2001/05/11(金) 08:41
ClearCase使ってる人はいないの?
37 ：
仕様書無しさん：2001/05/11(金) 11:26
CVSで
1.11のリビジョンを修正中に、誰かに先を越されて、リポジトリ内が
1.12になってしまった場合、その修正を取り込んで1.13を作るのは
どいう手順を踏むのが最適ですか?
38 ：
conflict：2001/05/11(金) 12:40
>>37 とりあえず自分のワークを cvs update する。
衝突したら手で解決して cvs commit。
それが嫌なら枝を生やしてしばらくそこに篭もる。
cvs.info にも書いてあると思うが…。
39 ：
仕様書無しさん：2001/05/11(金) 12:45
>>34 枝のの使い方と
cvs update -j[rev1] -j[rev2] の使い方を覚えれ。
40 ：
仕様書無しさん：2001/05/11(金) 12:47
*BSD (なんでもいい) の CVS リポジトリをごそっと取り寄せて
RCS ファイルを眺めてみるといろいろ得るものがあると思うよ。
41 ：
37：2001/05/11(金) 13:35
>>38 とりあえずupdateをする前に、手元の1.11改と1.12の
mergeを手作業でやってから、cvs updateという手順は
どうでしょう? 無駄なだけですか?
42 ：
仕様書無しさん ：2001/05/19(土) 16:34
WinCVS入れたけど、結局つかってるのはコマンドラインばっかしだな。
GUIにして何が美味しいのかわからん。
漢字コードを管理してもらうのってサーバー側にパッチ当てないと
だめなのかな?
43 ：
仕様書無しさん：2001/05/19(土) 16:57
>>22 私も CVS with xdelta は欲しいな。今の仕事が一段楽したら、CVS の
コード読んでみるか。
44 ：
仕様書無しさん：2001/05/19(土) 21:34
>>42 graph機能は便利だけどね。[1.22]とかの箱クリックするとlog出るし、ブランチ
がどうなってるのか視覚的にわかるから、cvsしろーとさんにもわかりやすい。
# とか言ってたらcvsgraphなんてのも出てきたみたいだが
45 ：
仕様書無しさん ：2001/05/22(火) 12:50
cvs import 時のvendor tagとrelease tagの使い道がよーわからん
46 ：
sage：2001/05/22(火) 14:11
そもそも。。。
VSS 使っている人。手を上げてください。
47 ：
仕様書無しさん ：2001/05/22(火) 16:40
>>44 あー、確かにgraph機能は良いな。
cvsgraphを今拾ってきて使ってみたけど、見るだけならこれでもいいかな。
#!/bin/sh
cvsgraph -r `cat CVS/Root` -m `cat CVS/Repository` $*,v -o /tmp/cvsgout$$.png
xv /tmp/cvsgout$$.png
rm /tmp/cvsgout$$.png
てなかんじで一発で見れるようにしてみた。
なにげに優良スレ
49 ：
仕様書無しさん：2001/05/22(火) 22:28
50 ：
仕様書無しさん：2001/05/23(水) 10:21
51 ：
45：2001/05/23(水) 14:50
52 ：
46：2001/05/24(木) 03:33
> VSS 使っている人。手を上げてください。
結論「やっぱり、いない」（藁
53 ：
モダジのスケ：2001/05/24(木) 18:27
winCVSの起動がクソ遅くなり、しかも再インストールでもなおらないのですが､､､
どなたか、ｳﾏｰ
助けて－
54 ：
モダジのスケ：2001/05/24(木) 18:29
NTサーバーにレポジトリおいてたんですが、
NTサーバー用ではない設定で使っていました､､､
関係ないか､､､
55 ：
モダジのスケ：2001/05/24(木) 19:06
とおもたら
なおりました。
お騒がせした感じ。
56 ：
遠山左衛門之JONES：2001/05/24(木) 20:39
ブチャーケタ話､
イッコイッコのファイルのりビジョンってのはわかるんだけど､
コミットの単位はなんていうの？
コミットの単位で元に戻せないのかな？
57 ：
遠山左衛門之JONES：2001/05/24(木) 20:44
タグを入れといたら
その単位に戻せるの？
しょしんしつもん
スマノー
58 ：
仕様書無しさん：2001/05/25(金) 00:35
>>56 commitした時刻が特定できるなら、時刻を指定してみるとかは？
>>57 戻せるんじゃないかな。
聞くよりやってみたほうが早いかもよ。試しにダミーのワークディレクトリと
リポジトリであれこれ試してみ。
59 ：
仕様書無しさん：2001/05/25(金) 09:59
60 ：
仕様書無しさん ：2001/05/30(水) 17:10
タグにぶちこまれる日付/時刻をlocaltimeにできないかなぁ?
RCSだと最近のはできるようになってるのに…。
61 ：
仕様書無しさん ：2001/06/06(水) 13:06
単一ファイルをCVSで管理するということはできませんか?
例えば C:\AUTOEXEC.BATとC:\CONFIG.SYS だけとか。
バックアップも兼ねたいのでRCSというわけには…。
>>61 ちまちまと cvs add foo して cvs commit でいいのでは。
63 ：
仕様書無しさん：2001/06/09(土) 00:07
>>60 そうそう。それできないんだよねー。RCSじゃ-zLTでOKなのに。
どこかで「違うタイムゾーンの人が同時に使うかもしれないからGMTで管理すべきだ」
みたいな主張を読んだことがある。全然納得いかんけど。
64 ：
仕様書無しさん ：2001/06/26(火) 14:37
しらん間にcvs-1.11.1p1なんてのが出てたのでage
65 ：
仕様書無しさん：2001/06/29(金) 02:04
>>63 最近のCVS-MLに似たような話題があるから
読んでみると良いかも。
タグを増やす(拡張する)方向で話が進んでいる模様。
66 ：
仕様書無しさん：2001/07/29(日) 18:02
age
67 ：
コメント無しさん：2001/07/29(日) 18:06
68 ：
仕様書無しさん：2001/07/31(火) 02:03
ちゅーか、今やってるプロジェクト、数百人規模なのに、ファイルを
日付入りのフォルダ（Windows）に入れてバックアップしてるYO!
市ね。
>>68 フォームごとにむやみにexeを分けてたらもっと鬱。
70 ：
仕様書無しさん：2001/08/25(土) 08:13
>>52 VSS使ってるよ。
VisualStudioだったらVSSが普通じゃないの？
>>70 かもしんないけど，CVS の方が人気あるような…
>>70 VSSはインターネット環境で（簡単には）使えません。
またリポジトリの管理も大変です。
CVSに慣れると、明示的なチェックアウトを嫌がる人が多いです。
というわけで、うちはいつでもCVS。
73 ：
70：01/08/30 00:11 ID:hAE3SefA
>またリポジトリの管理も大変です。
それは初耳。どのあたりが大変？
ちなみにCVS使ったこと無いので目から鱗が落ちるような情報きぼーん。
74 ：
コメント無しさん：01/09/03 02:51 ID:omSw0i8g
>>73 ファイルがどこにどう格納されてるかわからない。
CVSだと「hoge.cpp,v」とかっていうファイルに入ってる。
まだ鱗が落ちません。
リポジトリファイルごとバックアップしとけば問題なさそうな気がするんで。
というわけで情報期待age！
76 ：
仕様書無しさん：01/10/04 21:16
VSS ... お金がかかる
CVS ... タダ
77 ：
仕様書無しさん：01/10/04 21:50
>>75 VSS だと、リポジトリの「コピー」はどう処理してます？
1. 最初は foo.cpp 一つだった。
2. そのうち foo.cpp が肥大化したので、foo.cpp, foo_sub.cpp に分割した。
このとき foo_sub.cpp にも foo.cpp と同様に変更履歴情報を残して、ログ
メッセージや差分を拾えるようにしたい。
CVS を使う場合には foo.cpp,v を foo_sub.cpp,v にコピーして、タグ情報
を cvs admin コマンドで操作します（単にコピーしただけで細工しないと、
昔から foo_sub.cpp が存在したことになってしまうので、過去の時点での
ソースをチェックアウトしたときに妙なことになる）。
>>77 そんなことしない。
foo.cppの管理情報がどれほどになっているのかなんて感知しない。
>>77は一人で仕事しているの？それとも２～３人？
１０人を超える職場で使うことを考えてみなさい。
それこそ６０人とか。
一つ一つのファイルに対してそんなきめ細かく対応してたら、
何年たっても終わらない。
容量が減ったらファイルサーバーの容量を増やして終わりだよ。
そもそもリポジトリをいじってファイルを破壊したらえらいことになる。
そんな危険を冒すなら、何も考えずHDDを追加したほうが早いし、
触ってはいけないところを操作できることに魅力は感じない。
ちなみにうちの会社ではVSS互換のサードパーティーツールを使っている。
リポジトリはファイルじゃなくてデータベースに登録される。
VisualStudioから連携もできるやつ。
こういう互換ツールは数社から出てる。
>>78 >
>>77は一人で仕事しているの？それとも２～３人？
> １０人を超える職場で使うことを考えてみなさい。
FreeBSD Project あたりだと
>>78 が書いたことは日常的に行われてて、
リポジトリコピーと呼ばれている。ただしリポジトリコピーはファイルを分割
するよりも、ファイルを移動したり、ディレクトリ以下一括してコピーする場
合に使ってる。
FreeBSD みたいなプロジェクトだと、関わってる人数が多いからこそ、最
大限の記録を残さないとまずいんだろうね。いずれにせよ、あの規模のプ
ロジェクトで問題なく動いている以上、運用のルールを明確にしてツール
を一度作っておけば、たかが 60 人程度のプロジェクトで破綻することは
無いと思われ。
> 容量が減ったらファイルサーバーの容量を増やして終わりだよ。
目的は容量を節約することではなく、記録を残すことだと思うが。余計な
履歴情報を抱えることで、むしろ容量は増えるわけだし。
>>79 そのリポジトリコピーは安全にできるの？
ルールを決めたとしてもかなり危険な行為では。
それに履歴情報に無駄なものがあるのか？
馬鹿なことをした奴がいたら、馬鹿なことをしたという記録が残っていないといけない。
一歩譲って、無駄なものがあったとしても、何が無駄なのか判断するのかコストがかかるし、
必要なものを削ってしまうリスクもあり、やはり手をつけないほうがいい。
オープンソースは修正履歴の重要性が低いから、
そういう操作をしたくなるのではないかな。
そもそも80GBのHDDがいっぱいになるくらい履歴が残っているのか？
うちの会社は専用線で海外支社とソースを共有しているけれど、
ADSLなんかで専用線が企業だけのものじゃなくなったのだし、
そろそろリポジトリの考え方を改めたほうがいいんじゃないのか？
CVSが劣っていると言いたいのではなくて、
リポジトリコピーは「やってはいけないことなんじゃないの？」と言っているんだよ。
そこんとこ誤解の無きよう。
ちなみにリポジトリコピーという言葉は
>>79に聞いて初めて知ったので、
もし使い方が間違っていても責めないでおくれ。
もし使い方が間違っていても→もし「単語の」使い方が間違っていても
ネットの書き込みは難しいね。
>>80 > 馬鹿なことをした奴がいたら、馬鹿なことをしたという記録が残っていないといけない。
それは
>>77 読み違えてます。私の書き方がまずかったかな。
過去の記録を「削除」するのではなく、関連するファイル（たとえばファイル名を変えたと
き）に昔の記録（ファイル名を変更する前のファイルが持っていた履歴情報）を「引き継ぎ
たい」、という話。
> オープンソースは修正履歴の重要性が低いから、
> そういう操作をしたくなるのではないかな。
それは逆。オープンソースだと開発者の数が多いので、最大限の履歴情報を残してお
かないとまずいです。
>>83 CVSだとファイルが変わると履歴が壊れるということ？
ファイル名を変更したら、変更記録が残るのではなく？
それならまだわかるかな…。
ま、あなたの言いたい事はわかったけど、
それでもリポジトリをいじるのは許せませんな。
>>84 CVS の標準的な手段を使ってファイル名を file1.c から file2.c に変更する場合、
1 file1.c を削除
2 file2.c を追加
とするしかないので、file1.c と file2.c は完全に無関係なものとしてリポジトリに
記録される。file1.c が持っていた履歴情報は file2.c に引き継がれず、file2.c は
新規ファイル扱いになる。
> それでもリポジトリをいじるのは許せませんな。
CVS の場合、リポジトリをいじるとはいっても cvs admin コマンドを使うので、
直接リポジトリファイルをエディタで操作するわけではありません。
感情論を容れると荒れるので、とりあえず技術的にどう対処してるか（できるのか
できないのか）だけで話を進めません？
>>85 >感情論を容れると荒れるので、とりあえず技術的にどう対処してるか（できるのか
>できないのか）だけで話を進めません？
言いたいことがわかったので、もうこの話は終わりにしようと思ったのですが…。
>>84は自分の考えが変わらなかったことを明言しただけのつもり。
>CVS の場合、リポジトリをいじるとはいっても cvs admin コマンドを使うので、
>直接リポジトリファイルをエディタで操作するわけではありません。
VSSは忘れちゃったけど、自分が使っているツール（
http://www.starbase.com/）では、
プロジェクトビューでファイル名を変更すると、
ファイル名変更の記録が残った上で、ローカルのファイル名も書き換わります。
時刻だけでなく、誰が何のために変更したのかも記録されます。
もちろん古いファイル名の状態に戻すこともできます。
また特定の時刻の状態にラベルを振ることができて、
「そのラベルを振ったときの状態を再現する」と、
ファイル名を変更したり削除したファイルがあったとしても
確実にそのときの状態を再現できます。
そのラベルをショートカットにしてメールで送ることもできます。
>>86 なるほど。ファイル名の変更に対応しているバージョン管理ソフトもあるんです
ね。
CVS はファイル単位で管理していた RCS を拡張する形で実装されてきたから、
このあたりの機能が弱いのが難、というあたりでファイナルアンサーですかね。
>>87 ファイナルアンサー。
まぁファイル名の変更が管理されているかどうかは、
目くじら立てるほど重要な機能ではないでしょ。
89 ：
仕様書無しさん：01/10/06 21:35
CVSを導入するときに一番問題かと思うのは
メンバーの教育。
Windows系の開発者にコマンドたたけってのは
ちょっとむずかしい。VSSがあるしね。
WinCVSはごちゃごちゃしてるし
なにかシンプルなGUIクライアントないかね～
>>89 私のところでは、リポジトリの操作はコマンドライン版、リポジトリを見るのは
CVSWeb (Apache + Cygwin 版 Perl + Cygwin 版 RCS) で間に合わせてま
す。
>>90 いいね、うらやましいよ。
てんでコマンドに縁の無い人たちだからなぁ。
CVSはロックしないのが好きなので
導入したいんだけどね。
コマンドがどうこう言う前に、
マージせずにチェックインする奴は氏んで欲しい。
93 ：
仕様書無しさん：01/10/07 10:14
>>92 ∧ ∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
～′￣￣(# ﾟДﾟ)＜ 殺ってよし。
UU￣￣ U U ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
チェックインする前にマージしなかったヤツは銃殺
チェックインする前にビルドしなかったヤツは撲殺
チェックインする前に単体テストしなかったヤツは斬殺
CVS で commit するまえに、必ず update (マージ) を強制させる方法って
ないんですかね？
94 ：
仕様書無しさん：01/10/07 16:27
95 ：
仕様書無しさん：01/10/08 09:04
>>94 >
http://www.jalindi.com/igloo/ 試し中。
VSS のように Visual Studio に CVS 操作を統合する plug-in なんですね。
これも細かいことはできないのでコマンドライン版 CVS などとの併用が必須
ですが、日常帝な作業は統合環境から行えます。
特に、次の点が便利。
- ファイルをリポジトリに追加／削除（ウィザードを使って追加したときには、
自動的にリポジトリに追加するか尋ねるダイアログが開く）
- 統合環境と連動したチェックイン、チェックアウト（チェックアウトしていない
環境でファイルを編集しようとすると、自動的にチェックアウトするか尋ねら
れる）
試してみた限りではログメッセージやファイルに日本語を含んでいても支障は
ない模様。なかなか良いさそうなので、しばらく使ってみます。
他にも GUI 版の CVS のユーザインターフェースって、いろいろあるようです
ね。
http://www.mikamama.com/CVSBook/draft/app2.html
96 ：
仕様書無しさん：
個人的にはCVSですが、ここではVSSのフォローを。
sshのport forwarding機能を使えばInternet越しでもいけるようです。
こんな感じでsshクライアントを動かしておいて:
C> ssh -L139:your.private.vss.server:139 your.global.ssh.server
で、VSSのデータベースを \\127.0.0.1\foo と指定してやると。
欠点として、ssh クライアントを動かすマシンでファイル
共有サービスを動かせない、ということがあります。