■掲示板に戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50



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

CVSを使ってファイル管理

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

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

734 :名無しさん@お腹いっぱい。 :02/11/23 16:02
Please check that your locale settings "en_US" are supported and installed on your system.
嫁、そしてスレ違い

735 :733 :02/11/23 16:32
>>734
CVSの話なのでスレ違いじゃないと思うのですが。。。


736 :名無しさん@お腹いっぱい。 :02/11/23 17:56
CVSの話じゃないんだよ。
スレ違いっつーことはそういうことだというくらい
理解しる。


737 :名無しさん@お腹いっぱい。 :02/11/23 22:49
>736
いや、意外と CVS の話題かも知れんぞ。ログインして cvs commit する分には
個人の .bash_profile に書いとけば良いわけだが、リモートから inetd 経由で
使ってますとかだと話が変わってくる。

CVS 的に解決するなら、CVSROOT/notify にメールを送るように書いてあると思う
けど、その先頭に env LANG=C とか付けたら? もちろん CVS 的に解決せずに
/etc/login.conf みたいな OS 側の設定ファイルで対処する方法もある。

なんにしても、質問するなら「動作環境と設定ファイルの中身ぐらい晒せ」とは
思うけど。

738 :名無しさん@お腹いっぱい。 :02/11/23 23:38
>>737
| いや、意外と CVS の話題かも知れんぞ。

それがUNIXなシステムを設定する際の一般的な問題ではなく、
あえてCVSの話題だと主張するなら、その根拠を上げてからにせえよ。


739 :名無しさん@お腹いっぱい。 :02/11/24 00:15
perl の話でしょ。

740 :名無しさん@お腹いっぱい。 :02/11/24 00:18
グラフィックデータなどバイナリーデータに向いたバージョン管理システムありませんか?


741 :名無しさん@お腹いっぱい。 :02/11/24 00:20
>>740
それは CVS の話なのか?

742 :名無しさん@お腹いっぱい。 :02/11/24 00:40
>>740
オモロイかもね

743 :名無しさん@お腹いっぱい。 :02/11/24 00:41
>739
何を必死になってるんだ…

744 :名無しさん@お腹いっぱい。 :02/11/24 00:43
グラフィックデータ程度ならCVSに突っ込めばいいんじゃないかと。
ディスクは余分に喰うけど気にすんな。

745 :名無しさん@お腹いっぱい。 :02/11/24 00:52
そうだけど、使いやすくて閲覧しやすいグラフィック用のフロントエンドがあれば結構使えるかも

746 :名無しさん@お腹いっぱい。 :02/11/24 01:15
>>745
差分とかもビジュアルに表示してくれると結構楽しいかもね


747 :名無しさん@お腹いっぱい。 :02/11/24 04:53
WinCVSやcvsweb、viewcvsなどではダメですか?

748 :初期不良 :02/11/24 05:23
バイナリ差分だったら subversion じゃ?

749 :名無しさん@お腹いっぱい。 :02/11/24 14:25
>>746
差分をビジュアルに表示したいとなると、究極的にはファイルタイプごとに
違った差分ビューアが必要だな。


750 :名無しさん@お腹いっぱい。 :02/11/24 14:28
>>748
この間、FreeBSD portsからインストールしたsubversionでCybozuのDBの
バックアップを差分管理しようとしてみたけど、「差分」とは言えない
ぐらいsubversionのDBが大きくなった。


751 :名無しさん@お腹いっぱい。 :02/11/24 15:36
>749
バージョン管理ツール側では、そのためのインターフェースを提供してくれれば
良いような気はする。

差分のビジュアル表示はともかく、画像データだとサムネイル一覧表示とかは
欲しくない?

cvs display -rRELEASE_1_0_0 -rRELEASE_1_1_0 foo.jpg

これで RELEASE_1_0_0 から RELEASE_1_1_0 までの foo.jpg をずらっと表示
できる、とかさ。

752 :名無しさん@お腹いっぱい。 :02/11/24 18:15
>>751
cvsが画像を画面に表示するの?
それともHTMLみたいなものを吐き出すとか?


753 :名無しさん@お腹いっぱい。 :02/11/24 18:37
cvswebとかviewcvsみたいなものの仕事のような

754 :名無しさん@お腹いっぱい。 :02/11/24 19:24
ImageMagickに渡せば良いような気が。

755 :名無しさん@お腹いっぱい。 :02/11/24 19:49
>752
パイプで繋ぐなり CVSROOT/XXX で使うプログラム設定するなり。CVS
自身にビルトインするのは、ファイルタイプの増加に耐えられないから
止めた方が良いと思う。

756 :名無しさん@お腹いっぱい。 :02/11/25 01:49
>>755
subversionだと、diffプログラムをplug-inできるから、そういうことも可能そうだね。
ドキュメントで読んだだけなので、実装されてるかどうか分からんが。

757 :名無しさん@お腹いっぱい。 :02/11/25 04:10
cvs serverが稼働するポートは2401って情報を
入手したいんですが、あってますか?

758 :名無しさん@お腹いっぱい。 :02/11/25 04:17
>>757
別に/etc/servicesでcvspserverを2401以外にすれば変更はできると
思うが。まぁ普通2401だってのはその通り。

759 :名無しさん@お腹いっぱい。 :02/11/25 15:30
>>758
レスありがとう。
FreeBSDのipfwで2401番への接続は許可してないはずなのに
なぜか'cvsup.jp.FreeBSD.org'に接続できちゃうんだけど。
ポートスキャンする以外にcvs serverが稼働してるポート
番号知るにはどうしたらいいの?

760 :名無しさん@お腹いっぱい。 :02/11/25 15:40
>>759
接続できちゃうのが困るなら tcpdump でもして調べとけや。
cvsup なら 5999/tcp 使うだろ.


761 :名無しさん@お腹いっぱい。 :02/11/25 15:55
>>760
5999だったのか。
anony ftp用に4000-65535に穴開けてたのが原因だった
みたいです。tcpdumpについてちっと勉強してきます。

762 :名無しさん@お腹いっぱい。 :02/11/25 16:36
>>761
むしろ cvsup と cvs の違いについて勉強してください。

763 :名無しさん@お腹いっぱい。 :02/11/25 18:17
つながってるんだったら何もtcpdumpまでせんでも、sockstatとか
netstat -aで確認できるんでないかい?

764 :名無しさん@お腹いっぱい。 :02/11/25 21:46
portrangeで50000-60000ぐらいを限定に開けとけ。

765 :名無しさん@お腹いっぱい。 :02/11/26 02:16
>>762-764
親切にありがとう。
全てのアドバイスを忠実に実行しようと思います。(・∀・)イイ!!

766 :名無しさん@お腹いっぱい。 :02/11/27 00:50
>>743
「すれ違い」以外に訴えることが無いのか、言えないのか どっちかだとおもった。

ageてみた。

767 :名無しさん@お腹いっぱい。 :02/11/27 00:54
cvs update をしたときに、手元のファイルを勝手にマージしないようにはできないのでしょうか?
そういうときは cvs status ですか?

768 :名無しさん@お腹いっぱい。 :02/11/27 00:56
>>767
cvs update -C

てかcvs -H update

769 :名無しさん@お腹いっぱい。 :02/11/27 01:04
>>768
それだと手元の修正が飛んでしまうが、>>767はそうしたかったのか。


770 :名無しさん@Emacs :02/11/27 16:39
status 見たら更新無くて
(その間に更新されて)
安心して update ・・・ぎゃーマージされた。

771 :名無しさん@お腹いっぱい。 :02/11/27 16:42
>>768
ワロタ

772 :767 :02/11/27 18:21
やりたいことを考え直してみたんですが、
・手元のファイルを勝手に書き換えられたくない
・リポジトリとの状態の違いを見たい
…ってことはやっぱりstatusですね

でも長くて読みづらいんだよなぁ

773 :名無しさん@お腹いっぱい。 :02/11/27 19:42
cvs -n update


774 :名無しさん@お腹いっぱい。 :02/11/27 19:45
>>772
cvs status | grep ^File
でいいんじゃないの?

775 :名無しさん@お腹いっぱい。 :02/11/29 00:28
>>772
漏れは
cvs status | grep Status | grep -v Up-to-date
を使ってるな。

776 :名無しさん@お腹いっぱい。 :02/12/02 18:44
改行コードをCRLFからLFに変えようと思いました。
普通に変えてcommitするとdiffが大変になるので、
commitする前にリポジトリをLFに変えようと思うんですが、こういうことをしてもいいんでしょうか。

777 :名無しさん@お腹いっぱい。 :02/12/02 21:32
直接アクセスできるんなら可能ではある。
排他処理を万全にすることと、coしてあるファイルは一度消さないとupdateさ
れないことに注意。


778 :名無しさん@お腹いっぱい。 :02/12/12 10:43
CVSでチェックアウトしたファイルを
コミットするまで他の人がチェックアウト
できないようにする方法ありますか?

調べたんですがなさげな気が・・・・

779 :名無しさん@お腹いっぱい。 :02/12/12 10:55
>>778
無理。
* CVSを使わない
* CVSのやり方に慣れる
のどちらかを選びましょう。

780 :名無しさん@お腹いっぱい。 :02/12/12 13:44
>>778
CVSの想定する使い方に思いっきり外れる。

やってやれないことはないが。
cvs adm -l

781 :名無しさん@お腹いっぱい。 :02/12/12 14:16
cvs admin -l は commit の防止でしょ。

782 :名無しさん@お腹いっぱい。 :02/12/13 03:49
では最悪の方法を。

自分がcheckoutしたらリポジトリそのものをリネーム、commit直前に
元に戻す。毎回手打ちするのが面倒ならssh辺りでリモートシェルと
して実行。

783 :名無しさん@お腹いっぱい。 :02/12/13 08:05
リポジトリを直接いじったら昔のやつが取り出せなくなってしまった

784 :名無しさん@Emacs :02/12/13 11:22

Java のソースを CVS で管理させています。

commit したあとに自動的に build してやって作成した jar を特定のディレ
クトリに収納しようと思っています。

はじめは $CVSROOT/CVSROOT/loginfo の中で cvs checkout してやって、そこ
から build してやろうと思いましたが、 lock されているので cvs checkout
が lock 待ちになってしまい、build できません。

$CVSROOT/modules の中で -i を使って commit したら実行するプログラムを
指定しようとしたのですが、これが module のトップからの commit しか受け
付けてくれないので、使えません。

commit 後、何かのプログラムを動かすようなしかけはないでしょうか。



785 :名無しさん@お腹いっぱい。 :02/12/13 11:45
>>784
( sleep 5; hoge ) &


786 :名無しさん@Emacs :02/12/13 13:40

>> 785

ありがとうございます。

その方法も検討していたのですが、これだと連続してコミットが行われた場合
sleep 5 してる間に対象のコミットではなく次以降のコミットに対して build
してしまうことになりませんかね。

コミットの前処理が $CVSROOT/CVSROOT/commitinfo で出来るそうですが、 コ
ミットの後処理ができるものはないでしょうか。 loginfo だと後処理という
より、終了前処理ですよね。commit 完了後に動かしたいわけです。


787 :名無しさん@お腹いっぱい。 :02/12/13 14:33
>>786
ciしてbuildするラッパーでも使えば。

788 :名無しさん@お腹いっぱい。 :02/12/13 15:17
>>786
そこまで厳密さを要求するとなると、commit直後に手元でbuildするしかない。


789 :名無しさん@Emacs :02/12/13 15:49

>> 787

ありがとうございます。このラッパーはどのように設定するものでしょうか。


>> 788

やはり自動では無理でしょうかね。。。。


790 :名無しさん@お腹いっぱい。 :02/12/13 16:05
>>789
Infoの「What is CVS?」「What is CVS not?」セクションも読んでみ。

791 :名無しさん@Emacs :02/12/13 16:40

>> 790

ありがとうございます。え〜どれどれ、、、、

> CVS is not a build system.

ズガ━━━( ̄□ ̄;)━━━ン!


792 :名無しさん@お腹いっぱい。 :02/12/13 16:44
http://digikei.kir.jp/

793 :名無しさん@お腹いっぱい。 :02/12/14 20:26
FreeBSDかOpenBSDのcvsなら cvs -R co でチェックアウトすればロックを作らないので
sleepしなくてもいいはず。
GNUのcvsに
ttp://cvsweb.FreeBSD.org/ports/devel/cvs+ipv6/files/patch-freebsdlocal
のパッチをあてれば FreeBSD cvs にできると思うよ。
試したこと無いので出来なかったらスマソ。

あ、でも loginfo から呼んでコミット後のリビジョンを取出せるの
かは知らない。

794 :787 :02/12/14 23:16
>>789
設定っつーか

#!/bin/sh
cvs ci "$@"
exec make

ぐらいの意味だけど。

795 :名無しさん@お腹いっぱい。 :02/12/18 21:25
Solaris 7 + cvs1.11にwincvsから繋ぐと
cvs login: authorization failed: server yahoo.co.jp rejected access to /home/hoge/cvs for user hoge
等と出ます。ちゃんと/etc/passwd は$CVSROOT に置いたのにな。

サーバー側の設定に詳しいWebSiteも漁ってみたが、、、
たしけて

796 :名無しさん@お腹いっぱい。 :02/12/18 21:31
>>195
ちゃんとドキュメント嫁
$CVSROOT ではなくて $CVSROOT/CVSROOT
CVSROOT/passwd は /etc/passwd と同じフォーマットではない

797 :名無しさん@お腹いっぱい。 :02/12/18 23:06
>>795
そもそも/etc/passwdと同じで良いんだったら、CVSROOT/passwdはデフォルトのままでOKだよ。

798 :名無しさん@お腹いっぱい。 :02/12/19 01:41
>>778
ん〜 これは、どのようなユースケースでしょうか・・・思いつきません。

さらに、それが出来たとして「すでにチェックアウトしてた人」はどのように対処すべきなんでしょう?(勝手に消すか?うわぁ・・)

単純に認証を止めるとかいう手があります。(そのユーザに対して設定してあるpasswdを無効にする)
どっちにしろ「すでにチェックアウトしてた人」はど〜しよ〜もないですがね。

799 :名無しさん@お腹いっぱい。 :02/12/19 01:52
>>789
loginfoではロックファイルの作成/削除だけにしておき、
別プロセスでロックファイルを待ち合わせるループを組んで、
その中でcvs up -dAP && make というのはどうでしょう?
ロックファイルでなくFIFOとかでもいいけど。


800 :名無しさん@お腹いっぱい。 :02/12/20 11:29
$cvs -d :pserver:hoge@localhost:/tmp/test/cvsroot login
$cvs -d :pserver:hoge@localhost:/tmp/test/cvsroot co temp
cvs server: Updating temp
U temp/a.txt
U temp/b.txt
U temp/c.txt

$cvs -d :pserver:ahe@localhost:/tmp/test/cvsroot login
$cvs -d :pserver:ahe@localhost:/tmp/test/cvsroot co temp
cvs [server aborted]: "checkout" requires write access to the repository

CVSROOT/readersの内容
ahe

hogeとaheは同一グループ
両方ログインできるが。。。
aheはcheckoutすらできず。
。。。checkoutすらできんもんでしょうか?
両方ともローカルで操作してます。

801 :名無しさん@お腹いっぱい。 :02/12/20 11:42
>>800
デジャヴ?

802 :名無しさん@お腹いっぱい。 :02/12/21 04:50
今日突然 CVS 中の 1 ファイルが壊れてた。ファイルやディスクシステムの異常じゃ
なくてバージョン上の理由で矛盾が大量発生、CVS 経由で参照・更新不能、突如その
ソースだけコンパイルエラー出まくり。結局 telnet で入って該当ファイルリネーム
して、クライアントのファイルを乗せなおした (バックアップより新しかったので)。

自宅鯖で一人で使ってただけだから高負荷なんてはず無いのに、こんなこともある
んだな CVS。

803 :名無しさん@お腹いっぱい。 :02/12/21 04:52
>>802
FUDか? 具体的な状況説明がなにもないな。


804 :名無しさん@お腹いっぱい。 :02/12/21 04:59
きっと、cvs update したら

<<<<<<< foo
hoge
=======
fuga
>>>>>>> 1.2

こんなんなっちゃったんだよ。

805 :名無しさん@お腹いっぱい。 :02/12/21 05:39
> CVS 経由で参照・更新不能
っていいつつも、
> その ソースだけコンパイルエラー出まくり
ってどういう状況だったの?参照できない(ファイルが見られない)なら
そもそもccがコンパイルに入る以前にエラーを出すんじゃないかなあ。

いずれにせよ、ファイルが壊れたと思ったら、RCSのコマンドまで降りて
調べてみる価値があると思う。復活できるかもしれないし。

806 :名無しさん@お腹いっぱい。 :02/12/21 06:10
ごめん、CVS は本当に使ってるだけであまり詳しくないのよ。

1. 全ソースチェックアウトしたら突如 1 ファイルで大量のコンパイルエラー
2. なんだと思って別マシンでチェックアウトを試みたが「バージョンの?? (忘れた)」で出来なかった
3. やっべえと思って CVS パーティションに e2fsck を実行したが何も発見できず
4. 該当の ,v ファイルを覗いてみたが普通のテキストファイルだった (意味は分からんが)
5. しょうがないので ,v ファイルをリネームして最新版をチェックイン

Sun Cobalt Linux 2.2.16C33_III+VPN
cvs-1.11.1p1-6.2.C1r4

807 :名無しさん@お腹いっぱい。 :02/12/21 08:32
>>806
全然「参照・更新不能」じゃないじゃん。
>>804を確認してみろ。


808 :名無しさん@お腹いっぱい。 :02/12/21 09:49
なるほど、こいつぁFUDだぃね。

809 :名無しさん@お腹いっぱい。 :02/12/21 11:56
>806
> 2. なんだと思って別マシンでチェックアウトを試みたが「バージョンの?? (忘れた)」で出来なかった
その段階で書き込めば、何か別の手段があったかもしれんね。co できない状況
っつーと、何だろうね?

810 :名無しさん@お腹いっぱい。 :02/12/21 16:45
>>809
>>806 5. しょうがないので ,v ファイルをリネームして最新版をチェックイン
ってことだから、適当な,vって名前にすれば確認可能と思われ。

>>808
せめて連休中になんらかのreplyなきゃそう判断するしかないな。



811 :henoheno ◆mXrBwDDzyw :03/01/02 21:01
維あけまして
持おめでとうございます


812 :名無しさん@お腹いっぱい。 :03/01/14 00:15
使い方はなんとなくわかったが、運用を考えると悩むな。
(結構あたりまえの使い方しかしてないが)
そのうち質問するんでよろしく

813 :山崎渉 :03/01/15 12:52
(^^)

814 :名無しさん@お腹いっぱい。 :03/01/15 21:19
>>813
アニメ声優だっけ?


815 :名無しさん@お腹いっぱい。 :03/01/27 03:59
CERT 勧告、CVS に脆弱性
http://japan.internet.com/webtech/20030127/12.html

816 :相互リンク :03/02/01 14:57
CVS導入スレ〜
http://pc2.2ch.net/test/read.cgi/tech/1030563262/

817 :henoheno ◆g2j80BX5do :03/02/03 23:03
 複数の既存パッケージやパッチをCVSリポジトリに
叩き込むスクリプト(cvsknit)を作っている者ですが、
CVS本体についてリポジトリを編んでみましたのでお
知らせします。

CVS Version 1.9, 1.9.28, 1.10, 1.10.[5-8], 1.11, 1.11.1 , 1.11.1p1, 1.11.[2-5]
ttp://minix-up.sourceforge.jp/cgi-bin/l.cgi/l/cc/

 何がどのリリースの時点で修正されたのか、あるいは
リリースごとの違いを大雑把に把握するのに有効ではな
いかと思います。

#トリップ変えました。ttp://minix-up.sourceforge.jp/ の
#最後に記載。


818 :henoheno ◆g2j80BX5do :03/02/03 23:12
_analysis ディレクトリにはささやかなログが入っています。

CVSUPLOG.txt (commit直前の "cvs -n up" の結果)
ttp://minix-up.sourceforge.jp/cgi-bin/l.cgi/l/cc/_analysis/CVSUPLOG.txt?rev=1.14

KW_SUMMARY.txt (CVSUPLOGの集計結果)
ttp://minix-up.sourceforge.jp/cgi-bin/l.cgi/l/cc/_analysis/KW_SUMMARY.txt?rev=1.1

TRANSDETECT.txt (ファイルの移動を検知)
ttp://minix-up.sourceforge.jp/cgi-bin/l.cgi/l/cc/_analysis/TRANSDETECT.txt?rev=1.2


819 :名無しさん@お腹いっぱい。 :03/02/07 16:40
rootが動かすrubyスクリプトを書いていて、権限を落とすためにProcess.euidを
変更してるんですが、そのなかで system("cvs ci ...") すると、なぜかログには
変更したuidではなくrootと記録されてしまいます。

euidではなくuidを変更すれば、rootではなくそのuidが記録されますが、
あとでrootに復帰したいのでeuidを使いたいのです。

仕方がないので、
fork do
Process.uid = 500
exec("cvs ...")
end
Process.wait
のように子プロセス内でuidを変更するようにしてみましたが、どうも
納得いきません。cvs はどこで自分を実行しているユーザidを見てる
んでしょう?


820 :名無しさん@お腹いっぱい。 :03/02/07 18:34
>>819
getuid()で見てれば当然そうなると思うが。

821 :名無しさん@お腹いっぱい。 :03/02/07 18:36
>>820
あ、そうか。吊ってきまつ…


822 :名無しさん@お腹いっぱい。 :03/02/08 00:25
>819
fork 後に uid 変えるのが何故納得いかないと?
それが最も自然な解だと思うが

823 :名無しさん@お腹いっぱい。 :03/02/08 09:35
819はuidの管轄する機能について正しく理解していない。
誰が、というidentityの問題と、
どの権限で、という問題をいっしょくたにしてる。

seteuid()は後者のみを一時的に変更するものなんだから
identityを参照すると元のユーザになってるのは当たり前。

前者はその趣旨からいって当然だが、fakeする操作は用意されていない。
元のuidを保持しつつそれぞれのユーザに変身して振る舞うには、
>>819のようにforkするのがセオリー。sshd/rshd/telnetdはじめ
そういう処理が必要な各種デーモンは昔から皆そうしてる。



824 :819 :03/02/08 12:22
>>823
詳しい解説ありがとうございます。納得いきました。

今作っているのはsshd/rshd/telnetdのように個別ユーザーに対応する
タイプのデーモンではないので、一時的に権限を落とすために、という
発想で seteuid() を使おうと思ったのでした。子プロセスを起動しない
ぶんリソースを消費しないし、などとも思ってたんですが、ちょっと調べて
みたら、必ずしも親プロセスの全メモリをコピーするわけじゃないんですね。


825 :名無しさん@お腹いっぱい。 :03/02/08 14:58
>824
> 子プロセスを起動しないぶんリソースを消費しないし、などとも思ってたんですが

system(3) は、子プロセスを生成して実行する関数である、ということは分かっているよね?

826 :名無しさん@お腹いっぱい。 :03/02/08 15:02
そろそろスレ違いの悪寒。

827 :819 :03/02/08 18:20
>>825
うん。
Process.euid = 500
...(ユーザID500権限で実行する諸々のコード)
if なんとか
fork do # 実行するときもしないときもある
Process.uid = 500
exec("cvs ...")
end
end
と、
fork do # 必ず実行する
Process.uid = 500
...(ユーザID500として実行する諸々のコード)
if なんとか
fork do
exec("cvs ...")
end
end
end
の違いってことです。
# スレ違いスマソ。


828 :名無しさん@お腹いっぱい。 :03/02/13 16:01
VCでCVSつかうためにCVSのバージョン管理COMインターフェイス作るって話を
昔聞いたんですが、最近はどうなってるんですか?

829 :名無しさん@お腹いっぱい。 :03/02/14 06:59
>>828
>>433ではなく?

830 :名無しさん@お腹いっぱい。 :03/02/15 06:49
LinuxのCVSをセットし、プログラムのソースを管理しています。
ユーザがCVSに新たなプロジェクトをImportするとリポジトリの
中の該当ディレクトリ以下の全てのファイルのパーミッションが
-r--r--r--になってしまい、他のユーザがcheckoutできない状態です。
CVSでImportしたときのデフォルトのパーミッションってどう設定すれば
よろしいのでしょうか。厨ですみません。

831 :名無しさん@お腹いっぱい。 :03/02/15 07:13
>>830
リポジトリのディレクトリの所属グループと書き込みパーミッションを
変更すればいいはず。

ユーザ taro, hanako が共通して所属するグループ foo を /etc/group
に作り、

chown -R taro:foo /home/taro/cvs/hoge
chmod g+w /home/taro/cvs/hoge

しておけば、hanako も cvs -d /home/taro/cvs co hoge でチェックアウト
できるんじゃないかな。


832 :名無しさん@お腹いっぱい。 :03/02/15 08:21
つか、cvsグループ作って>>831のようにするのがお約束だと思ってたが。

833 :名無しさん@お腹いっぱい。 :03/02/15 08:32
>>831
どもです。
一旦Importしたリポジトリのファイルをおっしゃるように手動で設定
しなおせばアクセスできます。ですが、それをユーザが何かをImportするたび
(同じリポジトリ内に新たなディレクトリを追加するということは
よく行われます)にパーミッションの再設定を行うのが面倒なのです。
CVSでリポジトリを登録する際に使われる「デフォルトの」パーミッション
の変更方法を知りたいのです。
アドバイスをどーぞよろしくお願いいたします。


掲示板に戻る 全部 前100 次100 最新50

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