CVS導入スレ～ Rev.3

**デフォルトの名無しさん** · 2005/04/10(日) 22:58:38

バージョン管理システムCVSについてのスレッドです。

前スレ : 「CVS導入スレ～ Rev.2」
http://pc8.2ch.net/test/read.cgi/tech/1065829553/

関連スレとリンクは>>2を参照

**デフォルトの名無しさん** · 2006/06/10(土) 21:39:57

>>424 ここ数年はやりのContinuous Integrationツールでも
たいがい同じコトしてるので参考になる

& ◆kp5DyaLl3w · 2006/06/18(日) 17:13:17

どなたか・・・
自分、なんか勘違いしてます？

**デフォルトの名無しさん** · 2006/06/18(日) 17:18:35

>>426
>>424の意味が分からないんだとしたら無視するんじゃなくてそう言ったほうが

**デフォルトの名無しさん** · 2006/06/18(日) 18:19:36

>>423
> （1秒ごとにimportしてる・・・なんてことはないですよね？）

この辺がアタマのおかしさを物語っている。

**デフォルトの名無しさん** · 2006/07/02(日) 15:11:50

CVS初心者ですが、知恵を貸してください。

サーバーはCVSNT、クライアントはeclipseというソース管理環境を明日までに作れと言われたのですが、
CVSもeclipseも触ったことがある程度しかありません。
とりあえず本やWEBで勉強して動かすことはできたのですが、
このまま運用を開始してよいのか不安です。
（文字コードに問題がある等の記述をみたので）

このような環境で注意しなければいけないことがあれば教えていただけないでしょうか？
（運用を開始する前に設定（eclipse、CVSNT）しておかなければならないこと）
よろしくお願いします。

**デフォルトの名無しさん** · 2006/07/02(日) 20:27:18

チーム内で文字コードが統一されているなら問題ない。統一されていないのなら
eclipseのチームプロジェクトセットを定義して配布するのが楽。

**デフォルトの名無しさん** · 2006/07/02(日) 22:51:04

>>430
レスありがとうございます。
eclipseの「テキスト・ファイル・エンコード」がクライアント側で統一されていれば問題ないということでしょうか？
回答にさらに質問をしてしまって申し訳ないです・・・。

**デフォルトの名無しさん** · 2006/07/09(日) 00:24:08

すんません教えて。

387のような職場です。
とりあえず今のままでは、ソース管理が面倒なので
ＣＶＳを使おうとしてます。

利用対象は身近な3人のみ、
ネットーワークは社内ＬＡＮ限定です。

自分も含めてメンバー全員サーバの構築の知識が乏しいので、
認証などは一切行わず、安易にCVSを導入したいのですが、、、

レポジトリをファイル共有して使うことは仕様上難しいのでしょうか？
会社にはWindowsのファイルサーバしかありまへん。

**デフォルトの名無しさん** · 2006/07/09(日) 09:12:44

>>432
推奨されていないが少人数なら何とかなるだろ。

経験上リポジトリがロックされたままになる事がたまにあるが
ロックファイルを削除すればいいし。

でもインストール可能ならCVSNTインストールしてみ。
別に難しくないと思うけどな。

**デフォルトの名無しさん** · 2006/07/09(日) 13:30:51

>>432
とりあえずファイル共有でいいんじゃない？

ウチはサーバーにLinux導入して、Sambaで共有フォルダ作って
そこにリポジトリ置いて使おうとしてた（ちゅうか、すでに使ってるやつがいた）
ので、そりゃねーだろと進言して、pserver導入させた（設定は俺がやったんだけどね）。

**432** · 2006/07/09(日) 13:52:07

>>433さん,434さん
レス有難う御座います。

今家でCVSNTの導入実験をやってみたんですが、素人には中々厳しいです。
何も考えずにCVSNTの最新版を入れたらリポジトリファイル名が文字化け,,
SIHIFT-JIS版に入れなおしたら、今度は認証がおかしくなったorz

一応ファイルサーバは1日おきにバックアップを取るようにしているので、
致命的なトラブルを頻繁に引き起こすことが無ければ、
とりあえずファイル共有で行きたいと思っています。

どうも有難う御座いました

**デフォルトの名無しさん** · 2006/07/09(日) 14:00:35

もう新規で CVS 使い始める意味無いよ。 Subversion 使えよ。

**デフォルトの名無しさん** · 2006/07/09(日) 14:05:33

SubVersionは「どうだい見てくれスゲーだろ」という姿勢がいや。
やたらとCVSと比べてここがすごいとかなんとか書きたてる割に
CVSに出来てSVNに出来ないことに対するトーンの低さが笑える。

**デフォルトの名無しさん** · 2006/07/09(日) 14:09:52

>>437
技術的なメリットを無視してそんなこと言ってるほうがマヌケに見える。

CVS に出来て Subversion に出来ないことって、何の話？
リポジトリファイルの手動編集とか？

**デフォルトの名無しさん** · 2006/07/09(日) 17:06:13

>>437
素直に「めんどくさい」って言えよ。

**デフォルトの名無しさん** · 2006/07/09(日) 19:29:20

>>438
技術的メリットには言及して無いだろ
つーか、あの天上天下唯我独尊な態度さえなければ
SVNにすぐにでも乗り換えたいんだが

**デフォルトの名無しさん** · 2006/07/09(日) 19:34:07

>>440
技術的メリットに言及してないのがマヌケに見えるって言ってるんだよ。

**デフォルトの名無しさん** · 2006/07/09(日) 23:46:54

なんか感情だけで物事を判断するうちのバカ上司みたいだな

**デフォルトの名無しさん** · 2006/07/10(月) 00:35:03

じゃあ（横から）技術的なことを。

CVSは、modulesを使ってモジュールから必要なファイルだけをチョイスできるけど、
Subversionではできないと聞いた。モジュール全体を共用することなら可能とか何とか。
これができないとSVNへ移行する気しないね。
あと、今あるCVSの環境から移行するコストに見合うほどのメリットは感じない。
名前の変更にしても、移動にしても、ヨダレが出るほど欲しいってもんじゃないし。

**デフォルトの名無しさん** · 2006/07/11(火) 08:35:38

>>380
うはwちょ、それおれのプログwww

やっぱり、普通はそんな運用の仕方ってしないんだよね？

**デフォルトの名無しさん** · 2006/07/11(火) 12:57:36

>>444
してるところもあるよ。
まぁ普通は単体テスト完以降にそのような管理をしたりする。
その管理する人たちのことをライブラリアンと呼ぶとこもある。

**デフォルトの名無しさん** · 2006/07/11(火) 22:18:53

>>444
バージョン管理ツールが導入されてなくてそーゆーことをやってるプロジェクトに
参加したことはあるけど、それ、バージョン管理ツールを使って意味がなさ過ぎｗ

**デフォルトの名無しさん** · 2006/07/11(火) 22:22:40

>>446
なんで？

**444** · 2006/07/11(火) 22:47:04

>>445
あぁ、確かにライブラリアンって呼ぶこともあるね。聞いたことある。

> まぁ普通は単体テスト完以降にそのような管理をしたりする。
なるほど。確かに単体テスト以降なら慎重になることやバグ修正の周知って意味でもメールの重さがでてくるから、やる意味がわかるよ。

でさ、こういう状況で上司とか先輩にどうやって説得すれば良いんだろう。
上司＆先輩曰く、ヒューマンエラーを防ぐためだって。
ファイルを誤って消してしまったりする可能性（＝アクセス権のある人の人数）を下げるためだそうで。

そういうことを考えるからこそ、バージョン管理システムを導入するんじゃねーのか、とか思ったりするけど。
当時は（今もだけど）あんまり良くわかってなかったから、「そういう考えもあるかぁ」と思って食い下がれなかったんだよね……。

**デフォルトの名無しさん** · 2006/07/11(火) 22:57:58

>>448
>ファイルを誤って消してしまったりする可能性（＝アクセス権のある人の人数）を下げるためだそうで。

バージョン管理ツールを使う上ではナンセンスな考えだけど、
バージョン管理ツールを使う上でも実際に起こりえる問題であるのも、まぁ、事実だわな。

**デフォルトの名無しさん** · 2006/07/11(火) 23:06:29

>>448
どの程度の規模の会社（チーム）で、どの程度の規模のプロジェクトなのか
不明なのでざっくりしたことしか言えないけど、ライブラリアンが居るということは、
ライブラリアンがリリースしたものに責任を持つということね。

各々が勝手にリポジトリにアクセスしても結構だけど、他のチームが
バグ入りかもしれないファイルをcvs updateして取得してしまって、それを
使って自分たちのモジュールをテストしたりした日にゃ、現場は混乱だよ。

特に大きなプロジェクトでは、単体テスト以降は、バグの発生確認と、
原因の特定、バグフィックスの確認と修正済みファイルのリリースを
管理しなきゃならないから、個々人が勝手にやると困ったりする。

小さな会社（チーム）で、なおかつ同じ場所で開発してるなら、その間に
いる人は余計だけどね。

**デフォルトの名無しさん** · 2006/07/12(水) 01:00:18

>>450
単純にリリースごとにタグやブランチを付ければいいんじゃないかな？
リリースの概要は別途、Wikiなりblogなりに書いておけばいいし、
バグ管理はバグトラッカーに記録する際、タグ名やブランチ名を書けばいいし、
コンパイルエラーだの、自動テストの失敗だのが起きるソースをつっこまれても
継続的インテグレーションで検出できるし。
検出できるし。

**444** · 2006/07/12(水) 01:55:24

>>450
　あぁ、まさにあなたが言ったようなことを言われましたね。
簡単に言ってしまえば個人の力量によるところが大きくなるからって感じかな（もちろん、普通にミスすることもあるだろうし）。

>>451
　で、おれ個人の思いとして、そういうこと（機能）でなんとかなるんじゃないかなーって。
あと、話がちょっとズレてくるけど、プロジェクト毎にwikiとか立ててプロジェクト毎のお決まりの手法だったりコメント（リリースの概要とか）とかを載せられれば知識も共有できていいなーと思うんだよね。
ただ、問題はそれを誰が説得＆周知してサーバのメンテをするんだ。おれなのか。
そんなスキルねーよorz

　そういえばJoel on Softwareにコンパイルエラーの起きるようなソースをチェックインしたらデイリービルド係りをやらせるって書いてあったね。

**デフォルトの名無しさん** · 2006/07/12(水) 02:07:35

つまるところ、混沌とした職場では誰かが舵取りをせねばならず、
ある程度のスキル以上の人間が数多く居るなら、楽な方法が取れる、と。

**デフォルトの名無しさん** · 2006/07/12(水) 02:08:58

CVSは自動ビルド・自動テストと組み合わせることによって真価を発揮する気がするんだがなあ。

**450** · 2006/07/12(水) 02:16:50

>>451
まあプロジェクトの正確と参加メンバーの質によるということかな。

全てのテストが自動化されてれば、nighty build->regression testでいけるけど、
そうじゃなければ、結合対象のモジュールが修正されたら、一応はテストしなけりゃ
ならないから、勝手にころころ変えてもらっちゃ困るという環境もある。
それから、構成管理と品質管理をくっつけてる場合は、XPで言うところの
truckerの役割な人が必要だし。

多分同じフロアで20～30人くらいだったら、どのように管理してもいける気がする。

ただ、どこかで何かが更新されても注意を払わない人間って思ったより
多いから、いくらきっちりWiki更新しても駄目なときは駄目だ orz

**450** · 2006/07/12(水) 02:19:21

>>454
少数精鋭のチームであれば、オール自動テストも夢じゃないかもしれないけど、
玉石混合な10人以上のチームだとまず無理だと思う。
テストのレビューだけで有能な人の時間が食いつぶされる。

**デフォルトの名無しさん** · 2006/07/29(土) 19:32:05

CVSのみのインストールで自分の使うPCのDドライブのAフォルダがルート？で
Bフォルダが作業フォルダみたいなことってできますか？

**デフォルトの名無しさん** · 2006/07/29(土) 21:19:31

>>457
ルート?
別にどこが作業フォルダでもどこがリポジトリでも問題ないと思うが。

**デフォルトの名無しさん** · 2006/07/29(土) 22:40:18

>>456
> 玉石混合な10人以上のチーム
そういうチームこそ自動化が必要な希ガス、あとペアプロ
少数精鋭ですむ規模のPrjならブッチャケテストいらねーし…

**デフォルトの名無しさん** · 2006/07/30(日) 07:03:14

職場では VSS を導入しているが、ラベル（CVS でいうタグ）やプロジェクトの
分岐が信じられないアホ運用。分岐すると完全に別になってしまい、同じ修正
を各サブプロジェクトで別にやるっつーアホな状態。

上司にブランチ/マージの容易さを問いて Subversion 導入を進言したが上司と
その上司は「コンフリクト」がおきるからだめだの一点ばり。容易に解消でき
ますといっても信じてくれない。「チェックアウト」モデルも可能だといって
はみたが、「VSS と挙動がちがう」という点を問題にされ却下。

仕方なく個人的に使っていたが、ある日 .svn を入れっぱなしのフォルダをコ
ピーしてバレてしまい禁止。担当者にメールして、ファイルをいただく日々。
鬱だ……

**デフォルトの名無しさん** · 2006/07/30(日) 07:15:27

馬鹿が多いところにはチェックアウトモデルの VSS の方が良い。

**デフォルトの名無しさん** · 2006/07/30(日) 07:36:43

>>460
説得できなかったおまいがわるい。
それに説得に失敗したのに自分だけSVN使ってるのは
協調性云々というより会社に対しての背任行為だろう。
もう一度、きちんと説得しなさい。

**デフォルトの名無しさん** · 2006/07/30(日) 07:50:32

個人的にSubversionやcvsを使っていて、その結果をPublicなVSSに適用するのの、
どこが「背任行為」なんだろう？

**デフォルトの名無しさん** · 2006/07/30(日) 07:56:06

背任行為と言いたかっただけと違うか。
意味わかってんの？

**デフォルトの名無しさん** · 2006/07/30(日) 08:08:10

多分、上司に対しての背信行為だと書きたかったんでしょ。
簡単に上司を説得できると思ってるあたりが、ニート臭プンプンなんだけどな。

**デフォルトの名無しさん** · 2006/07/30(日) 08:19:49

私も PowerPoint 10 枚程度の簡単な説明と画面写真で説明できると軽く
考えていたのですが大甘でした。…Subversion がダメだった理由を以下に。
皆さん気をつけてください。
1. VSS と違う!! （CVS は知らない/聞いたこともない）
画面写真入りの対応表程度では「違う」という点を意識させるだけの模様
2. コンフリクトダメゼッタイ
そもそも「コンフリクトをさせてはならない」と考えが強い。
3. マージ？ブランチ？なにそれ？
VSS の「分岐」相当と言ってみたがそもそもその機能を使ったことないらしく玉砕。
開発版と保守版の二つを同時に保守して保守版は修正のみにして～と説明したがその説明では簡易すぎた

**デフォルトの名無しさん** · 2006/07/30(日) 08:39:36

馬鹿には VSS で決まりだな

**デフォルトの名無しさん** · 2006/07/30(日) 08:41:15

VCSって何？な環境にcvsなりSubversionを入れさせるのは簡単だけど、
すでにVSSがなじんでる環境にそれらを入れるのは難しいかもね。
WindowsでMSの開発環境を使ってるなら特にそうかも。

**デフォルトの名無しさん** · 2006/07/30(日) 08:45:41

>>466
そんな会社とっとと辞めて、うちにおいで。
#まぁ、CVSの方が主流だがw

VSS贔屓の連中は、VSSでもロックしないでコミット可能(即ちコンフリクトする)ことを知らなかったりするから笑える。
#知っていれば知っているで、コミット担当者を決めてメールで依頼とか阿呆な解決策を思いつくわけだが。

**デフォルトの名無しさん** · 2006/07/30(日) 08:46:46

キチ外に刃物
馬鹿に使わせると誤爆の嵐でリポジトリが死ぬ

**デフォルトの名無しさん** · 2006/07/30(日) 08:49:47

最大の問題はコンフリクトの可能性でしょ？

うちの会社にもVSS至上主義がいて、そいついわく
CVSはみんなで同じファイルを同時にいじれるから不良品だ
とのたまった

ロックできるようにすればいいということで解決した。

**デフォルトの名無しさん** · 2006/07/30(日) 08:54:01

>> 担当者にメールして、ファイルをいただく日々。
とあるから
> コミット担当者を決めてメールで依頼とか阿呆な解決策を思いつくわけだが。
よりももっと悲惨なチェックアウトも担当者に依頼する最凶な環境なんだろうな。
かわいそうに…。

MS もクリティカルなところでは VSS なんて使ってないわけで本当にバカのた
めの低能開発環境なんだがなぁ。

**デフォルトの名無しさん** · 2006/07/30(日) 08:57:03

一人ウザい奴が混じってるな。

**デフォルトの名無しさん** · 2006/07/30(日) 14:45:12

夏休みだからかわからんが、あまりバカとか使わないようにしようよ
バカを見かけたらスルーが基本

**デフォルトの名無しさん** · 2006/08/01(火) 23:29:12

CVS が必要な学徒って居ないんじゃないかな

**デフォルトの名無しさん** · 2006/08/01(火) 23:36:13

なるほど、それは気付かなかった。
言われてみれば、ここは顔文字率も2ちゃん語率も低いな。

**デフォルトの名無しさん** · 2006/08/02(水) 00:17:14

学生時代には論文書くときにTeXのソース一式をCVSで管理してたよ。

プログラム管理にももちろん使ってたけど。

**デフォルトの名無しさん** · 2006/08/02(水) 00:34:41

修士・博士課程の実験物理屋も、実験の規模がでかくなるとある意味プロジェクトだからなぁ。
つくばで計測する部隊、オーストラリアで計測する部隊、大学のスパコンでデータ解析する部隊、
KEKやHPで計測機器作ってる部隊、旗振る先生方、いろいろ居た。

**デフォルトの名無しさん** · 2006/08/02(水) 00:39:17

>>478
で、お前はどこで何をしていたのだ？

**デフォルトの名無しさん** · 2006/08/02(水) 01:02:21

トイレでウンコしてた

**デフォルトの名無しさん** · 2006/08/02(水) 10:36:25

>>478
あの分野は論文の著者の数がハンパじゃないよね
計算機分野とは大違い

**仕事人** · 2006/08/04(金) 18:00:50

誰か教えてください！！
サーバ：win2000server　クライアント：win200pro
CVS＋eclipsを使用しています。
コミットしようとすると次のエラーが出ます。

”cvs　追加”コマンドの実行中にサーバがエラーを報告しました。
cvs　server：scheduling　file　'ファイルのパス'　for　addtion
cvs　server：cannot　rewrite　CVS/Entries，Backup；No space left on device
cvs　server：cannot　rewrite　CVS/Entries，Backup；No space left on device
cvs　[server　aborted];cannot　open　CVS/ファイル名,t；No space left on device

ちなみに、ファイルの拡張子はjavaです。

解決策を教えてください。
お願いします！！

余談ですけど、検索途中で書き込んだから、さっき、過去ログに書き込んじゃった^^;

**デフォルトの名無しさん** · 2006/08/04(金) 18:10:26

>>482
そのクライアントが何者か知りませんが、エラーメッセージを読む限り
サーバの空きがないというメッセージが出ているのですから
取り敢えずディスクの容量を確認するとかcvsによらずにファイルを書けるか試してみては如何でしょう。

**仕事人** · 2006/08/08(火) 11:50:16

>>483
空き容量はたっぷりあります。
クライアント：win200pro
これはまちがいで、win2000proですね。
よろしくお願いいたします。

**デフォルトの名無しさん** · 2006/08/08(火) 11:54:50

>>484 リポジトリの置いてあるディスク（デバイス）の容量を調べたのか？

**仕事人** · 2006/08/08(火) 12:34:08

>>485
はい。。。
windowsなので、各ドライブ単位で空きがあればいいはずですよね？
ＣドライブＤドライブなど、
念のため、すべてのドライブを確認しましたが、
それぞれ、ギガ単位の空きがあります。

**デフォルトの名無しさん** · 2006/08/08(火) 12:43:36

>>486
もしかして、クライアントの空き領域を調べてるんじゃない？

**デフォルトの名無しさん** · 2006/08/08(火) 13:57:29

QUOTAに引っかかっているとか？

**仕事人** · 2006/08/08(火) 14:32:23

>>487
念のため、サーバもクライアントも調べましたが、
どちらもギガ単位の空きがありました。
>>488
サーバの容量の監視ですね・・・。
確認してみます。

**デフォルトの名無しさん** · 2006/08/09(水) 09:38:23

なんかこう
CVSとかをVSのインテグレータで統合してくれる奴とか無いのか。

**デフォルトの名無しさん** · 2006/08/09(水) 11:02:30

インテグレータって何だっけ

**デフォルトの名無しさん** · 2006/08/09(水) 11:23:02

>>490
VSSみたいにIDEから使いたいと言うことか?
頑張ってプラグインを作ってくれ。

**デフォルトの名無しさん** · 2006/08/09(水) 23:43:14

PushOK SoftwareのCVS-SCCとか?

**デフォルトの名無しさん** · 2006/08/25(金) 22:44:13

cvsのlogコマンドについて質問があるのですが、
コマンドラインにてlogコマンド実行時に出てくる
CVS側のコメントの内容が日本語だったり
英語だったりして困っているのですが↓
----
RCS ファイル : 'C:\rep/test.c,v'
作業ファイル : test.c
先頭リビジョン : 1.1
----
RCS file: 'C:\rep/test.c,v'
Working file: test.c
head: 1.1
-----
この出力結果をつかさどってるオプションって
存在するのでしょうか？WinCvs1.2ごった煮付属のcvs.exeです。
英語固定で出力させたいのですが何か方法ありますでしょうか。

**デフォルトの名無しさん** · 2006/08/25(金) 22:59:09

ごった煮を使うのをやめる。

**デフォルトの名無しさん** · 2006/08/26(土) 00:02:05

>>494 LANG じゃね？

**494** · 2006/08/26(土) 00:55:31

>>496
ビンゴでした。ありがとうございます。
cvs logする前にコマンドラインでset LANG= で初期化すると
英語に戻りました。<(_ _)>

**デフォルトの名無しさん** · 2006/08/26(土) 11:28:10

>>495はアホ。

**デフォルトの名無しさん** · 2006/08/29(火) 14:26:10

ファイルを削除することなく、CVS管理対象外にしたいとき
どうしたらいい？

**デフォルトの名無しさん** · 2006/08/29(火) 14:38:38

.cvsignore

**デフォルトの名無しさん** · 2006/08/29(火) 14:40:26

>>499
cvs remove 499

**デフォルトの名無しさん** · 2006/08/29(火) 15:29:43

インポート時なら-Iオプションだね。

**499** · 2006/08/29(火) 17:24:33

>>501
それ実行しようとすると「まだ息がある。先にとどめを刺せ」と言われる。

結局うまい方法は無いようなので一度逃がしてからremoveして
また呼び戻しました。

**デフォルトの名無しさん** · 2006/08/29(火) 22:04:36

サーバ側で既存のモジュールを移動したいんだけど、CVSROOT 付きのディレクトリを丸ごと移動するだけで良いの?

**デフォルトの名無しさん** · 2006/08/29(火) 22:31:25

>>504
それはリポジトリの移動に見える。モジュールの移動って言うと、その中の
ディレクトリを移動することじゃないか？

**デフォルトの名無しさん** · 2006/08/29(火) 23:50:27

>>505
ﾊｧ?

**505** · 2006/08/30(水) 00:24:29

なんか変なこと言ったかな？ごめん、スルーして。

**デフォルトの名無しさん** · 2006/08/30(水) 00:38:27

すんません言葉足らずで。
既存のモジュールを別のリポジトリの別の名前のモジュールとしてアクセスするよう移動したかったんですが。

**デフォルトの名無しさん** · 2006/08/30(水) 01:06:33

ディレクトリの移動だけでいいよ。

**デフォルトの名無しさん** · 2006/09/02(土) 10:21:59

>>508
モジュール名を変えてしまっても特に問題なく使えた気がします

**デフォルトの名無しさん** · 2006/09/13(水) 17:05:51

WinCVSを使ってますが、
全ファイルの張り付き解除方法を
教えて下さい。

**デフォルトの名無しさん** · 2006/09/13(水) 18:17:45

cvs update

**デフォルトの名無しさん** · 2006/09/13(水) 23:36:09

「更新」ボタン→「更新」ダイアログ「更新」タブ「張り付き云々」チェックボックス。

**デフォルトの名無しさん** · 2006/09/14(木) 01:48:21

まっこと無礼な発現だとは思うんだが、未だにWinCVSを使ってる人がいるのにマジで驚いた。
何故にTortoiseCVS、もっと言うとSVNを使わんのだ。

**デフォルトの名無しさん** · 2006/09/14(木) 01:50:06

「張り付き」って何?

**デフォルトの名無しさん** · 2006/09/14(木) 02:01:14

「貼り付き」だろう。

**511** · 2006/09/14(木) 08:52:00

>>512
ｻﾝｸｽ。それで出来ました。

>>513
「作成－チェックアウト」ばかりやってて「更新」があるの忘れてた。

>>514
TortoiseのGUIも、SVNの考え方も先進杉て使えません。

**デフォルトの名無しさん** · 2006/09/14(木) 09:10:53

＞「作成－チェックアウト」ばかりやってて「更新」があるの忘れてた。
なんですと?

**デフォルトの名無しさん** · 2006/09/14(木) 11:41:31

コミット時に
cannot rename file CVS/Entries.Backup to CVS/Entries: Permission denied

なるメッセージが出てきて、以降その開発ディレクトリCVSができなくなって
しまったんだけど、直し方分かる神はいる？クライアントはWinCVS 1.3。

ちなみに、別の開発ディレクトリにチェックアウトして操作してみても上の
メッセージが出てきてダメだった。

**デフォルトの名無しさん** · 2006/09/14(木) 14:15:07

>>519
エクスプローラでリネームできるかどうか試して、出来なきゃファイルのプロパティでごにょごにょしろ

**デフォルトの名無しさん** · 2006/09/14(木) 17:17:08

>>514
プロジェクトマネージャ代わりに使ってるから

**519** · 2006/09/14(木) 19:08:25

>520
リネーム⇒できた。
もっかい別の修正してコミット⇒同じ現象発生orz

根本的に解決せなあかんようです……

**デフォルトの名無しさん** · 2006/09/14(木) 21:12:21

CVSクライアントは、Eclipse最強

**デフォルトの名無しさん** · 2006/09/15(金) 01:55:42

それはマジで同意。
WinCVSが駄目駄目すぎるのを差っ引いても、
CVSクライアントのためだけにeclipse使いたくなるくらい。