レス数が1000を超えています。残念ながら全部は表示しません。

CVSを使ってファイル管理

1 ：名無しさん＠お腹いっぱい。 ：2001/08/10(金) 18:10

CVSを使ってファイル管理している人の質問スレ

616 ：名無しさん＠お腹いっぱい。 ：02/10/03 22:42

いろんなところで期待している声をよく聞くが、需要が高い割にSubversionの開発が
いつまでたっても進まないのはなぜ？

617 ：名無しさん＠お腹いっぱい。 ：02/10/03 23:47

>>616
どのあたりが進んでいないと思っていますか?

618 ：名無しさん＠お腹いっぱい。 ：02/10/04 00:23

>>616
ソースを維持管理するツールが不安定じゃ困るし、現状CVSでもなんとか
なってるから、まぁゆっくりいいものを作ってもらえばいいんでない？

619 ：名無しさん＠お腹いっぱい。 ：02/10/04 00:41

確かに、枯れ優先になるのも頷けるよな。

620 ：初期不良 ：02/10/04 05:46

Subversion を CVS 的に使う分には十分な状態だと思うけど、
タグ関係がちょっと違うのでとっかかりにくいかも。
IDE 環境とかだと CVS 対応ってのは結構あるし
その辺も CVS の方が便利と言えば便利？

621 ：名無しさん＠お腹いっぱい。 ：02/10/13 01:20

新しくファイルを作ったり、削除したりするようなパッチを、
CVSの作業ディレクトリに当てた時に、自動的にcvs add/cvs remove
してくれるようなツール無い？

622 ：名無しさん＠お腹いっぱい。 ：02/10/13 01:34

>>621
勝手にやられんのってこわくない?

623 ：名無しさん＠お腹いっぱい。 ：02/10/13 06:19

>>621
引数無しでcvs addやcvs removeじゃダメなのか?

624 ：某板123 ◆mXrBwDDzyw ：02/10/14 01:14

>>621
私は既存のソースパッケージからフルオートでリポジトリを構築する
ツールを開発しているのですが、汎用的に使えるよう細分化した中の
ck_update というのがまさにそれです。

　cvs -n up -I (任意) を用い、CVSが知らないファイル（とディレクトリ）を
cvs add し、CVSが知っているが存在しないファイルを cvs rm します。
再帰的に動作します。興味があればどうぞ（　´∀｀）

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvsknit/cvsknit/bin/ck_update

----
$ ck_update -h
ck_update 　　 -- Casts 'cvs add/rm' recursively
Usage: ck_update [-I ignore] <directory> ...
　　　-I　 ignore except in './.cvsignore' (see cvs info)

　※パッチを当てた直後でしたら、"-I ! -I '*.orig' -I '*.rej'" などを与えて下さい
　※cvsで言う -n オプションも使えます
----

>>621さんの書かれる通りの危険を孕んでいるため、
・動作するディレクトリを明示しないと動きません
・デフォルトでは、CVS/Rootが :local: でない場合は動きません
　（ck_verifyと言う、CVS環境を検証するスクリプトを呼んでいます）

625 ：123 ◆mXrBwDDzyw ：02/10/14 01:21

>>621 というのは >>622 の間違いです。

　ck_update をリモートCVSに対して使いたい場合は、 at your own risk で
44行目あたりの
　ck_verify 'local'
を
　ck_verify 'cvs'
として下さい。

スクリプトへのツッコミ歓迎です。
お手柔らかにお願いします（ ; ´∀｀）

626 ：初期不良 ：02/10/14 14:43

複雑なことをしないなら WinCVS とか使うより
サーバ上で動かしつつ samba で作業したりしてもいいかもね。
「新規テキストファイル.txt」とか登録されまくるかもしれないけどｗ

627 ：名無しさん＠お腹いっぱい。 ：02/10/14 22:15

>>626
？？？？バージョン管理は？？？？

628 ：名無しさん＠お腹いっぱい。 ：02/10/15 01:39

>>627
おそらく、cvsサーバ上で作業を行う、の意味であろう。
WinCVSが動くクライアント上で作業するのではなく、
サーバ上にある（sambaで共有されている）ディレクトリや
ファイルに対して作業する、と。こういう意味でok? > 626

629 ：名無しさん＠お腹いっぱい。 ：02/10/15 21:33

共通ライブラリの管理用にグループ内でCVS使って、後からタグ付けて
リリースするようにしてたんだけど、AP側がろくな設計してないもんだから
仕変の嵐。

ここ2年間の間にリリース回数延べ224回、ヘタすると1日2回とかタグが付
いたり、商用でVer1.2.3が動いてる段階でVer2.0, Ver2.1, Ver2.2がほとんど
同時並行開発だったり(なんだよそれー)、しかも一部のソースだけ開発
環境用と総合テスト＆リリース環境用で物件が違うと来たもんだ。
おかげでタグだらけ/枝だらけでCVSの処理速度が加速度的に遅く…

総合テストリリース時だけタグ付けるようにすればかなりマシになるけど、
そっちの管理は別のグループがやっててCVS使ってない、つーか使えと
マネージャーまで説得したのになんだかんだ屁理屈こねて結局手作業…
ヽ(`Д´)ﾉｳﾜｧｧﾝ!! ｼﾝﾃﾞﾏｴﾎﾞｹｰ

いくら良いツールを使ったとしても、体制と人間がアホだとどうにもならん
というお話ですた…｡･ﾟ･(ﾉД`)･ﾟ･｡

630 ：612 ：02/10/15 21:57

>>624
それなら最悪importでいいんじゃないのか？
洩れが欲しいのは、
cvs patch -p1 hogehoge.diff
みたいな機能。*.oが残ったりしていても平気で使えないと悲しい。
もっと言えば、できればrejはconflictにしてくれれば嬉しい。

631 ：名無しさん＠お腹いっぱい。 ：02/10/15 21:58

あ、621ね。

632 ：123 ◆mXrBwDDzyw ：02/10/15 23:54

>>630
まあいろいろありまして・・・（ ; ´∀｀）

う〜ん、cvs ci 側を同時にラップするか、本当に
何らかの形でコンフリクト状態を作らないと >>621
さんが期待していそうな使用感にならない予感です。

でも便利そうですね。

633 ：名無しさん＠お腹いっぱい。 ：02/10/16 15:35

>>629
repo を mfs に乗せちまえって話があったよ。

>> 体制と人間がアホだとどうにもならん
まったくだ

634 ：初期不良 ：02/10/16 20:37

>>628
そうそう
けど >>627 の言うとおり commit とかはサーバ上でやらないといけないね...

635 ：名無しさん＠お腹いっぱい。 ：02/10/16 21:35

>>634
>commit とかはサーバ上でやらないと
よくわからなくなってきたな。
管理対象のファイルやディレクトリがサーバ上にあったとしても、
sambaによってクライアント側から見えているのならば、それは
クライアントが持っているように扱えるよね。だからクライアント側で
動くcvsから、サーバに向けてcommitできると思うのだが。
そもそもこの理解の仕方がオカシイのかな。

636 ：名無しさん＠お腹いっぱい。 ：02/10/16 21:46

そもそも commit するためにサーバーにログインするぐらいならはじめっから
ログインして emacs で編集しちゃうような気が

637 ：名無しさん＠お腹いっぱい。 ：02/10/17 20:49

>>635
それ、大丈夫なんだっけ？　前に試したときには、改行コードの問題かなにかで
ハマったような記憶があるんだが。(気のせいかも）

638 ：名無しさん＠お腹いっぱい。 ：02/10/17 23:14

>>634 そんなあなたにVSS

639 ：名無しさん＠お腹いっぱい。 ：02/10/17 23:34

CVS というよりは、RCS の質問なんだが、わかる人教えて下さいな。

$Log$ ってあるじゃないですか。
以下のように吐いてもらえるとうれしいのですが、
設定をするだけで吐いてもらえることは可能ですか?

<h2>ChangeLog</h2>
<ul>
$Log: index.html,v $
<li>Revision 1.10 2002-10-10 10:10:10 hoge
<ul>
<li>fuga
<li>hoge
</ul>
<li>Revision 1.9 2002-09-09 09:09:09 hoge
<ul>
<li>uhihi
</ul>
</ul>

640 ：名無しさん＠お腹いっぱい。 ：02/10/18 06:44

>>639 そういう時は普通、pre の中に入れるだろ

641 ：名無しさん＠お腹いっぱい。 ：02/10/18 14:10

>>639
CVSでは$Log$の使用自体あんまりお勧めしてなかったと思うが。

それはともかく、$Log$のコメントリーダーはワークファイルの拡張子
別にハードコーディングされちゃってるので、自分でパッチ書かない
限り無理だと思う。

642 ：名無しさん＠お腹いっぱい。 ：02/10/23 00:32

CVSとANTの連携とよくいますが、どのような使い方をしているのでしょうか？
今は、antは使用しないで、.javaファイルと.classファイルを両方
commitしています。

643 ：名無しさん＠お腹いっぱい。 ：02/10/23 01:02

class は commit しないのでは?
だってソースから作れるから。

ant の CVS タスクで cvs update し、
javac でコンパイル、
junit でテスト
jar でパッケージング
って感じでは?

644 ：名無しさん＠お腹いっぱい。 ：02/10/23 04:02

作業ディレクトリで編集した内容を捨てたい時って普通どうしたら良いんですか？
rm でファイルけして cvs update したらうまくいったんですがこれが正しいやり
方ですか？

645 ：名無しさん＠お腹いっぱい。 ：02/10/23 04:05

>>644
cvs update -C file
もちろん、rm して cvs update でも問題なっしんぐ。

646 ：名無しさん＠お腹いっぱい。 ：02/10/23 04:05

>>644
おれもそんな感じ。

647 ：初期不良 ：02/10/23 04:42

WinCVS だと unedit っての使ってるな。
ローカルの作業内容取り消しには。

648 ：名無しさん＠お腹いっぱい。 ：02/10/23 06:32

>>647
それは cvs update -C をするものなの? cvs uneditは
cvs editの反対で「俺はこのファイルを編集しているぜ」フラグを
消すものなので紛らわしいね。

649 ：名無しさん＠お腹いっぱい。 ：02/10/23 09:42

>>645
rmするよりは、mvしたほうがいいよ〜
cvs update -C file やると、file.#リビジョンってファイル名に自動的にmvされるっぽいけど。

650 ：644 ：02/10/23 20:10

わーいありがと

651 ：名無しさん＠お腹いっぱい。 ：02/10/24 14:51

しつもんです

viなどでファイルをすでに編集しはじめているときに

【修正するけど、前のファイルも残したい】

って時は、ファイルに連番（バージョン）をつけたくなります。

この時、CVSやRVSを使いこなしている人なら、こんなときどのような
行動を取りますか？

652 ：名無しさん＠お腹いっぱい。 ：02/10/24 15:33

>>651
タグを打つ。

653 ：名無しさん＠お腹いっぱい。 ：02/10/27 09:13

>>652

すみません、もう少し詳しく教えていただけませんか？

654 ：名無しさん＠お腹いっぱい。 ：02/10/27 09:27

cvs tagは現在commitされている物に対して付けられるから、編集開始
してる状態でもその場でタグを打てば1つ前が分かる、という事でわ？

ただ、このやり方は「とっておきたい」というタイミングでどんどんcommit
するのが前提だけど。

655 ：名無しさん＠お腹いっぱい。 ：02/10/27 23:35

sambaなんて使わずに、共有ディスクにいれちゃだめかい？

656 ：名無しさん＠お腹いっぱい。 ：02/10/28 16:01

>621,632
あるディレクトリにcheckoutして、そこに変更加えたツリーを
$ rsync -n -r -l -t --delete --cvs-exclude source/ dist
で上書き。
で、>624のck_updateを使うというのはどうだろう。
削除されたのはR、変更されたのはM、新しいファイルはA、コンフリクトはC、
とできると思う。

これをバッチで走らせて、CVSの使い方を知らない複数人が作業しているWebペー
ジの管理ができるのではないかと妄想中。

657 ：名無しさん＠お腹いっぱい。 ：02/10/28 16:02

あ、-n オプションいらね。

658 ：名無しさん＠お腹いっぱい。 ：02/10/28 21:52

cvsntを使っています。
configにSystemAuth=yesと設定して
passwdファイルに
takahashi=!takahashi
のようにユーザーを設定してもログインしようとするとエラーとなってしま
います。
:pserver:ドメイン名\USERNAME@IP_ADDRESS:
のような設定でドメインにあるユーザーならばログインできるのですが、
passwdを参照してログインする設定で動作させている人はいますか？

659 ：heno ◆mXrBwDDzyw ：02/10/28 23:08

>>656
あるcheckoutを中心にして、他メンバーのcheckoutを適宜rsync
で叩き込んでcommitする案 (conflictマシーン) に見えましたが、
CVSを使ったテキストファイルベースのWiki、といった風情のシス
テムはいかがでしょう（　´∀｀）

1. 各メンバーごとのアカウントで checkout したツリーを用意する
2. 1を Samba や netatalk で個別に見せて作業してもらう
3. telnet/ssh 経由で、番号選択で ck_update + cvs up + cvs ci や
　cvs up や checkout し放題^H^H直しといった操作を任意で実行
　できる様にする
4. 早朝に１回程度、自動でsyncさせてConflict等のログやファイル
　の移動を記録する
5. webmasterはログをチェックし、Conflictの調停に走る

あ、話、合ってますか？（ ; ´∀｀）

660 ：名無しさん＠お腹いっぱい。 ：02/10/31 22:02

あちこちに CVS っていうかっこ悪いディレクトリばら撒くなよヽ(`Д´)ﾉ

661 ：名無しさん＠お腹いっぱい。 ：02/11/01 17:39

あちこちに/* 前バージョン */ってかっこ悪いコメントアウトばら撒くなよ

662 ：名無しさん＠お腹いっぱい。 ：02/11/01 18:01

せめて .CVS/ にして

663 ：名無しさん＠お腹いっぱい。 ：02/11/01 20:04

cvs.h の CVS を .CVS に書き換えてビルドしたら、そうでない人たちと
の作業に何か困るだろうか? 特に何も困らない気がする。
問題は pcl-cvs とかの周辺ツールの方かなあ。

664 ：名無しさん＠お腹いっぱい。 ：02/11/02 15:40

>>663
そうか、そういう手があったか…。
pcl-cvsとかは、何かsetqすればOKな気がする(僕はvc.elで満足してるので詳細はわからないけど)。

ところで、emacsのファイル補完対象から「CVS」を除く設定ってできるかなあ。
bashとかは変数設定すればできるから問題ないんだけど、eamcsでそれっぽいのが見付からなくて…

665 ：663 ：02/11/02 19:13

pcl-cvs は、pcvs.el を眺めてみたところ、"CVS" とハードコード
されて分散していた。残念ながら setq 一発とはいかなさそう。
でもこれらを置き換えれば何とかなりそうな感じだ。

vc は vc-directory-exclusion-list に足すだけで良さそうですね。

関係ないけど、cvs-status が時々 cvs の出力のパースに失敗して
おかしくなるんだよなあ(特にサブディレクトリがあるとき)。
なんとかならんかな。

666 ：名無しさん＠お腹いっぱい。 ：02/11/02 20:28

達人プログラマいわく、何でもCVSにつっこめということですが、
すべてを突っ込もうとすると、ファイル名というかディレクトリの分け方にものすごく迷いません？

一度入れてしまうと名前を変えるのはそれなりに面倒ですし、
衝突がないようにもしないといけないし…

その辺りは実践されてる方はどうでしょうか？

667 ：名無しさん＠お腹いっぱい。 ：02/11/02 21:36

>>666
どうしても名前を変えたくなって、かつ、名前を変えたという履歴がいらないんなら、
repository直接いじってるよ。漏れは。
どうせ履歴残るっていっても扱いにくいし。

でも、そうするとしても、名前に迷うのはその通りだと思います。。
というか、コーディングって(ファイル名の命名も含めて)、
名前を付ける作業がかなりの割合を占めてるように思う今日このごろ。
いい加減な名前つけると、後々メンテできなくなるしね。

668 ：名無しさん＠お腹いっぱい。 ：02/11/03 08:33

ここらへん、シングルで使う分にはVSSはいいんだよな。
作業ディレクトリに変なディレクトリ作らないし。

Windowsでしか使えない上に、MS製ということで信頼性に不安が...

669 ：名無しさん＠お腹いっぱい。 ：02/11/03 10:45

けど、ファイルは作りませんでしたっけ？ 許容範囲とは思いますけど。

670 ：名無しさん＠お腹いっぱい。 ：02/11/03 16:54

VSSのプロジェクトファイルみたいのは作るね。

671 ：名無しさん＠お腹いっぱい。 ：02/11/03 23:08

CVSで文字コードSJISで日本語ディレクトリ名（モジュール名？）を管理したいんだけど。
表示、申込、ソースなどするとノーマルなCVSでは管理できないようで・・・.cvswrapperでEUCに変換するつってもこれは、ファイルの中身だけですよね・・・？
方法はあるのでしょうか？

とりあえずソース弄れ！は、最終手段として考えております…。

672 ：名無しさん＠お腹いっぱい。 ：02/11/04 00:17

>>668
> Windowsでしか使えない上に
英語版ですが、SourceOffSite という製品が UNIX 系クライアント
に対応しています。
http://www.sourcegear.com/sos/
# ついでに、通信の暗号化、圧縮にも対応しているところがいい!
# でも、日本語版は、Windows のクライアントしかないようです。

673 ：名無しさん＠お腹いっぱい。 ：02/11/04 00:27

>>671
ソースいじれ。

ちなみに環境変数USERが日本語名だったりしても色々楽しい事に
なる模様。

674 ：名無しさん＠お腹いっぱい。 ：02/11/04 00:34

ということは、Windows で例えば cygwin の CVS を使うのは、
結構ワナが多かったりするということなんでしょうか

675 ：名無しさん＠お腹いっぱい。 ：02/11/04 00:42

>>674
日本語使わなければ特に問題ない。

676 ：名無しさん＠お腹いっぱい。 ：02/11/04 01:30

>>671
漏れは普通に日本語ファイル名をCVSでコミットしてるけど、使ってるCVSは、Windows版の本家のやつ(CUIのやつ)だなあ。
あ、サーバ側はUNIXね。
UNIX側では、repositoryに、SJISのファイル名でファイルが作られてます。
別に、cvsでファイル名指定する時に苦労するくらいで、特に困ったことないよ。

cygwinでも大丈夫な気がするんだけど、だめだったりするの？

677 ：初期不良 ：02/11/04 04:36

win クライアントからだとごった煮で日本語関係不便無いけど
http://www.gembook.jp/html/moin/moin.cgi/CvsInfo

678 ：名無しさん＠お腹いっぱい。 ：02/11/04 06:22

例によって「表」とかでおかしくなったりしないんかな。

679 ：初期不良 ：02/11/04 13:41

>>678
EUC で送ってるみたいだから大丈夫みたい

680 ：676 ：02/11/04 14:45

ごった煮はGUI好きの人は良いと思うけど、漏れはvc.el使ってるので、CUIじゃないと駄目なのだ。
>>678
ファイル名をサーバに送る時に\が解釈されるとは思えないので、「表」も大丈夫だと思ってるけど。
あ、もちろん、コマンドラインの引数に渡す時は適切にクウォートする必要があるけど、
それはshellの役目でCVSの役目じゃないしね。
でも、確かめてないので、今度「表」ってファイル名でやってみよ。

681 ：名無しさん＠お腹いっぱい。 ：02/11/04 18:11

仮想ルート権限在りのレンタルサーバー借りてるので
CVS Server使えるのか調べたいのですが、Serverを構築する条件は何でしょうか？

ちなみにinetd.confの編集は却下らしい

682 ：名無しさん＠お腹いっぱい。 ：02/11/04 18:57

管理者に聞く

683 ：名無しさん＠お腹いっぱい。 ：02/11/04 20:48

>>680
ごった煮だとwincvsもcvs.exeも同じ設定になりますので、
EUCへの変換なども行ってくれます。だからemacsのvc.elでも
使うcvsがごった煮であれば問題無しかと思います。

私の環境がまさにそれ(xyzzy + cvs.l)で、
リポジトリにはEUCで保存されています。

唯一問題なのが、C-x v l の際にcvs.exeの出力(SJIS)と、
cvs logの結果(EUC)が混ざってしまうことでしょうか。

684 ：名無しさん＠お腹いっぱい。 ：02/11/04 20:50

>>683
書いた後に気付いたのですが、ファイル名の話でしたっけ(汗;)。
ファイル名に日本語を使ったことはありません。ごめんなさい。

685 ：680 ：02/11/04 21:05

>>683
あ、ごった煮って、cvs.exeのパッチも含まれてるんだ。
漏れは必要と思ったことがなかったから、ちゃんと調べてなかった。スマソ。

>>681
inetd.confの変更がゆるされなくても、
rshかsshでそのサーバにログインできれば使えるよ。
read onlyなアカウントを作りたいとかだと無理だけど。

686 ：名無しさん＠お腹いっぱい。 ：02/11/04 22:54

CVSのUNICODE化計画みたいなのは無いの？

687 ：671 ：02/11/05 01:50

ファイルの中身を変換だったら、
Clien Side : Shift JIS , Server Side : EUC にしたければ
サーバ側のCVSROOT/cvswrapperに
*.txt -f 'nkf -s' -t 'nkf -e' とかやれば問題ないはずです。（-f -t 逆かもしれん・・）
んで、ファイルの中身にかんしては、あまりパッチは必要ないと思うのだが？
# ログはまんまだけどね・・・
# サーバ側を全部Shift JISで保存されるようにしておけば、cvswebからは全部ShiftJISでお幸せにということもあるのですけどね。

私が悩んでいるのは
たとえば
cvs co ソース
       ~~~~~~ Shift-JIS
とかやるともうダメ〜な状況をど〜にかしたいわけなのですが・・
>>673
ん〜　やむを得ませんか・・・(^^;

688 ：名無しさん＠お腹いっぱい。 ：02/11/05 02:09

>>687
>>676は読んだかい？

689 ：名無しさん＠お腹いっぱい。 ：02/11/05 02:18

>>688
　読みましたが？

>>680
> でも、確かめてないので、今度「表」ってファイル名でやってみよ。
　この結果待ち・・・っていうか、

　ごった煮で cvs import ソース(Shift JISコードね)ってなことやりゃ結果はすぐ見えますが。。。

　ソCVSとかいうものができたり・・・

　cvs co ソース もできません。（見つけてくれない。）

690 ：　　 ：02/11/05 02:29

画像が貼れるチャット＆掲示板
http://www.i-chubu.ne.jp/~tomomi-h/marion/navi/navi.cgi?links=20311

691 ：名無しさん＠お腹いっぱい。 ：02/11/05 05:47

>>689
ファイル名そのもののエンコードを変更する拡張というのは
今の所見たこと無いです。単に私が見たこと無いだけか、
世間的に需要が無いのかわかりませんが。
多分cvsコマンド自身をいじった方が後々の為に良いと思います。
ところで、

> ソCVSとかいうものができたり・・・
>　cvs co ソース もできません。（見つけてくれない。）

これって、WinCVSだと問題ないってことはありませんか?
もしくはお使いのコマンドシェルの問題とか。

692 ：680 ：02/11/06 23:52

>>689
やってみたら、できませんでした。がっくし。

> ls
CVS/ build.xml com/ hoge/ ソース.java
> cvs add *.java
cvs [server aborted]: could not chdir to ・ No such file or directory
> ls
CVS/ build.xml com/ hoge/ ほげほげ.java
> cvs add *.java
cvs server: scheduling file `ほげほげ.java' for addition
cvs server: use 'cvs commit' to add this file permanently

これはtcshで、cygwinのCVSでやったものだけど、
DOS窓でやろうが、Windowsネイティブのバイナリでやろうが、
結果は違ったものの、扱えないことにはかわらなかった。
上の'ほげほげ.java'みたいに'\'が無ければうまくいくのにねえ。

693 ：名無しさん＠お腹いっぱい。 ：02/11/07 00:30

cvs の欠点を踏まえた上での新しいバージョン管理ツールの作成ってないんですかね
どこかで聞いたことがあるような気もするんですが…

694 ：名無しさん＠お腹いっぱい。 ：02/11/07 00:55

>>693
subversionのこと？
http://pc.2ch.net/test/read.cgi/linux/1002355536/

695 ：名無しさん＠お腹いっぱい。 ：02/11/07 03:39

http://diary.imou.to/~AoiMoe/2002.11/early.html#2002.11.06_s05
http://chizuru.bunkasha.co.jp/~yui/nov02.html#1106_9

クソみたいな議論をされているようですが。:)

696 ：名無しさん＠お腹いっぱい。 ：02/11/07 08:22

だってクソじゃーん。

697 ：名無しさん＠お腹いっぱい。 ：02/11/08 00:37

>>695
思わず読んで激しく疲れた（ｗ
偏見って怖いね。

698 ：名無しさん＠お腹いっぱい。 ：02/11/08 00:40

>>697
葵の人も電波届いたな人も、あの文章に対してまともに返答してるのが
さすがというか何というか。俺だったら、サクッと /dev/null に送ってしま
うところだ。

しかし MS-DOS か。渋すぎ。

699 ：名無しさん＠お腹いっぱい。 ：02/11/08 00:42

結局のところ、Windows 上では日本語ファイル名は使わない方がいいという結論なのでしょうか

700 ：680 ：02/11/08 00:59

>>699
そうなっちゃうねえ。
まあ、SJISエンコーディングで'\'が入らない文字だけ使うことにすれば、使えないことはないのだけど…。
(というか、実際に使ってるし、ここで指摘されるまで'\'入りの文字がおかしくなるなんて知らなかった)
あるいは、WindowsのCVSに手を入れて、EUCにしてから送れば問題ないはずなのだが…。

701 ：名無しさん＠お腹いっぱい。 ：02/11/08 22:12

普通に import すると、カレントディレクトリのファイルを全部登録してしまいますが、
特定のファイルだけ import したいときは、まず空のディレクトリを import してから
add するものなのでしょうか。

702 ：名無しさん＠お腹いっぱい。 ：02/11/08 23:52

>>701
特定の拡張子だけ除外とかではなくて？
特定の拡張子除外とかなら、.cvsignoreでOKなんだけど。。

703 ：名無しさん＠お腹いっぱい。 ：02/11/09 01:04

例えばホームの dot file を管理したいとしますよね。
ここでホームを import してしまうと、ホームが丸ごと CVS に入ってしまうので、
一つのディレクトリに CVS に入れたいものと入れたくないものがあるときはどうしようかと思ったんです。

この場合は、 ~/etc とかに移してそれを import するべきなのかもしれませんが。

704 ：貼ってみたかっただけ ：02/11/09 01:14

　　　＿＿＿＿　　　　　　　　　　　　　　 l
　　　　　　　　　＼　　　　　　　　　　　　　　―┼―ヽ　　＼
　　　　　　　　　｜　　　―――――　　　　/　　　|　　　ゝ
　　　　　　＿／　　　　　　　　　　　　　　/　　　　|
　　　　　　　　　　　　　　　　　　　　　　　　/　　　　_」
　　　　　　　　　　　　　　 l　　　　　　　　　　　　　　 /　　　　｜｜　ヽ　　―┼―　　　　　　l
　　　　ヽ　┌―┐　　―┼―　　　┌―――┐　/￣￣￣7|　|　――　―┴―　　　　　＿|＿＿/
　　　＿　　.| ┌┤　――┼――　　 |　　　　　｜　　　　　　|　　　　―　「￣￣￣￣|　　／　｜　／￣＼
　　　　｜ |￣￣￣|　　　／　　　　　｜　　　　｜　　　　　/　　　　―　　　|　｜　　　/　　　|／　　　　|
　　　　人｜　□　」　／　　　＼　　｜　　　　　|　　　　　/　　　　┌‐┐　 |　｜　　 |　　／|　　　　　 /
　　　ノ　ヽ―――　￣￣￣￣ヽ　├―――┤　　　／　　　　　├‐┤　ノ　　|＿」　ヽ／　ヽ　　 _／

705 ：名無しさん＠お腹いっぱい。 ：02/11/09 01:14

unix的ではないが、FDでマークしてドバーッとcvs add、これ楽。

706 ：名無しさん＠お腹いっぱい。 ：02/11/09 02:04

>>703
1. サブディレクトリを掘って、CVSで管理したいファイルをそこに移動
2. そのサブディレクトリをまるごとcvs import
3. サブディレクトリの中でMakefileを書いて、commit後にmake install

つーか過去ログ読め

707 ：名無しさん＠お腹いっぱい。 ：02/11/10 00:35

モジュール名の文字コードをUTF-8に変換して保存してくれるようなCVSに対するパッチは無いか？

EUCに変換するとかあるが、結局問題があるから、いっそのことUTF-8のほうがありがたい・・

ファイルの中身を変換するのは、cvswrapperにnkfでやるから。モジュール名の対応なんとかしたい。

708 ：680 ：02/11/10 02:06

>>707
純粋に疑問なんだけど、なんでEUCだと問題があるの？

709 ：名無しさん＠お腹いっぱい。 ：02/11/10 02:54

>>708
だから、cvs import "ソース"(SJISコード)　とかやるとリポジトリの"ソース"部分はSJISで その下のファイル名はEUCに変換されてたりする。
cvsのソースを見たが一筋縄ではいかない雰囲気。そんなのに手を出すぐらいなら全部UTF-8に変換してくれる、ちゃんとしたやつがほしいんです。
EUCでいいじゃんとか　そういう文字を使わなきゃ良いじゃんですますとVSS（の方がまだまし？）に負けてる気がして悲しいのです。

710 ：名無しさん＠お腹いっぱい。 ：02/11/10 03:04

sjis + cvs なんて使うなって思うんだけど。おとなしく vss 使ったらいいんでは？
使いなれたツールに愛着があるのは俺にも分かるけど、適材適所で選ばなきゃ。

>全部UTF-8に変換してくれる、ちゃんとしたやつがほしいんです。
UTFに変えればなんでも大丈夫ってわけじゃない。

711 ：名無しさん＠お腹いっぱい。 ：02/11/10 03:28

>709
>708は
> EUCに変換するとかあるが、結局問題があるから
という部分のことを言っているんだと思うが、EUCに何か問題でも？
UnicodeあるいはUCSにも問題があることは理解している？

712 ：名無しさん＠お腹いっぱい。 ：02/11/10 05:26

>>709
> だから、cvs import "ソース"(SJISコード)　とかやるとリポジトリの"ソース"部分はSJISで その下のファイル名はEUCに変換されてたりする。

これってマジですか? ファイル名がEUCに変換されてる?
で、ファイルを取り出すときに逆変換(EUC -> SJIS)されてるの?
どの実装の話でしょうか。きになるきになる。

713 ：名無しさん＠お腹いっぱい。 ：02/11/10 11:35

>>710-712
　質問に質問で返すようなアホするまえにソース読んでみろや？

> これってマジですか? ファイル名がEUCに変換されてる?
　WinCVSごった煮版

> で、ファイルを取り出すときに逆変換(EUC -> SJIS)されてるの?
　この場合入れられても、取り出せません。

714 ：名無しさん＠お腹いっぱい。 ：02/11/10 12:52

>>710
> sjis + cvs なんて使うなって思うんだけど
思うのは勝手だが、強制するなよ…。Win32 がこれだけ広まってる以上、
SJIS とも付き合っていかにゃならん人間も多い。

（もちろん 710 が SJIS なんか忘れて幸せな世界に住むのは自由だ。
それはそれで一つの見識）

715 ：名無しさん＠お腹いっぱい。 ：02/11/10 14:07

初めて知ったんだけど、「VSSはライセンス料が必要」なんだね…
会社のライセンスで使わされてたから気がつかなかったけど…
しかし、サーバはファイル共有なデータベース管理（外に向けて開けない）だし、VSS用の設定情報がプロジェクトの内部に入ってたりするのは美味しくナイです。

cvsは、Win32版も出てるし、ライセンスはGPLだし、*一応*マルチプラットフォームな部分やセキュリティもある程度しっかりできる。
と、いろいろ考えるとやっぱりcvsのほうが将来性があると思うですよ・・・

んで・・・
SJISの問題なんだけど、WinCVSなどのWin32版のCVSではディレクトリ区切りが一部バックスラッシュ"\"で判断しているところがあり、それが問題ってことに気がつきました。
要は、バックスラッシュをやめてスラッシュで見るようにすれば可能かもしれませんね。大人しくソース弄ってみます…

最終的には、EUC系,SJIS系,JIS系,Unicode系いずれのクライアントでもレポジトリの文字コードをあまり気にせずに扱えるのが望ましいのでしょうけど…
難しそう…

read.cgi ver5.26+ (01/10/21-)