CVS導入スレ～ Rev.2

NG

誰も立てないようなので勝手に立てさせていただきまつ

http://www.cvshome.org/
http://www.wincvs.org/
http://www-vox.dj.kit.ac.jp/nishi/cvs/cvs.html

NG

テンプレないなら2get, zuzaa

NG

linux板とかunix板とかマ板とかに絶対ある。

NG

続きは unix 板でやるんじゃなかったの？
複数の板に分けても仕方ないでしょ？

NG

いや、いろんなプラットフォームをサポートしてるんだから、
ここでやった方がいいんじゃないかと言ってみるテスト。

NG

>>5
じゃぁ、各板でＣ言語スレをたてろと？

NG

Open Source Development with CVS 日本語訳
http://kahori.com/j-cvsbook/

NG

時間おかしいよ、これ
タイムゾーンとか無視？
おれたちゃどこに住めばいいんだ？

NG

>>6
キーボードスレとか一通りのコンピュータ板で立ってるけどな。

NG

Unix板とかじゃVSSとかとの比較なんて出ないし、こっちにも
あっていいと思われ。

NG

>>6
>>5は各板でそれぞれ立てるよりも
この板に統一したほうがいいと言っているのでは？

NG

>>8
グリニッジ天文台にでも住み込めばいいんじゃないか？

NG

>>12
そう言うと思ってな、ビザの手配はもう済ました。

NG

>>11
左様。
どう読めば>>6のような解釈になるのかね。

NG

CVS で、どんどん変更していって、ファイルが大きくなって、チェックイン・アウトが遅くなって；
また今のバージョンを　１.0　にする方法ってありますか？

Eclipse から、 CVSNT を使っているのですけど。。。

単体で、RCS,CVS を使っていたときは、単に ,v を消しちゃったんですけど(笑)
よいのかな？

NG

export して import しなおせば？

NG

そしてimportし直した後で、突然昔の変更履歴を参照しなければならない
状況になって

しまったー！履歴消しちゃってるよ！！（´д｀;）ｵｲ

と＿|￣|○ する>>15であった。(完)

NG

今時チェーンメールに引っかかるバカっているんだね・・・晒しage

大迫栄一郎 <[email protected]>

トリビアの泉の実験がスタートの為突然すみません！あのテレビ番組
「トリビアの泉」の「トリビアの種」でメールがどこまでつながるかを実験競争
中だそうでスタートが島根県江津市の沖田陽彦さんから始まってとうとう回ってきま
した。これを５人に回してください。
この結果は10/15(水)9:00PMから放送されます。お願い絶対に止めないで

NG

>>17 なるほど。。。(笑)　　でも、バックアップは取っているし。。。

>>16 Eclipse からもできるんでしょうか？ WinCVS は設定わからないので、あきらめました(笑)

NG

>>19
>でも、バックアップは取っているし。。。

自分一人ならそれでもいいかもしれないけど、複数人で開発してる
場合はCVSの履歴は消すべきじゃないと思う。

「おい、昔のリポジトリのバックアップどこだ？」
「さぁ～？○○さんがやってから俺知らないっス」
「今日あいつ休みなんだよなー。連絡も取れないし、困った…」

とかなったら何の為にCVS使ってるのやらって感じでしょ。

遅くなるのは…我慢する（´д｀;）
(あるいはSubversionか…本番で使うのはまだちょっと恐いけど)

NG

>>19
> Eclipse からもできるんでしょうか？

本当にそれより前の履歴が要らないと言うなら・・・。
Eclipseでは「チーム－切断」で、「ファイルシステムからCVSメタ情報を削除」を
選べばeｘport相当になります。
次に、すぐに「チーム－プロジェクトの共有」を選んで、モジュール名をさっきとは
違うものを入力します。
これで、このバージョンが1.0になったプロジェクトを使えるはず。
万が一、前の履歴が欲しくなったときは、前のモジュールがCVSには残っているから
なんとかして取り出す。

NG

cvsntをwindowXPにインストールしました。
Repository Prefix: D:/cvs
Valid Repository Root: /test
にリポジトリーを作成。
リポジトリーに作成されたCVSROOTフォルダにpasswdファイルを作成。

とここまでは良いのですが、

コマンドラインから
>set CVSROOT=:pserver:User1@localhost:/test
>cvs login
すると「login aborted:そんなディレクトリないよ」
と言われちゃいます。
どなたかhelpお願いします。

NG

ああっ。sageちゃ意味ないよー。
お願いしますぅ。

NG

TortoiseCVSというWinのシェルエクステンション
になっているCVSでスティッキータグの解除する方法ありませんか？

NG

cvs update -d
の-dってどういう意味ですか？

NG

取り敢えず↓
Use the -d option to create any directories that　exist in the repository if they're
missing from the working directory.
これに続いて、この動作の危険性についても書いてあるからな。

NG

>>26
英語なんて読めないっすよー

NG

>>27
単語１つずつを調べてつなげても判るレベルだろ？
それじゃなきゃ翻訳サイトにいってコピペ。

NG

>>28
うそだー

NG

>>29
翻訳サイトさん曰く

それらが作業ディレクトリーから見当たらない場合に
容器に存在するすべてのディレクトリーを作成する-d
オプションを使用してください。

最近のは優秀だ。
っていうか、これぐらいは自分でやれよ餓鬼。

NG

>>30
待ってました。ありがとう！

NG

この程度の英文がさっぱりわからないなんて信じられない。中学生？

NG

で、危険性って何ですか？

NG

Use the -d option to create any directories that
exist in the repository if they're missing from the
working directory. (Normally, update acts only on
directories and files that were already enrolled in
your working directory.) This is useful for updating
directories that were created in the repository since
the initial checkout; but it has an unfortunate side
effect. If you deliberately avoided certain directo-
ries in the repository when you created your working
directory (either through use of a module name or by
listing explicitly the files and directories you
wanted on the command line), then updating with -d
will create those directories, which may not be what
you want.

訳せ、馬鹿

NG

待ってま～す。

NG

>>35
お前に訳せと言ってるんだ、馬鹿が

NG

馬鹿とか言わないでっ

NG

-dオプションは、リポジトリにあって作業ディレクトリに無いディレクトリを
作りたいときに使用します（通常updateコマンドは、すでに作業ディレク
トリにあるディレクトリやファイルに対してのみ作用します）。これは最初の
チェックアウト後にリポジトリに作られたディレクトリを取得するのに便利
ですが、残念な副作用をもたらします。もしあなたが自分の作業ディレク
トリを作るときに、明示的にリポジトリ内のあるディレクトリを（モジュール名
を使ったりファイルやディレクトリ名をコマンドラインで明示的に指定したり
して）避けて作った場合でも、-dオプションを使うと、それらのディレクトリが
作られてしまいます。これはあなたが期待したものではないかもしれません。

NG

ｱﾘｶﾞﾄ!(´▽｀)

NG

甘やかしてるやつら、
将来お前らがこんなの教育しなきゃならなくなるかも知れないぞ。
こんな自立心のないやつが入社してきたらどうするよ。

NG

>>40
うちの会社には入れないから大丈夫。

NG

しかも、他社に入れて、未来のライバルを減すという壮大な計画

NG

まあ、ネタとしてつきあってるだけで、自分の周りだったら蹴りいれてる。
翻訳サイトにも行けないんじゃ・・・だよな。

NG

-d するなら -P もしとけよ。

NG

-P　ってなんですか？

NG

まだですか？

NG

>>45
あっかんべーの意味でつ。

NG

(　´･∀･`)へｰ

NG

>>47
目がないでよ。

NG

まだてつか？

NG

@:-) 　インド人

NG

　複数の開発拠点での開発にCVSを導入しようと考えています。
チェックイン／アウトも複数箇所で行います。
　サーバを１つにすると、多くのファイルを落とす時にチェックアウト
に時間がかかってしまい困っています。
　CVSの機能で、複数サーバのミラーを取るようなことはできるのでしょうか？
他の手段でもよいのですが、アップロード、ダウンロードは各拠点で
実行したいのですが。
　（でも、ファイルは一元管理したいのです）
よろしくお願いします。

NG

>>52
チェックアウトはともかく、コミットは1つのリポジトリでやらないと駄目
でしょ。CVSには枝のマージ機能はあるけど、複数リポジトリのマージ
機能なんか無いんだから。

しかも各拠点が離れてるから、各リポジトリをマージして衝突なんぞ
出ようもんなら、実質対処不可能になると思われ。

分けるとしてもせいぜいコミットを行うマスタリポジトリと、チェックアウト/
アップデートを行うミラーリポジトリに分けるくらいじゃない？

NG

*BSD とかは、世界中の開発者が一つの CVSROOT でちゃんと成立してるよ。
小細工するより be patient でやった方がいいんじゃないかな。

NG

>>52
素朴な疑問なんですが、コミット（チェックイン）はともかく、チェックアウトって
そんなに何回もやる必要あります？

別にファイルをロックするわけじゃないし、一度チェックアウトして全ソースを
もらってきたら、以後は、随時コミットとアップデートを繰り返すだけで
（差分のやり取りをするだけで）いいのではないかと思うのですが。

NG

>>52

複数という表現から考えて、サーバの負荷じゃなくネットワークの遅さを
問題にしていると思われ。
そんなあなたに -z オプションをお奨めします。

NG

　コメントありがとうございます。
気にしていたのは>>56さんのおっしゃるとおり回線の
問題でした。。

　ところが、私の誤解があり、私は元々VSSを使用していたので
拠点をまたぐチェックアウトには膨大な時間がかかると
思っていたのです。

　ところが、実際やってみたら、VSSで数時間かかっていたのが
ＣＶＳでは、数分でいた。。
　これなら、サーバ１つで十分ということが判明したので
最初の質問はクリアになりました。
　ありがとうございます。

・・・・・・ところが別の問題が・
今回複数拠点での開発ということで、同じファイルを複数の人が
編集します。どうも、その辺の排他に関する機能がCVSは薄いとのこと。
（コンセプト的にそうらしいのではあるのですが）

VSSだと、DLしたい人は、チェックアウトせずDLする機能があり
編集する時だけチェックアウトします。またマージもカラーのエディタが
ありやりやすいです。

　CVSは、チェックアウトが基本とのこと。ロックやEditの機能も
あるものの、なかなか現実的には使いづらいとのこと。

　このような複数拠点の開発時の排他について、よい方法を
ご存知の方がいらっしゃったら情報お願いします。

NG

>>57
そもそも排他せず、各自勝手にいじって良いのがcvs。
べつにローカルでいじってるだけならcommitは不要だし、リポジトリ上の
他からの更新はupdateするだけで勝手にマージされる。
同一行の衝突が発生したときは結果ファイルを手で編集しないといかんけどね。

あとカラー差分はツールがいくつかあるので適当に使う。
VSSっていってるぐらいだからWindowsならWinCVSにExamDiffが古典的
(最近もっといいのあるかもしれん)

NG

VSSのチェックアウトとCVSのチェックアウトじゃ意味が違うよ。

NG

　コメントありがとうございます。

>>58
確かに勝手にマージとか、あるようなのですが、入り組んでいる場合もあり
　なかなか、心配なのです。
　さらに衝突時の手作業というのも心配で。。今まで失敗してるので。

　元々、１つのファイルを複数で触る自体よい構造ではないのですが、物理的に離れている
　うえに、どうしてもそういうファイルも出てきてしまいます。例えばヘッダとか。

　カラーのツールは探してみます。

>>59

それもおっしゃるとおりで、意味が違うことも今日分かりました。
　排他とまでは、言わないのですが、今「編集してる」ってことが分かるようにしたいのですが
　何かいいツールはないでしょうか？

　開発人数は３０人くらいです。もちろん１ファイルを触るのは最大で２，３名だと思いますが
　全員をメーリングリストに入れて、投げるのもちょっと・・・という感じです。

　ＣＶＳの速度には感動しているのですが。
　
　　

NG

もし今編集してるのがわかったとしても、やっぱやーめた、と言って
commitしないかもしれないし、そんなもんわかるわけないと思うのだが。

同じファイルでも違う部分の変更ならうまくpatchされるし、
commitに失敗してもdiffがとれるから手動でpatchしてcommitすればいいし、
ファイル全体を根本的に書き替えるんなら、MLに「いまから大幅に書きかえるから
他の人は注意せよ」と言えばいいだけのことでは？

思想の違いなんだから、そこに文句言われてもなぁ。

NG

ありがとうございます。コンセプト的にしょうがないということですね。
競合の頻度は高くないので、やっぱやーめたは、今のところないのです。
　ＶＳＳでそういう運用していましたから。
今回複数拠点でということで、ＶＳＳが破綻しました。専用線でもとっても遅い・・

わかってはいたのですが、何かよい手がないかと質問してしまいました・・・
　色々お手数かけました。

　ＶＳＳ，ＣＶＳ以外で、こういう共同開発向け、構成管理ツールってないのでしょうか。。
これからの時代複数開発ってある気もするのですが・・・

　

NG

まだしばらくはCVSがスタンダード的な存在であるのではなかろうか。

比較的どうでもいいプロジェクトでテスト運用するような余裕はないのん？
テスト用のリポジトリ用意しといて、ぐちゃぐちゃにぶっ壊死まくって覚えテクノが
やっぱいちばんだよね。VSS導入したときもそんなことしなかった？

あとバイナリファイルはちょっと困るよね。マージされずに強制上書きだから。（ｗ

NG

CVS じゃないにしても、しばらくはコピー・修正・マージが優勢なんじゃない?
ロック・修正・アンロックだとタイムゾーン違う奴からロック渡してもらうのに
一日かかったりするし。

これまで修正前に必ずロックしてたのからするとずいぶんルーズに見えるかも
しれないけど、実際に運用してみると、軽いコンフリクトは起きても深刻なのは
ほとんど起きないよ。

NG

　お付き合いいただいて、ありがとうございます。
今回、チームの統合があって、ツール類もという話になっているのです。

　メンバ内では、今までCVSもVSSも使っていました（私はVSS派）
CVSを使っていたメンバは、割と小規模で、１つのディレクトリはｘｘ君が担当
といった形でしたので、まったく問題ありませんでした。
　また海外赴任のメンバとやるときにも、速度はまったく問題にならなかったそうです。

　今回各拠点のCVSを統合して１つの拠点のCVSを皆で使おうと考えいてます。　
杞憂で終わればいいのですが、
VSSの最新の取得＝CVSのチェックアウト
VSSのチェックアウト＝・・・・　無いのが心配なのです。

　CVSメンバも、拠点間はやったことがなく、少し心配気味なのです。
まずはやってみるしかないようですね。。。

NG

案ずるより生むが易し。
確実に、FreeBSDの方がお前んとこのプロジェクトより遥かに大規模だから心配すんな。

NG

そんなに不安なら、アメリカの A 君、ヨーロッパの B 君と日本の 52 の三人で
日報でも共同で作ってみればいいのに。
もちろん、タダで使える VSS という認識だとうまくいかないよ。ちゃんと理解
できるまで、何度でもドキュメント読んでね。

NG

こんなところで聞くよりも、まず本でも買って読むといいんじゃないかな。

ウェブ上の情報なら、>>1と>>7のサイトが参考になると思う。

NG

>>57
メーリングリストの過去ログとか、参照してみては？　こことか。
http://lists.sourceforge.jp/mailman/archives/cvs-jp-info/

NG

すみません。出張してました。
　色々アドバイスありがとうございます。
少し勉強してみます。

NG

>>52
CVS でなくていいなら、SourceOffsite, ClearCase(+MultiSite),
Perforce あたりを検討されてはいかがでしょうか?

(VSSの用語で)多重チェックアウトを許すか、許さないか? という点
については、開発者がどちらが開発しやすいか、管理者がどちらが、
管理しやすいか、ということで判断されたらいいかと思います。
ちなみに、Visual SourceSafe と ClearCase では、デフォルトの
設定では多重チェックアウトを許していませんが、許す設定にも
できます。

なお、Perforce は、同時に編集することは禁止できませんが、
チェックイン (submit) を制限できます (つまり、CVS と同様です)。
編集中である (opened) ことを調査するコマンドもあります。

NG

　情報ありがとうございます。
SourceOffice ですかぁ。。知らなかった。これがあれば
今までのVSSもどんなに楽になったことか・・・・
どの位早くなるんでしょう。現状のシステムへの適用には
是非使ってみたいと思います。ありがとうございます。

　今回のシステムの前提条件を書くのを忘れてしまったのですが
１つのシステムにWindowsと、Linuxの両方のプログラムが存在し、
（もちろんプラットフォームも別です）クライアントも両方となってしまうのです。

　それがVSSを採用できない理由のひとつなのです。
今ClearCase、Perfoceも調べてみましたが、どちらもLinuxは適用外のようです。
UnixのIFが使えそうではありますが。。

　でも１ライセンス４８万といったら、５０人だと２０００万？？
ちょっと高過ぎかな。。

　情報ありがとうございました。

NG

>>72
Perforce は Linux 用の日本語版クライアントはあるようですよ。
ClearCase も少なくとも、英語版なら Linux 用のクライアントが
あります。

NG

>>65
> VSSの最新の取得＝CVSのチェックアウト
> VSSのチェックアウト＝・・・・　無いのが心配なのです。
VSS の最新の取得 = CVS の update ?
VSS のチェックアウト = CVS の edit ? watch ?

ここに書いてある独占取得のこと？
http://www.sodan.org/%7Epenny/vc/cvs-ja_10.html#SEC95

NG

http://www.sodan.org/%7Epenny/vc/cvs-ja_16.html#SEC120
>A.6.1 admin のオプション
>-l[rev]
リビジョン rev をロックします。枝番号が与えられた場合、その枝の最新
>リビジョンをロックします。 rev が省略された場合は、既定の枝の最新
>リビジョンをロックします。引数と `-l' の間にスペースがあってはいけ
>ません。
>CVS のソース配布物の中の `contrib' ディレクトリの中に、 `rcslock.pl'
>という名前のスクリプトがあります。これを用いて上記のロック状態を、
>CVS における独占取得 (一時に一人だけがファイル編集可能な状態)
>に置き換えることができます。詳細はスクリプトの註釈を参照して下さい
>(寄贈物の支援と権利の放棄声明文が書かれたファイル `README' も
>一読して下さい)。その註釈によれば、厳格ロックモード (既定) に設定
>しておく必要があります。
>
>-L
>厳格にロックを求める設定 (厳格ロックモード) にします。厳格ロック
>モードだと、RCS ファイルの所有者であっても、ロックしていないファイル
>は格納できません。 CVS で使用する場合は、厳格ロックモードにする
>必要があります。上記 `-l' オプションの説明も参照して下さい。

NG

>>65
>杞憂で終わればいいのですが、
>VSSの最新の取得＝CVSのチェックアウト
>VSSのチェックアウト＝・・・・　無いのが心配なのです。

まだ、ちょっと誤解しているっぽい。
俺も両方使ったから混乱するのは分かるけど、VSSで同時編集許可をしていないなら、

VSSのサーバの設定＝CVSのチェックアウト
VSSの最新の取得＝CVSのアップデート
VSSのチェックアウト＝CVSのコミット
VSSのチェックイン＝コンフリクトが無い場合のCVSのコミット
VSSでファイルロック＝CVSのアップデート又はコンフリクトしたコミット

って感じの対応で考えれば良いかも。
要は、ユーザが競合を知るのが、編集前か編集中/完了後かってことだね。
で、ほとんどの競合は編集後に知っても問題がないものばかりだから、
CVSのやり方も成り立つのだ。

VSSでも他者にチェックアウトされているときはその解放まで待つやりかたと、
一旦無理やり編集してロック解放後上書きする、ってやり方があるけど、
前者は遠距離拠点では解放まで待つ時間が結構馬鹿にならないし、
後者はdiffを忘れて上書きすると、あっさりデグレを起こすという問題がある。

結局のところ、CVSもVSSもツールでしかないので、運用ルールを決めなさいってことだ。

NG

>>76
その対比は全く違う

NG

　コメントありがとうございます。
まだ私もCVSを完全に理解していないので誤解しているところがあるのかもしれません。
いま、教えていただいた、他のツールも調べています。

　確かに、排他かけた状態で「待つ」のは、時間的に大変なので、ローカルで
やってしまうこともあるようです。
　ただ、チェックアウトするときに、（する前に）、「誰かが今変えている」のか、「誰も触っていない」
のかが分かれば、十分だと思っています。

　事前に分かれば、「待ち」にするのか、「あとでマージできる」と判断してやってしまうのかを
事前に判断できるかと。
　込み入った作業をやってしまって、後でマージとなると、ミスも増えるのでは？と
心配しています。

　確かに、ルールを決めて、CVSでチェックアウトするときは、必ず触る人にメールを出すといった
こともできなくはないのですが、メールだらけになりそうで・・・

　ちなみに、VSSでは、同時編集は許可せずに運用していました。

NG

>>78
事前に「誰かが変更しようとしているか」分かったって、それだけでは
「どの程度変更かけようとしてるのか」は分からんのだから、

>「待ち」にするのか、「あとでマージできる」と判断してやってしまうの
>かを事前に判断できるかと。

なんて判断できないと思うが。

つまり、どっちみち込み入った作業する前後にはML等での全員周知
は必要になるし、そうやって周知してれば別に独占取得モデルでなく
ても十分運用可能だと思うんだけど。

「これからXX機能追加するのにhoge.cとhoge.h大幅にいじるよー」
「そろそろcommitするよー」
「終わったー」

とかさ。

NG

>>77
そうかい？

NG

>>80
VSSのチェックイン == cvs ciでは？

NG

というか、そもそもciしようとしてconflictに気づくようなやりかたは間違ってると思うぞ。

NG

>>77
ファイルの独占的編集権の取得、って観点で対比したんだけど、
余計に混乱を与えるかな。

>>78
>　ただ、チェックアウトするときに、（する前に）、「誰かが今変えている」のか、「誰も触っていない」
>のかが分かれば、十分だと思っています。
上記の他に、「誰かがチェックアウトしたまま忘れている」っていう状態があって、
それを解決するのがVSSだと面倒だった思い出があるんだよね。

あと、自分の修正がほんの少し（新たなdefine定義を一つ追加とか）だと分かっている場合に
「待たなければならない」（又はローカルで修正してそれを忘れないようにしなければならない）
のがストレスに感じた。

ただ、バイナリファイルの管理の場合はマージ作業が大変なので、VSSのようなロック形式の
方が扱いやすいかなって気がします。

NG

こんばんわ。色々ありがとうございます。
下記のコメントが、何か申し訳なかったようですみません。

>　ただ、チェックアウトするときに、（する前に）、「誰かが今変えている」のか、「誰も触っていない」
>のかが分かれば、十分だと思っています。

これは、うちの会社だからかもしれません。１つのファイルを触るのが、Maxでも数人。
なので、触っていることが分かれば、その人だけに、メールなり、電話なりをすれば
すぐ状況が確認とれるので、「十分」と書いてしまいました。
チェックアウトしたまま忘れていた場合も同様です。

基本的には、競合していることの方が少ないと思っています。
なので、毎回チェックアウトするたびに、「ｘｘｘ変えてるよー」というメールを送り始めると
すごいことになってしまうのでは・・と思いました。

排他とかではなく、「ｘｘさんが今編集してるよ」フラグでもあれば、いいのに・・と思ってしまうのは
私だけでしょうか。。

教えてもらった管理ツールを一通り調べました。VSSもツールを使えばLinuxでもいけそうですが
やはりCVSに落ち着きそうな雰囲気です。

NG

>>84
> 「ｘｘさんが今編集してるよ」フラグでもあれば、いいのに

ここは、CVS で対応方法がある。
はじめに一回だけモジュールのトップで cvs watch on -R する。
その後 cvs co でワークにコピーされたファイルは、全てリードオンリーになる。
編集する時は、cvs edit filename で書き込み可能にする。
cvs editors とすると、編集中の人の一覧がわかる。
編集が終ったら、cvs ci filename すると、そのとき編集終了とみなされ、
ワークの ci 済ファイルがリードオンリーになり、編集中の一覧からも外れる。

状態の変化を cvs がメールで通知する方法もある。
けど、メールが頻繁過ぎて、役に立つとは思えない。
編集可能な人を一人に限定するには、 >>75 の方法で出来ると思う。

欠点だと思われるのは、コマンド cvs edit をいちいち実行する手間。
また、抜け道で chmod +w filename で書き込み可能にして、変更を加えることが可能。

NG

なんとなく、用語の違いと、前提 (ポリシー？) の違いがあるように思う。
>>84 での「チェックアウト」は、きっと VSS の用語。 CVS の co サブコマンドとは
違うものだろうと思った。
編集内容の競合も、 CVS では、頻繁に起こらないし、起こっても参加している
メンバーであれば解決可能で深刻ではないと考えている。それは、CVS では全ての
差分が記録され取り出せるから、履歴をたどることで適切な解決が可能とも考えて
いるし、いつでも元の状態にしてコミットしなおせばいいとも考えている。
(CVS のポリシーのようなものを考慮すると、リビジョン番号が大きくなること気にせず
まめにコミットするのがコツだと思う。)

NG

こういうルールでやってたことがあった。
(1)ロック
(2)アップデート
(3)コンフリクトをローカルで解決
(4)コミット
(5)ロック解除

(3)に時間がかかりすぎると周囲に迷惑なのと、
やっぱりめんどいのが欠点。

NG

>>81
え？だからコミットでしょ？

NG

>これは、うちの会社だからかもしれません。１つのファイルを触るのが、Maxでも数人。
>なので、触っていることが分かれば、その人だけに、メールなり、電話なりをすれば
>すぐ状況が確認とれるので、「十分」と書いてしまいました。
>チェックアウトしたまま忘れていた場合も同様です。

これ、うちの場合だけかもしれないけど、意外と面倒なんですよね。
しかも、ファイルを触っているときって作業しているときなんで、
割り込みするのも躊躇してしまって・・・。
席が隣でも、ファイルを解放してもらえるか確認するよりは、
ローカルで編集してしまって後でマージしよう、って考えた方が多かったりしました。
で、そんなことするぐらいならCVSを使ったほうが、ちゃんとサポートされているわけで。

>排他とかではなく、「ｘｘさんが今編集してるよ」フラグでもあれば、いいのに・・と思ってしまうのは
>私だけでしょうか。。
>>85の方法があるけど、あまり使われていない印象があります。
結局CVSのポリシーと合わないからだと思う。
後でマージするのが大変なファイル(difffで差分が取りづらいファイル？）
にだけ限定して使うと良いのかも。

NG

>>88
>>76ではVSSのチェックアウト=cvs ciとなってる。

NG

長々と書いてしまいましたが、>>74さんのリンク先に全部書いてあることですね。

NG

　情報ありがとうございます。
どうも、まだＣＶＳを使い込んでない為か、同じ土俵で相談させて
もらえるレベルではない気がしてきました。
　
　まずは、もう少し（複数拠点で）使い込んでみようと思います。
ＶＳＳメンバから問題があがらなければ、運用は可能だと思いますので。

NG

>>92

えっと、レベルが違うんじゃなく、土俵 (前提のようなもの) が違ってるんだから、
話す時に用語の使い方とかを気くばりしないと、かみ合わないなと感じたの。
「チェックアウト」の時に期待している動作は、マスター (リポジトリ) のロックを
含んでいたのかなと？。CVS で「チェックアウト」は、新規にローカル (ワーク) へ
コピーを取り出すだけ。このチェックアウトは (込み入ったことが生じなければ)
開発中に一回だけのはず (大抵はいろいろあるので何回も実行するけど)。
その後の最新への追随はアップデート。

CVS では、編集をはじめる前に *実行しなければならない* コマンドは特にない
(編集前に実行しておいた方が望ましいのは、update)。編集の競合の予防はしなくても、
多くの場合競合は発生しないし、コンフリクトが発生したときに解決する方が
予防のためのコマンドを毎回毎回入力するより手間が少ないと。(厳密な運用ルールが
決まっているプロジェクトにはマッチしない。)

http://www.sodan.org/%7Epenny/vc/cvs-ja.html とか >>7 とか >>1 とか参考に、
たしかに、使い込んでみるのがいいと思う。アカウントがあれば、ホーム
ディレクトリにリポジトリ (マスタ) を作って、自分だけで思う存分に実験する
ことも出来るし。

NG

みなさんには(ﾟ⊿ﾟ)ｲﾗﾈさそうですが、
CVSNT-2.0.11にSJISが通るようにパッチをあててみました。

ttp://www.geocities.co.jp/SiliconValley-SanJose/8165/cvsnt.html
に置いときます。実験好きな人はどうぞ。

NG

↑
紙

NG

つーか、CVSNTがSJISを今まで通していなかったというほうが驚きだ。

NG

俺も今初めて知った。

NG

ま、NTならVSS。常識ですね。

NG

( ´_ゝ`)ﾌｰﾝ

NG

>>98
OSとソースバージョン管理ソフトを絡ませる辺りに阿呆の気配が100

NG

だけど実際のところ、WindowsだったらやっぱりVSSみたいな
ビジュアル系の方が扱いやすいと思う。

オレはCVS大好き人間なので無理やりなんでもCVSだけどね。
家計簿とかもCVSで管理さ！

NG

>>101
履歴が残ってしまうと、不正操作ができないと思いますが。

NG

　　　　　　 lヽﾉ l　　　　　　　　ｌ l　ｌヽ　　ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ｌ　ハヽ　　|ｰ‐''"ｌ
　/　Ｃ　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　Ｃヽ
　l 　･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　｀'メ､_ｌﾉ| /　・　 /
　|　Ｖ　　l　トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　Ｖ　｜
　|　･　　 |／　　　 | l ||､　''"""　 j　""''/ | |ヽｌ　・　｜
　|　Ｓ　 |　　　　 | l |　ヽ,　　― 　／　| |　ｌ　Ｓ　 |
　| 　 !!　 |　　　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　　 /　│ｌ､l　　　　　　　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　　　／　ノ⌒ヾ､　ヽ　　　ノハ,　　　　 |
,/ 　　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　　 |
　　　　／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　ｌ
　　 ,／　　|　ヽ　＼　　_,ノｰｆ' ´　　ﾉノ　ヽ　　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ
　￣￣　　 |　　　　　　　　　　／　　　　　￣

NG

最近大人気だな、このAA。

NG

元ネタなに?

NG

ｴﾛ漫画

NG

>>101
フロントエンドを知らない・・・・？

NG

>>107
だろうね。

NG

>>107
フロントエンドってなに？前終わり？

NG

もまいら、solaris8で管理ファイルは日本語EUCで
行うのに適したcvsweb系を教えれ
ちなみに本家版は全然ダメぽでFreeBSD版を無理やり突っ込んだけど
ソース表示ができない（なんかcvsコマンドオプションにlがないとか
ほざきやがる）
cvsはcvs-1.12.2だよ
真面目に教えてくだされ。m(__)m

NG

エラーメッセージを出さないのは、親の遺言で止められてるからか?

NG

別けすぎたリポジトリを統合したり、逆に少し別けようかというとき、
それまでのhistoryは捨てるしかないんでしょうか。
せめてくっつけるときぐらいは、新しいhistoryファイルに全部
書き込んどけば、表示されるモジュール構成はともかくとして、
履歴を参照できるのかな。

NG

historyなんか使ってない。

NG

>>113
なして？
代わりの良い方法あるなら教えてくらはい。

NG

>>114
使わないのが代わりの良い方法。

NG

>>115
そんなバカな。

NG

>>116
historyの中を覗けば、なにをどうすればよいのか想像つきそうなもんだが。

NG

cvs ci
をした履歴を順に見たいんだけどどうすればいいの？
ciしたときのファイルと理由を順に表示したい

NG

Subversion使い始めたら、CVSなんか古臭すぎて使えないよ。
早めに移行した方がいい。

NG

自分もCVSを4年ほど愛用してきたが、
次のプロジェクトでは Subversion にしてやろうと画策中。

機能は充分だし。ViewCVSも対応したし。
WebDAV というところは玄人好みだな。

NG

>>118
cvs log
cvs logがお気に召さないのであれば、119とかが書いてるように
Subversionを使いなされ。

NG

>>118
cvs2cl でぐぐれ

NG

>>118
俺は FreeBSD Project が使ってる log_accum.pl を入れて、commit 時のメッセージを
メールで撒くようにしてる。log_accum.pl はログを CVSROOT/commitlogs ディレクトリ
以下にカテゴリ分けして書き出す機能もあるから、それでも行けるかと。

導入方法はこのへん
ttp://www.jp.freebsd.org/www.FreeBSD.org/doc/en_US.ISO8859-1/articles/cvs-freebsd/article.html
ttp://www.iec.hiroshima-u.ac.jp/~katsu/memo/cvsroot.html

>>119
そういう話は良く聞くんだが、cvsweb や log_accum.pl みたいない「周辺ソフト」の整備や、
書籍出版などがまだっぽいので、俺のトコロでは導入見送り中。

NG

リポジトリは長く使うんだから、早めに移行した方がいい。

ちなみに、cvs2svnっていう移行ツールもあるけど、その精度には
あまり期待しない方がいい。

NG

cvs2clってもしかしてpserverとかそっちの方で動かすツール？

NG

>>120
人柱歓迎。レポきぼんぬ。

NG

>>126
人柱って・・・。
キミも使ってみりゃいいんじゃ？

NG

>>127
自分は嫌に決まってる。

NG

仕事で使っててすでにSubversionに移行した人いる?
今導入を考えているんだが、CVSとどっちがいいか思案中につき。

NG

あ、現スレの過去ログは読みますた

NG

いるよ。

NG

>>131
使ってみて気づいたバグやら、CVSと比べて違って困った!
みたいなことありますか?

NG

>>132
君が使ってみりゃなんか気づくんじゃないの？

NG

CVSへの反省を元にして作られているので、基本的に使いやすさはましていると思う。
ネットワーク対応とかいろいろ。
タグ・ブランチ用のコマンドがなくなって全部 copy になったのは、
CVSに慣れてる人は最初はとまどうかもしれないけど
こっちの方が分かりやすいと思う。
リポジトリがDBなので、そのあたりが気になる人は気になるかもしれない。
（自分は気にならないけど）

いよいよalphaが取れてbetaになったので、移行するにはいいタイミングかもしれない。

NG

>>134
thanks.
この休みに慣らし運転してます。
svn moveて良さげ。

NG

svnイイですな

NG

TortoiseSVN萌え

NG

おまいらRapidSVNをなんとかしてください

NG

あんまりここを占領しない方がいいんでは？

Subversion使ってる人いますか？
http://pc.2ch.net/test/read.cgi/linux/1002355536/

NG

そうだった。すまんかった。

NG

ちょこっと修正しただけでもコミットしてしまうんだけど、リビジョン番号が1000超えるてのは普通？

NG

>>141
普通かどうかは気にしなくていいと思うが
それよりも、そんなにリビジョンがあるとあとで戻さなきゃならなくなったときに
どこまで戻せばいいか探すのが大変そうだなあ。
毎回しっかりChangeLog書いてればいいけど。

NG

wincvsを使ってますが、「編集の監視」機能を使うと何か良いことがあるんでしょうか？

NG

>>143
リポジ鳥内の設定で誰かがeditしたりcommitしたりしたらコマンドを起動できる。
よくメール送信を仕掛けておくことで、誰かがいじったらメールが届くようにする。

NG

そうやって使うんですか。>>144
じゃぁ、wincsvでコマンド仕掛けとかないと、何も起きないんですね。

NG

"could not find desired version ～"
て何で塚？

NG

>>146
希望のバージョン～を見つけることができませんでした。

NG

工藤の敗因で、ザバーじゃん。

NG

viewcvsってMySQL必須なの？
ＲＤＢなしでは動かないの？

NG

WinCVSのごった煮版使ってるけど設定のところの
CVSのバージョンの標準とNTサーバの違いって何？
マスターのリポジトリはLinux上、ローカルのリポジトリはCVSNT
使ってるんだけどいちいち切り替えるの面倒で・・・

NG

CVSからソースをHTML表示する（もしくはHTML作成する）スクリプト教えて。
どっか一覧表とかない？

NG

>>151

#! /usr/local/bin/perl

system('cvs co hoge');

&ToHTML(Grab('*.c');

NG

>>151
ソースから HTML 出力するだけなら GNU enscript もしくは GNU Source
Highlight 使う。

ttp://people.ssh.com/mtr/genscript/
ttp://www.gnu.org/software/src-highlite/source-highlight.html

CVS と連携させたければシェルスクリプトでも書くか、CVSWeb にでも
組み込めば？

ttp://cvsweb.allbsd.org/cvsweb.cgi/projects/cvsweb/

NG

こんにちは。

自分の個人的ファイル管理としてWinCVSを導入しました。
で、なんだかんだと考えると、
やっぱり日々その日の作業終了時に
commitを自動化したいなと思って、
Windowsのバッチファイルで cvs.exeたたくようにしました。

ここで問題があるのです。
cvs commit はリポジトリまとめてできるようですが、
cvs add がうまくいかないのです。

cvs管理下のディレクトリに作られたファイルは、
一気にaddして欲しいんですが、なんとかならないでしょうか？

NG

import してみるとか…

NG

ツール使ってるとその辺忘れるな
Eclipseに至ってはaddしてることも忘れそうだ・・・

NG

なんで「ごった煮」にしたがるんだろ？

ユーザインタフェースのローカライゼーションと
管理対象ファイル内の文字コードの変換と
ファイル名に関するインターナショナライゼーションと
全部、別の問題じゃん。

俺的には「一覧表.xls」みたいなファイル名が正しく処理できればＯＫなんだけどなあ。

NG

>>157
はげどう。

> ユーザインタフェースのローカライゼーションと
> 管理対象ファイル内の文字コードの変換と
> ファイル名に関するインターナショナライゼーションと

わかっている人間は分離して考えられるけど、
知らない人間は「こんなこともサポートしていないのか」といって使わない理由にしたがる。

「じゃあVisualSourceSafeを全員に導入してくれるのか」と聞くと「金かかるから駄目」といわれる。

NG

同一リポジトリに文字コードが異なるファイルがあるとする。
たとえば Shift_JIS、EUC-JP、UTF-8。

これらを viewcvs で閲覧できるようにするとき、どこで文字コードを揃えるべきだろうか。

開発するマシンは圧倒的にWindowsが多いことから、
いまは Apache の DefaultCharset を Shift_JIS に設定している。

リポジトリ内のモジュールごとに Content-Typeのデフォルトcharsetを設定できれば嬉しい。
Subversion の attribute がとてもうらやましい。

NG

使いたい人間からすれば、バージョン管理の機能を使いたいだけですから

NG

>>157
それぞれニーズのあることだから、どうせやるならまとめての方が手間が少ないんでない?

ま、漏れもファイル名も含めて文字コードの問題は本家で何とかしてくれたらと思う:けどな。
言語設定ファイルを導入できるような機構があればサイコー。

NG

「とにかくこれにしときゃ大丈夫」みたいなのが欲しいのは事実。
特に入門段階では。

NG

Win2000+WinCVSごった煮使ってます。
お聞きしたいのですが、

cvs commit project

は動作するのに、

cvs commit project -m 'comment'

はエラーになります。

cvs commit: CVS/Entries を読み込み用に開けません: No such file or directory
cvs commit: `-m' についての情報は何もありません
cvs commit: `'comment' についての情報は何もありません

TCLをインストールしてないからでしょうか？

NG

ごった煮使ってないからよく分からんが、

cvs commit -m 'comment' project

ではないのか？

NG

>>164
ありがとうございます･･･。

なんか、俺ダメですね。

NG

>>155
ありがとうございます。

importで、
○変更のないファイルには影響なし
○追加されたファイルは現在のリポジトリに追加
ということが実現できるのでしょうか？

NG

>>154
>一気にaddして欲しいんですが、なんとかならないでしょうか？

commitする前にupdateして、ステータスが?のファイルだけ
addするスクリプトを書いたらどうでしょうか？

NG

>>167
167さんなら、なにでスクリプト書きますか？

NG

>>168
HSPあたりを使うのはどうでしょうか？

NG

VSSでいう「ファイル共有」を実現するために、
リポジトリ内でシンボリックリンクを作ったりするのはありですか？

NG

>>166
> ○変更のないファイルには影響なし

tag なら付くけど、それ以外は影響しないと思う。
もともと差分しか記録しないし。

> ○追加されたファイルは現在のリポジトリに追加

import には repository 指定する引数が必要。
CVS/Repository から読んできて渡す…とかしないとだめかな。

NG

cygwinのバージョン上げたら、
wincvs起動した後に応答無し状態(´･ω･`)ｼｮﾎﾞｰﾝ

なんの関連性もないと思ってたのに、
c:\cygwinとかをリネームしてやると起動する・・・なんなんDA(ﾟ⊿ﾟ)

NG

A というタグと B というタグとのファイル一覧のうち違うファイル名を表示

NG

Subversion 1.0！

NG

>>172
c:\cygwin\bin\tcl84.dllをリネームすれ。
嫌ならc:\cygwin\binをPATHから取った状態でwincvs起動するバッチ
ファイルでも作れ。

# tcl84.dllロード→cygwin1.dllロードの辺りでなんかよろしくない模様

NG

>>175
thx!
うまくいった！
cygwinのtclなんて、入ってたの知らなかった(´･ω･`)

NG

モジュールにファイルが追加されてるのに、
手元でupdateしてもそのファイルが落ちてこない。なんで？
もちろん手元にスティッキーとか付いてないし、optionみてもそれっぽいのないし。
。。。しょぼくてすまん。

NG

>>177 -d？

NG

>>177
魚ぉ、これっぽい。すまぬ。Thx。
WinCVSで「リポジトリにあってローカルにない*ディレクトリ*を作成」が相当するぽい。
この「ディレクトリ」ってのにだまされてますた。

NG

>>179
もっかいチェックアウトしなおした方がええ場合もあったりするので
気をつけなされ。ゴホゴホ。

NG

>>179
ああ、Windowsではフォルダだ。95の辺りから紛らわしくなったな。だまされるのも無理はない。

NG

いや、フォルダもだけど、ファイルが落ちてこなかったんすよ。
この説明だとファイルは落ちてくるのかと思ってしまったっす。

NG

>>179
ええ、まじですか。うぇ。
テスト済みのクラスを更新日付でチェックしてるから、
まるごとチェックアウトはいやだなぁ。。。

NG

>>183
作業ファイルの日付見るのやめれ。

NG

modulesファイルに下記一行を追加すると、新規にチェックアウトできなくなりました。
test -i /usr/local/cvsprog/update.sh test

これはコミットした後での動作を指定しているだけなので、チェックアウトには関係ないはずなのですが、
なぜでしょうか？
この一文を外すと普通にチェックアウトできます。

CVSサーバのバージョンは1.11.12です。

メッセージは下記です。
cvs checkout -P mgrtest (in directory C:\cvstest)
cvs checkout: warning: unrecognized response `XXX: invalid option -- i' from cvs server
cvs server: modules file has invalid option for key test value -i /usr/local/cvsprog/update.sh test
cvs [checkout aborted]: cannot expand modules

宜しくお願いします。

NG

>>185
>Changes since 1.11.5:
>(略)
>* The Checkin.prog and Update.prog functionality has been removed. This
>fuctionality previously allowed executables to be specified in the modules file
>to be run at update and checkin time, but users could edit these files on a per
>workspace basis, creating a security hole.
ということで、1.11.6 から -i および -u オプションは廃止されたそうな。

NG

>>186
情報ありがとうございます。
ではcommit時になにか実行させるにはloginfo等を使うしか無いんですね。

NG

Linuxで鯖立てています。クライアントはもっぱらWindowsで、
サーバーには通常モニタもつないでいない状態です。
まあそんな状況なので、通常はWinCvsで作業しているわけですが、
たまにTeraTermでサーバーのメンテしてるときなんかに、
「テキストベースのExamDiff（あるいはWinDiff）みたいなのないかな？」とか
思います。そういうのないでしょうか。

NG

GNU diffでは不満だと？

NG

>>189
不満です。

NG

どうしても横に並べて対比したいのか。
ViewCVS+apache(かなんか)入れてw3mで見れば
リビジョン間の差分は左右対比で見られるはずだが。

NG

>>191
ｱﾝﾀえらい。

NG

>>191
リビジョン間の差分見るだけなら、WinCvsで適当にチェックアウトして見てます。
ローカルの変更と最終リビジョンの比較ができるのがポイント高い。
まあ大抵は設定ファイルの管理なんで、そんなに激しく変更することは少ないんですが。

スクリプトなんかをゴリゴリ書くときは、やっぱWindows上でやってまふ。
どうせ俺はWin厨さ。

NG

ViewCVSってＭｙＳＱＬ必要なの？

NG

>>194
いらんだろ。

NG

>>195
でもパイパンは必要だよ。つんつるてん。

NG

GNUのdiffなら、横に並べられるだろ。

NG

ediffなら文字端末でも色付けて左右比較できるよね

NG

>>197
--side-by-sideオプションですな。
んー、キビシー。

>>198
emacsかー。入れてみようかなー。

NG

>>154
http://osdev-j.sourceforge.jp/index?%5B%5Bcvsknit%5D%5D#content_1_5
http://cvsknit.sourceforge.net/