manページ  — CI

ci - RCS ファイルにリビジョンをチェックインする

書式 解説 オプション ファイル名規則 使用例 ファイルモード 関連ファイル SETUID の使用 環境変数 診断 作者 関連項目

ci [options] file ...

-rrev	リビジョン rev をチェックインします。
-r	-r オプションをリビジョン抜きで使用した場合、 ci にとって特別な意味が有ります。他の amp;amp;RCS コマンドでは -r オプションを単体で使用するとデフォルト枝の最新のリビジョンを指定します。 しかし、 ci ではロック解除、ワークファイル削除を行い、 シェルのエイリアスやスクリプトによりデフォルトとされてしまった -l や -u オプションの効果を打ち消します。
-l[rev]	-r と同様の動作を行ったあと、 co -l と同様の動作も行います。 すなわち、登録されたリビジョンは即座にロックされ、チェックアウトされます。 これは、リビジョンをチェックインしてさらに編集を続けたい場合に便利です。
-u[rev]	-l とほぼ同様の動作をしますが、登録されたリビジョンはロックされません。 これは、チェックインしたリビジョンの内容をすぐに参照したい場合に便利です。 -l 、リビジョン無し -r, -u オプションは、最後に指定したもののみが効力を持ちます。 たとえば、 ci -u -r は ci -r と等価です。 リビジョン無し -r が -u に優先するからです。
-f[rev]	強制的に登録します。 直前のリビジョンとの違いがない場合にも、 新しいリビジョンとして登録します。
-k[rev]	リビジョン番号などをローカルに算出せずに、 ワークファイルからキーワードを探し、 リビジョン番号、作成日時、状態、作者 ( co(1) を参照) を検索し、登録されるリビジョンに割り当てます。 さらに、 ci を起動したユーザ名と実際にチェックインされた日付を含む デフォルトのログメッセージを作成します。 本オプションは、配布されたソフトウェアを登録するのに便利です。 複数のサイトに配布されたリビジョンは、 元のリビジョン番号、作成日付、状態、作者を保存するために、 -k オプションを使って登録するべきです。 ワークファイルのキーワードから取り出した値とログメッセージは、 -d, -m, -s, -w や、他のリビジョン番号を生成するようなオプションにより 変更することができます。
-q[rev]	沈黙モードです。 診断メッセージを表示しません。 直前のリビジョンから変更がない場合、 -f オプションを指定していなければ、登録を行いません。
-i[rev]	最初のチェックイン; amp;amp;RCS ファイルが既に有る時にはエラー報告します。 特定のアプリケーションのレース状態を避けます。
-j[rev]	初期化を行わず、チェックインします; amp;amp;RCS ファイルが無いとエラー報告します。
-I[rev]	対話モードで動作します。 たとえ標準入力が端末でなくても、ユーザに対して問い合わせを行います。
-d[date]
	チェックイン日付として指定された date を用います。 date は co(1) で記述された自由形式で指定することができます。 これは、チェックイン日時をごまかしたい場合や、 日付キーワードがワークファイルにないにもかかわらず -k オプションを使いたい場合に便利です。 date が指定されなかった場合、ワークファイルの最終更新日付が用いられます。
-M[rev]	作成されるワークファイルの最終更新日付を、 取り出されたリビジョンの日付にします。 たとえば、 ci -d -M -u f は、 f の内容がキーワード置換により変更された場合も最終更新日時を変更しません。 本オプションを指定すると make(1) に影響を与えるので、注意して使用する必要があります。
-mmsg	チェックインするすべてのリビジョンのログメッセージとして msg を用います。 慣習的に # で始まるログメッセージはコメントであり、GNU Emacs の vc パッケージのようなプログラムはこれを無視します。 また、 {clumpname} (の後に空白が続く) ログメッセージは可能であればまとめられることを意味します。 それはたとえ別々のファイルに関連づけられていてもです; {clumpname} ラベルは、まとめる目的でのみ使用されます。 それ自身はログメッセージであるとは見なされません。
-nname	チェックインしたリビジョンにシンボリック名 name をつけます。 もし同じシンボリック名が別のリビジョンに割り当てられていた場合、 ci はエラーメッセージを出力します。
-Nname	-n と同様の動作を行います。 ただし、同じシンボリック名が他のリビジョンに割り当てられていた場合は、 再割り当てを行います (こちらを優先します)。
-sstate
	チェックインされるリビジョンの状態を state とします。デフォルトは Exp (Experimental: 実験的) です。
-tfile	amp;amp;RCS ファイル中の内容記述テキストをファイル file の内容で置き換えます。 すでに内容記述テキストがある場合はこれを削除します。ファイル名 file は - で始まってはいけません。
-t-string	amp;amp;RCS ファイル中の内容記述テキストを文字列 string で置き換えます。 すでに内容記述テキストがある場合は削除されます。 -t オプションは、どちらの形式で使う場合も、 最初のチェックイン時にしか意味を持ちません。 それ以外の場合は単に無視されます。 最初のチェックイン時に -t オプションが指定されなかった場合、 ci は標準 入力から内容記述テキストを読み込みます。 テキストは、ファイル終端 (EOF) あるいはピリオド ( amp;. ) のみの行で終了します。 ユーザへの問い合わせが可能な場合には、 テキストの入力を促すプロンプトが表示されます ( -I オプション参照)。 旧バージョンとの互換性のため、引数のない -t オプションは無視されます。
-T	新しいリビジョンが存在し、 amp;amp;RCS ファイルの修正時刻が新しいリビジョンの時刻よりも古ければ、 amp;amp;RCS ファイルの修正時刻に対して新しいリビジョンの時刻を代入します; そうでない場合は amp;amp;RCS ファイルの修正時刻は保たれます。 リビジョンをロックした場合は、 ci は通常 amp;amp;RCS ファイルの修正時刻を現在の時刻に設定します。 なぜならロックが amp;amp;RCS ファイルに格納され、 ロックの削除は amp;amp;RCS ファイルの変更を要するからです。 amp;amp;RCS ファイルがワークファイルよりも新しくなる方法として 2 通り有ります: まず、 ci -M は現在時刻以前の日付でワークファイルを作成します; 2 番目に、直前のバージョンを回復する時、 ワークファイルを変更しない場合にも amp;amp;RCS ファイルは変更され得ます。 amp;amp;RCS ファイルのワークファイルにおける make(1) 依存により、上記 2 ケースは過剰の再コンパイルという結果になり得ます。 -T オプションを使用することで、amp;amp;RCS ファイルの日付をごまかし、 再コンパイルを禁止します。 このオプションは注意して使って下さい; あるワークファイルのチェックインが、 同じ amp;amp;RCS ファイルに関連づけられている別のワークファイルに影響を及ぼすべき 時でも、再コンパイルを抑制し得ます。 例えば、amp;amp;RCS ファイルの時刻を 01:00、 (変更された) ワークファイルの時刻を 02:00、 別のワークファイルのコピーの時刻を 03:00、 現在の時刻を 04:00 とします。 ここで、 ci -d -T とすると、amp;amp;RCS ファイルの時刻は通常の 04:00 ではなく 02:00 になります; この結果、 make(1) は別のコピーが amp;amp;RCS ファイルよりも新しいと (誤って) 認識します。
-wlogin
	指定された login をリビジョンの作者として登録します。 作者名をごまかしたい場合や、 作者キーワードがワークファイルにないにもかかわらず -k オプションを使いたい場合に便利です。
-V	amp;amp;RCS のリビジョン番号を表示します。
-Vn	amp;amp;RCS システムのバージョン n のエミュレーションを行います。詳細は co(1) を参照してください。
-xsuffixes
	amp;amp;RCS ファイルの拡張子を指定します。 拡張子が空ではない場合、 拡張子まで含めたすべてのパス名を amp;amp;RCS ファイル名であるとみなします。 拡張子が空の場合は、 RCS/path または path1/RCS/path2 形式のものを amp;amp;RCS ファイル名であるとみなします。 本オプションの場合、 / で区切ることにより、複数の拡張子を指定できます。たとえば、 -x,v/ は、 ,v と空の拡張子の 2 つの拡張子を持つ amp;amp;RCS ファイルを指定します。 複数の拡張子が指定された場合、指定された順に amp;amp;RCS ファイルを検索します。 最初に見つかったサフィックスが amp;amp;RCS ファイルに対して用いられます。 amp;amp;RCS ファイルを生成できるが、 amp;amp;RCS ファイルが見つからないときは、 これらのサフィックスを新しいファイル名に対して用います。 デフォルトの拡張子は、インストールされる環境により異なります。 UNIX のようなコンマをファイル名中に含めることの出来る計算機では、通常 -x,v/ が、それ以外の計算機では空の拡張子が用いられます。
-zzone	キーワード置換での日付の出力書式の指定を行い、また、 -ddate オプションでの date のデフォルトのタイムゾーンの指定を行います。 zone は、省略する事も、UTC からの数値差で指定する事も、特別な文字列 LT を使ってローカル時間で指定する事もできます。 デフォルトでは zone は空であり、 この場合は伝統的な amp;amp;RCS フォーマット、 すなわちタイムゾーン無しの amp;amp;UTC であり日付をスラッシュで区切ります; そうでない場合は時刻はタイムゾーン付の amp;amp;ISO 8601 フォーマットです。 例えば、ローカルタイムが 1990 年 1 月 11 日 太平洋標準時間 (amp;amp;UTC の 8 時間西) 午後 8 時の場合、時間の出力は次のようになります:   オプション時刻の出力 -z1990/01/12 04:00:00(デフォルト) -zLT1990-01-11 20:00:00-08 -z+05:301990-01-12 09:30:00+05:30 -z オプションは amp;amp;RCS ファイルに格納されている日付 (常に amp;amp;UTC です) には影響しません。

amp;amp;RCS ファイルとワークファイルの組み合わせは 3 通りの方法で指定することができます (使用例の項目も参照してください)。

1) amp;amp;RCS ファイルとワークファイルの両方を指定する。 amp;amp;RCS ファイルのパス名は path1/workfileX 形式、ワークファイルのパス名は path2/workfile 形式をとります。この場合の path1/ と path2/ はパス (異なるパスや、空でも可) を示し、 workfile はファイル名、 X は amp;amp;RCS ファイルの拡張子です。もし X が空なら、 path1/ は RCS/ で始まるか、 /RCS/ を含まねばなりません。

2) amp;amp;RCS ファイルのみを指定する。 ワークファイルがカレントディレクトリに作成され、amp;amp;RCS ファイル名から path1/ と拡張子 X を取り除いたファイル名になります。

3) ワークファイルのみを指定する。 ci はまず、各 amp;amp;RCS 拡張子 X に対して、 path2/RCS/workfileX 形式の名前で検索を行います。 さらに、(もしこれが見つからず、 X が空でなければ、) path2/workfileX を検索します。

1) または 2) の方法で amp;amp;RCS ファイルが指定されていない場合、 ci はまずディレクトリ ./RCS を検索し、次にカレントディレクトリを検索します。

異常により amp;amp;RCS ファイルのオープンに失敗すると、 ci はエラー報告します。 他に amp;amp;RCS ファイルのパス名の候補があってもです。 たとえばディレクトリ d で amp;amp;RCS コマンドを利用できないようにするには、 d/RCS なる名前の通常ファイルを作成しておきます。 すると、amp;amp;RCS コマンドは d/RCS をディレクトリとしてオープンしようとしますが、 ディレクトリではないのでオープンすることができず失敗します。

amp;amp;RCS 拡張子が ,v 、カレントディレクトリには amp;amp;RCS ファイルを含む RCS というサブディレクトリがあり、 io.c,v があると仮定します。 ここで、以下に示したコマンドを実行すると、 どれもカレントディレクトリにある io.c を RCS/io.c,v にチェックインし、 io.c を削除します。

ci  io.c;    ci  RCS/io.c,v;   ci  io.c,v;
ci  io.c  RCS/io.c,v;    ci  io.c  io.c,v;
ci  RCS/io.c,v  io.c;    ci  io.c,v  io.c;

amp;amp;RCS 拡張子が空、カレントディレクトリには amp;amp;RCS ファイルを含む RCS というサブディレクトリがあり、 io.c があると仮定します。ここで以下に示すコマンドは、どれも新しい リビジョンのチェックインを行います。

ci  io.c;    ci  RCS/io.c;
ci  io.c  RCS/io.c;
ci  RCS/io.c  io.c;

ci が作成した amp;amp;RCS ファイルは、 ワークファイルの読み込みと実行の許可属性を受け継ぎます。 すでに amp;amp;RCS ファイルが存在すれば、 ci はその読み込みと実行の許可属性を保持します。 ci は、つねに amp;amp;RCS ファイルの書き込み許可属性を不許可にします。

いくつかの一時ファイルが、ワークファイルの存在するディレクトリまたは 一時ディレクトリ (環境変数の項の TMPDIR 参照) に作成されます。 セマフォファイル等のファイルが amp;amp;RCS ファイルが存在するディレクトリに作成されます。 空ではない拡張子を用いている場合、 セマフォファイル名の先頭文字には、 拡張子の先頭文字と同じ文字が用いられます; よって、拡張子として、ワークファイルの拡張子の先頭文字と同じ文字を 指定しないように注意してください。 空の拡張子を指定している場合、 セマフォファイル名の最後の文字がアンダスコア ( _ ) となります。

ci は、 amp;amp;RCS ファイルやワークファイルを変更しません。通常 ci はそれらのファイルをアンリンクし、新しいファイルを作成します; ただし、amp;amp;RCS ファイルへのシンボリックリンクの鎖を壊す代わりに、 目的のファイルをアンリンクします。 よって、 ci は変更されるワークファイルへの ハードリンク、シンボリックリンクを全て壊します; さらに、amp;amp;RCS ファイルへのハードリンクは無効となり、 シンボリックリンクは保存されます。

実効ユーザは、amp;amp;RCS ファイルを含むディレクトリの 検索および書き込み権を持っていなければなりません。 通常実ユーザは、 amp;amp;RCS ファイルとワークファイルの読み込み許可と、 それらを含むディレクトリの検索および書き込み権を持っていなければなりません。 しかし、古い計算機のなかには実ユーザと実効ユーザの間を 容易に行き来することができないものもあります。 これらの計算機では、実効ユーザのみが利用されます。 ci や co のコピーに setuid が設定されていなければ、 実ユーザと実効ユーザは同一です。 次節で説明するように、 もし実効ユーザが全 amp;amp;RCS ファイルとそれを含むディレクトリを所有し、 実効ユーザのみが amp;amp;RCS ディレクトリに書き込めるように設定できるなら、 amp;amp;RCS ファイルのセキュリティを強化することが可能です。

ユーザは amp;amp;RCS ファイルを含むディレクトリの許可属性を変更することで、 amp;amp;RCS ファイルに対するアクセスを制限できます; そのディレクトリに書き込み権のあるユーザだけが、 amp;amp;RCS ファイルを変更する amp;amp;RCS コマンドを使用することができます。 たとえば、ユーザが複数のグループに属することが出来る計算機では、 amp;amp;RCS ディレクトリをあるグループのみが書き込み権を持つように設定します。 これは、略式のプロジェクトでは十分ですが、 グループに所属するユーザが自由に amp;amp;RCS ファイルを変更することができ、 amp;amp;RCS ファイルすべてを削除することもできます。 そのため、正式なプロジェクトでは、 amp;amp;RCS ファイルを自由に操作きる amp;amp;RCS 管理者と、 新たなリビジョンをチェックインすること以外の操作はできない他のユーザとを、 区別することがあります。

amp;amp;RCS 管理者以外のユーザがリビジョンを削除できないようにするには、 以下のように setuid 特権を使用することができます。

»	その計算機で amp;amp;RCS にて setuid が使用できるか確認します。 疑問があるときは、信頼できる専門家に意見を聞いてください。 最も良いのは、 seteuid() システムコールが Posix 1003.1a Draft 5 に 記述されているように動作することです。 なぜなら、実ユーザが root であっても、amp;amp;RCSは実ユーザと実効ユーザを簡単に切り替えることができるからです。 その次に良いのは、 setuid() システムコールが saved setuid (Posix 1003.1-1990の {_POSIX_SAVED_IDS} の動作) を サポートしている場合です; この場合、実ユーザもしくは実効ユーザが root である時のみ失敗します。 amp;amp;RCS は setuid に失敗すると、ただちに終了します。
»	ユーザグループの amp;amp;RCS 管理者として、ユーザ A を選びます。 A だけが、amp;amp;RCS ファイルに対して rcs コマンドを実行することができます。 A は root や、特権を持ったユーザであってはいけません。 相互に異なるユーザグループには、異なる管理者を使用するべきです。
»	ユーザが実行するファイルのディレクトリに、パス名 B を選びます。
»	以下のように、通常のインストールディレクトリ D から、 ci と co を B にコピーし、 A へ setuid します:   mkdir B cp D/c[io] B chmod go-w,u+s B/c[io]
»	以下のように、各ユーザのパスに B を加えます:   PATH=B:$PATH; export PATH # ordinary shell set path=(B $path) # C shell
»	以下のように、 A だけが書き込み許可を持つ amp;amp;RCS ディレクトリ R を作成します:   mkdir R chmod go-w R
»	特定のユーザだけに amp;amp;RCS ファイルの読み込みを許可したい場合、 そのユーザをユーザグループ G に入れて、さらに A が以下のように、amp;amp;RCS ディレクトリを保護します:   chgrp G R chmod g-w,o-rwx R
»	(存在すれば) 古い amp;amp;RCS ファイルを R にコピーし、 A が所有であることを保証します。
»	amp;amp;RCS ファイルのアクセスリストは、 リビジョンをチェックインおよびロックできるユーザを制限します。 デフォルトのアクセスリストは空で、 amp;amp;RCS ファイルを読むことのできる全てのユーザに、登録の権限を与えます。 チェックインを制限したい場合は、 A がそのファイルに対して rcs -a を実行します; rcs(1) を参照してください。 特に rcs -e -aA は、 A だけにアクセスを制限します。
»	初めてチェックインを行う前に、 A は rcs -i によって新しい amp;amp;RCS ファイルを初期化します。 チェックインを制限したい場合、 -a オプションを付け加えます。
»	setuid 特権は、 ci, co, rcsclean のみに与えます; rcs や他のコマンドに、setuid 特権を与えてはなりません。
»	amp;amp;RCS コマンドに対して、他の setuid コマンドを実行しないでください。 setuid はあなたが考えるより扱いにくいものです。

RCSINIT
	本変数に空白で区切ったオプションを設定することで、 コマンドライン引数に先立って処理されます。 空白はバックスラッシュによってエスケープすることができます。 RCSINIT はほとんどの amp;amp;RCS コマンドで参照されます。特に -q, -V, -x, -z オプションを指定しておくと便利です。
TMPDIR
	一時ディレクトリ名を指定します。 設定されていない場合は、環境変数 TMP と TEMP とを調べ、始めに見つかった値を用います; どれも設定されていない場合は、 計算機依存のデフォルトのディレクトリ (たいていは /tmp ) を使用します。

各リビジョンに対して、 ci は amp;amp;RCS ファイル名、ワークファイル名、追加するリビジョン番号、直前の リビジョン番号を表示します。全ての処理が成功した場合のみ、 終了ステータスが 0 になります。

Author: Walter F. Tichy.
Manual Page Revision: 1.6; Release Date: 1999/08/27.
Copyright © 1982, 1988, 1989 Walter F. Tichy.
Copyright © 1990, 1991, 1992, 1993, 1994, 1995 Paul Eggert.