Subversion r9

1 名前：デフォルトの名無しさん mailto:sage [2008/02/04(月) 09:50:38 ] subversionはフリーなオープンソースのバージョン管理システムです。 公式HP subversion.tigris.org subversion.tigris.org/ Subversion によるバージョン管理 subversion.bluegate.org/ subversion: Project Status subversion.tigris.org/project_status.html subversion: Subversion Links subversion.tigris.org/links.html Version Control Systems Comparison better-scm.berlios.de/comparison/comparison.html 前スレ pc11.2ch.net/test/read.cgi/tech/1192864879/ r7 pc11.2ch.net/test/read.cgi/tech/1180858500/ 06 pc11.2ch.net/test/read.cgi/tech/1165892754/ 05 pc8.2ch.net/test/read.cgi/tech/1145841405/ 04 pc8.2ch.net/test/read.cgi/tech/1129642894/ 03 pc8.2ch.net/test/read.cgi/linux/1100622362/ 02 pc5.2ch.net/test/read.cgi/linux/1078609142/ 01 pc.2ch.net/test/read.cgi/linux/1002355536/ 500 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:04:46 ] .svn以下の不要なログファイルを消して ワーキングコピーを軽くするにはどうしたらいいでしょうか？ 501 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:34:53 ] >>500 svn cleanup かな？ 502 名前：デフォルトの名無しさん [2008/04/01(火) 08:48:09 ] 余りにアホな質問で申し訳ないんですけど 同じソフトウェアのバージョン違いを管理する場合は それぞれ別のリポジトリを作成して 別に管理するのが普通ですよね？ 503 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 08:58:21 ] >>502 svn的にはsvn copyが普通。 むしろ別のリポジトリを作成する方がアホと言える。 504 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 11:04:51 ] 出だしに初心者、あほな質問ってつけりゃ 良いってもんじゃねえぞ 少しは調べろ ブランチ作るのが普通 505 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 11:37:12 ] >>502 以下サイトで公開してくれている ttp://psyto.s26.xrea.com/misc/svnbook/ svnbook日本語訳のPDF版の第４章を読みなさい 506 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 01:16:19 ] >>503-505 ありがとうございます >>505 さんの出したくれたリンク先のPDF一通り読んでみます 507 名前：496 mailto:sage [2008/04/03(木) 18:11:42 ] >>497 亀レスですみません。 ありがとうございました。 助かりました。 >>498 ググるの下手みたいで、すみません。 こちらも練習します。 508 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 21:39:40 ] ローカルのリポジトリなら都度のコマンドだけで使える！ 一人で使うのに別マシンでサーバー常駐させてた私の数年…。 509 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 22:02:15 ] 別マシンじゃなくて同一マシンで動かせばよかったんじゃ 510 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 22:24:19 ] >>508 片方のPCのHDD死んでもソースが完全に死なないから冗長性あっていいんじゃ？ 511 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 20:03:56 ] それならリポジトリミラーリングした方が100倍ましだろ 512 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:03:44 ] TortoiseSVN使ってるんだけど、最初のチェックアウトとかの時にやたらフリーズする。 OS丸ごと固まって電源おすしかないように。 チェックアウトして、ファイルのログが流れてる途中でいきなり止まる感じ。 前まではそんなことなくて、最近新しいプロジェクトので新規に作ったらそうなった。 ファイル数がかなり多いんだけど、それは関係あるんだろうか？ 最新版なんだけど、みんな普通に使えてる？ 513 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:13:48 ] もしかして、アイコンオーバライドの更新で填まるのかな? Geodeで使っている最新版ではアイコンオーバライドすると死ぬほど時間掛かるからオーバライドを止めちゃったけど。 514 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 00:37:48 ] www.exacteye.com/svn/svn.basic.in-action.html など見るとcommitとupdateは別の処理だとありますが、 commitとupdateのタイミングをどう取っていくべきか、 まだ使い慣れてないせいか、いまいち直感的に理解できません。 自分一人しかレポジトリいじらない場合は updateせずにcommitだけやり続けても問題ないですか？ ファイル名をかえたり削除したりする時はupdateも必要？ 515 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 01:28:36 ] テストリポジトリとその作業コピーを２つ作って、 同じファイルを修正して、両方を順番にコミットしてみればいいぜ どういう反応を示すかわかる。 一人の場合、基本コンフリクトは発生しないので update いらんでしょ 516 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 08:47:52 ] んにゃ、一人でも開発拠点が複数だとupdateは必要だぞ。 Conflict発生はまずないけど。 517 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 10:50:36 ] >516 同じバグを一人で3度修正してconflictさせたバカがここにいる。 「あれ〜直さなかったっけこれ？ 夢でも見たかな...」 % svn commit C fugahoge.c Σ(゜Д゜;) 518 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 13:00:15 ] >>517 あれ？、俺こんなの投稿したっけ？ 519 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 13:37:17 ] Subversionを大いに役立てている>517-518にちょっと嫉妬。 520 名前：デフォルトの名無しさん [2008/04/16(水) 00:21:02 ] すみません、smartsvnについて解説しているページとかないでしょうか？ 日本語化パッチもないようですし・・・。 521 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 04:21:37 ] 初めて聞いた 522 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 23:31:47 ] 説明して目の前でコミットして見せてやったのに削除→コミット→追加→コミットしやがった。 家では使ってるとか言ってたくせに・・・ こんな奴が技術者とか・・・ﾏｼﾞ怖いよ 523 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:06:07 ] >>522 そういうの使ってるって言わないよなｗ 524 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:25:42 ] うちの場合、間違った使い方をしたらコミットを失敗させてアドバイスを 表示するようにしている。 525 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 01:49:56 ] すげぇ　ハイレベルだな。 526 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 02:42:23 ] >>524 それって，具体的にはどうやるの？ 「間違った使い方」の判定とかかなり気になるんだが 527 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:04:23 ] あの、 - で始まるファイル名に変更したいときってどうすりゃいいんでしょうか。 まぁほとんど無いことかとは思うんですが、hoge ふぁいるを -hoge ファイルに したいのです。svn rename hoge -hoge　だと -hoge なんてオプションねぇよ氏ね って言われるし・・・死にたくない。 528 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:20:51 ] >>527 エスケープじぇだめなんだっけ? 試してないけど。 529 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:30:35 ] そういや touch で - とか -- とか --- とか -_- とかいうファイル名って 作れるんだったっけ？いや、いろいろ挙動をテストしようと思って なんかはまってる。本来業務と違うところで。 530 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:11:34 ] touchは知らんが、 % svn mv -- hoge -hoge A -hoge D hoge 531 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:13:11 ] コマンドラインの解釈は各コマンドによるけど、 -- の後ろの引数は - や -- で始まっていても ファイル名として解釈するという仕様のものが多い。 touch -- -- rm -- -- 532 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:29:01 ] win版 1.4.6 で確認。 svn rename hoge .\-hoge 533 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 14:08:29 ] >>526 pre-commit フックのときに Subversion API と SQLite3 を使ってあれこれ調べています。 検査項目は過去4年間の「困った使い方」の記録をもとに決めているので沢山あり、今でも 増え続けています。もちろんそれぞれの検査項目には検査を迂回する手順を用意しています が、迂回は1万数千リビジョン中に 3, 4 回ぐらいしか使われていません。 初心者の間違いで一番多いのは svn copy や svn move を使うべきところを新規ファイルの 追加にしてしまうところです。この操作の判定には苦労しました。 534 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 14:11:38 ] そのフックスクリプトすごいな。subversionのcontribに入れてもらえたらみんな幸せに… 535 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 16:11:15 ] どんな事してるのか、非常に興味深い。 536 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 16:24:29 ] コミットに時間がかかりそうっていうか邪魔くさそう 537 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:07:15 ] >>533 >>534がいい事を思いついたようだぞ 538 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 13:23:29 ] ignore_on_commit って何処に設定するんですか？ TortoiseSVN 1.4.8 を使用していますが、 もしかして、TortoiseSVN 1.5　からの機能ですか？ 539 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 17:34:00 ] >>538 便利そうな属性だが、ググっても0件なんでがっかり。 540 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 18:01:26 ] Win な環境で、svn管理下のファイルをＯＳ削除したとき コマンド操作で削除コミットしたい。 もちろん、管理下には修正ファイル、フォルダ、新規追加のファイル、フォルダが混在する。 上記作業を自動で行うために、フォルダツリーに散在した、削除フォルダ、ファイルを見極め 自動で削除コミットしたい。 IDEによる自動生成ファイルが多すぎる。 開くだけで、変更されるファイルがある。 実行するだけで変更されるファイルがある。 コミット・ファイルを見極めてコミットするだけで 結構な時間を要してしまう。 そこで サーバにひとつのワーキングコピーを配し、これを共有公開する。 作業者は、ファイル共有されたワーキングコピー上で直接作業する。 しかし、作業者はコミット等は実施しない。 コミットは、バッチ処理で、その日の作業分としてコミットする。 なにか、ヒント頂けないでしょうか？ 541 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 19:05:29 ] >>540 なんだかよくわからんけど 管理する必要のないファイルを svn:ignore プロパティに 設定するってのではダメなの？ 542 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 22:40:25 ] >>540 コミットは作業ごとに小刻みにやったほうがいいよ。 バージョン管理が必要なファイルだけ追加しておけば何も困る必要がない。 掃除はフォルダ丸ごと削除後にチェックアウトでもいいし。 もしVSなら、不要な中間ファイルはフォルダにまとめられてるし。プロジェクト関係で不要なのは、少しだけだし。一回作ってしまえば簡単なものじゃないかな。 もう少し楽に使うぜ。 543 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 00:08:54 ] ignoreは最初に誰もが通る道であろうに、 マニュアルではプロパティの1つって感じで扱ってるよなぁ。 544 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 03:52:37 ] >>540 > サーバにひとつのワーキングコピーを配し、これを共有公開する。 > 作業者は、ファイル共有されたワーキングコピー上で直接作業する。 それ、バージョン管理システム使ってるメリット無いお。 地獄への道一直線。# 昔CVSでそれをやられて酷い目にあった。 545 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 05:34:39 ] >>533 すげーなｗ 546 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 16:39:58 ] エディタ上で過去ソースとの差分が見れるようなソフトが欲しい。 常に見えてるのは最新のソースで、C#のregionみたいな感じで過去ソースが 展開できたりツールチップで表示できたりしたら便利そう。 547 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 19:37:42 ] マウスオーバーだけでは特定の過去ソースバージョンを指定するのは難しいからインターフェイスを考えないといかんな。 ツールチップでなければ、 TextMateのSubversionバンドルでは任意のリビジョン間のdiffを実行できた。 Emacsも間違いなくできるはず。 Eclipseもできるよな。 548 名前：540 mailto:sage [2008/04/19(土) 23:33:11 ] >>541 >>542 >>543 >>544 日本語でおｋって感じの文章に回答してくれて、ありがとうございます。 もちろん svn:ignore は使用しているのですが・・・ VS だけを使っているのなら、まだなんとかなるのですが・・・ 他のツールも併用していて、そこから　ポコポコ大量の自動生成が・・・ VS のビルドもそう（？）ですが、あれって生成時の日付をどこかに埋め込むんですか？ 内容は何も変わってないのに、生成するだけで変更になってしまいますよね？ まぁ　いろいろ書きたい事はあるのですが 俺も含めて、作業者のRCSの使いこなしが出来ていないと言うことで自分に言い聞かせてます。 でも、せめて 安全なバックアップとして svn を利用しようと、また近い将来にそのリポジトリを RCSの理念の基に利用できるようにするためにも、日々の作業分だけでもコミットしておこうかな と思ったんです。 svn add * svn commit -m "？？月？？日分" で　追加・修正分は簡単にできるんですが 削除されたもの TortoiseSVN 上では「紛失」にあたるものの扱いがコマンドベースで 上手く処理する術を思いつきません。 というのが　本題です 長文スマソ　でした 549 名前：デフォルトの名無しさん [2008/04/20(日) 15:42:07 ] すんごい、恥ずかしくて聞きにくいんですが、 svnのコミットログって一行でかかないといけないんでしょうか？ TortoiseSVNで複数行入力できるのですが、非推奨なのかな？ CodeReposのログとか見てると、みんな一行っぽいのですが・・・。 550 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 15:48:50 ] TortoiseSVNを使うか使わないかに限らず複数行書く私が来ましたよ。 コマンドラインでコメントを書く人は、複数行書くのが難しいから一行なのでは? 551 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 16:28:19 ] 俺も恥ずかしい質問します！ 自分は Subversion しか使ったことがないんですが、 他のバージョン管理ツール（たとえばCVS）から 移行するときに更新履歴やログも引き継げるものなんでしょうか？ バージョン管理ツールごとにポリシー（たとえばディレクトリに リビジョンをつけるのか、ファイルごとにつけるのか）などが 異なるので引き継げないように思うのですが。 皆さん以降の際には HEAD だけ import して気分一新！ という感じなんでしょうか？ 552 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:00:20 ] そりゃ完全さと効率を天秤にかけるもんだろう 553 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:01:12 ] CVSとVSSの移行ツールは見たことある。他も探せばあるかもしれない。 どれも履歴と更新ログくらいは対応してるだろうけど、実際に上手く行くかどうかは、試しにやってみないとなんとも言えない。 (海外の作者が作った移行ツールで、ファイル名や更新ログに漢字を使ったリポジトリを移行する場合とか) 554 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:03:16 ] >>549,550 俺も複数行書いてるっす。 コマンドラインにコミットメッセージを書かずにエディタで書いてる。 >>551 あんまり移行をしないけど、履歴は引き継げるはず。 ところでTortoiseSVNのchmヘルプの文字化けを解消するパッチを投げました。 1.5からはキーワードや検索が役に立つと思います。 555 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:13:45 ] >> 550 >>554 複数行やってる人いて安心した！ >>551 cvs2svnとか使ってみたけど、100くらいのリビジョンあるプロジェクトでやってみたら 何時間待っても終わらなかった覚えがｗ 結局、一新してimportし直したよ 556 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:21:05 ] Mercurialだったかな。 コミットログの1行目をサマリーとみなすという慣習があるのは。 この場合、詳細を2行目以降に書く。 557 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:22:57 ] CVSからSVNに移行した私が来ましたよ。 CVS2SVNなるスクリプトがあるので、移行するだけなら割と簡単にできる。 但し、リビジョン番号の振り方がCVSの概念を反映しきれないので過去の資産を活用するのは若干難しい。 例えば、コミット処理に時間がかかってコミット時間がずれてしまったような場合、別のリビジョンと解釈されかねない。 また、ブランチを作るときに一部のファイルだけしかブランチに入らなかった場合、SVN上は 一旦ブランチへのコピーを行なってから残りのファイルを全て削除したような履歴になってしまう。 # このため、コメントを伴わない(CVS2SVNが生成するコメントがついた)リビジョンが発生する。 558 名前：デフォルトの名無しさん [2008/04/21(月) 01:28:55 ] >555 複数行でもいいけど、 コミットログ一覧では一行しか表示しないクライアントソフトが多いので、 1行で簡潔にまとめるのがいいと思う。 最低でも、1行目は概要、2行目以降に詳細とするべきかと。 559 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 03:56:01 ] 自分も1行目をサマリーにしてます。 メールやTrac TimelineのRSSやEclipse (Historyビュー)、TortoiseSVNが 見やくなるので。 詳細は2行め以降、あるいはTracのチケットの方に書いてます。 560 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 06:12:58 ] hot-backupに掛かる時間て、リビジョン数に対して非線形に増加しない？ 16000位で6時間以上掛かってる。5000の時は1時間位だった気がするのに。 いい方法ない？（dumpはおいといて） 561 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 12:25:37 ] >>560 ファイルコピーが遅いだけとか？試しに普通のファイルコピーしてみたらどうなるかな 562 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 12:38:03 ] >>548 > svn add * これをやったら svn:ignore を設定する意味ないんじゃない？ svn:ignore は管理下にないファイルの存在警告を抑制するものであって、 add されるのを回避するためのものじゃない。 これでは作業ファイル等の不要なファイルまでリポジトリに追加されるよ。 >>542氏が言ってるように > バージョン管理が必要なファイルだけ追加しておけば何も困る必要がない。 なので、管理が必要なものだけをリポジトリに追加していけばすっきりとした 運用ができると思う。 563 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:58:12 ] >>562 重箱の隅つつきみたいで悪いが、 * にディレクトリが含まれるとき、そのディレクトリの下は svn:ignore に従う。 svn:ignore を無視させて何が何でも無理矢理全部再帰的に add したけりゃ --no-ignore をつける。 564 名前：デフォルトの名無しさん [2008/04/22(火) 03:05:21 ] >>561 ディスクはネットワークの先だから確かに遅い。 でも気にしてるのは、リビジョン数は3倍なのに時間が6倍になってる事。 これが納得いかない。 でかいリポジトリのhot-copyは諦めるしかない？ 565 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 09:07:57 ] >>564 普通のファイルコピーでは6倍にならないことを確かめたの？ 566 名前：562 mailto:sage [2008/04/22(火) 11:43:00 ] >>563 ディレクトリのことまで考えていなかったわ。 ディレクトリが含まれている場合の add の挙動について勉強になったよ。 レスありがと。 567 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:01:24 ] svn1.4 apache2.0 windows2003serverな構成でサーバを構築しています。 ディレクトリ単位でのアクセス制限も設定しているのですが、windowsだからなのか、リポジトリURL表記の大文字・小文字の扱いで悩んでいます。 ファイルシステム上のリポジトリがHOGEだったりするばあい、https://server/svn/hogeとかでもチェックアウト出来るくせに、 これでチェックアウトした場合、コミットが出来ません。当然、https://server/svn/HOGEでチェックアウトすればコミットできるんですが・・・ で、リポジトリ名の大文字・小文字を間違える輩が大杉なんで、どちらでもコミットできる、あるいは、正しいリポジトリ名でなければチェックアウトできない、 と行った具合に、どちらかに統一したいのですが、解決策が見つからず、悩んでいます。 VisualSVNServerで環境構築したサーバでは、apache2.2ベースという違いはあれど、大文字・小文字が入り乱れていてもコミットできるのですが、 httpd.confを参考に当方のサーバのhttpd.confをいじってみても解決せず。 どなたか解決策をご教示いただけませんか？ 568 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:22:27 ] Linuxに乗り換える 569 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:25:27 ] フックでチェックさせれば良いんじゃ つうかそう言う大文字小文字を意識しないってのを 意識改革させないと、後で苦労するぞ 570 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 11:50:19 ] Windows上での開発だと大文字小文字の区別をしないのは普通かと。 Visual Studioがファイル名の大文字小文字があっていないテンプレートを平気で作るし。 うちはsvnserve運用だけど普通にコミットできる。 解決策になってないけど 571 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 12:32:45 ] 使ったことないが subversion.tigris.org/tools_contrib.html#hook_scripts に、 case-insensitive.py (contrib/hook-scripts) pre-commit hook to detect case-insensitive filename clashes. This is *much* more efficient than check-case-insensitive.py but it does require Subversion 1.3.0 or later. ってのがあるよ 572 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 12:45:06 ] Windowsがどうであれ、SVNのリポジトリはLinux向けで識別するんだから ファイル名の大文字小文字は意識するようにさせるべき 大文字小文字が違うだけのファイルがコミットされたら Windows環境でチェックアウトするとAbortされるぞ 573 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:07:22 ] >>570はWindowsのクライアント >>572はlinuxクライアントを想定してるんじゃないか？ >>567にはサーバー側のことしか書いてないし。 >大文字小文字が違うだけのファイルがコミットされたら というのがまずあり得ない重箱の隅に聞こえる。 同じフォルダに大文字小文字が違うだけの同名ファイルをおくのはlinuxだと普通なのか？ 574 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:27:53 ] むしろcaseを区別しないwindowsユーザー、アプリ側で 大文字小文字をとっちがえ、 そのまま同じファイルのつもりで 同名ファイルをコミットしそうだけど。 575 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:31:18 ] >>573 >同じフォルダに大文字小文字が違うだけの同名ファイルをおくのはlinuxだと普通なのか？ クライアント側がWindowsだからこそ、大文字小文字を変に気にするやつが コミットする時に小文字を大文字に変えたりしてコミットしようとするんだよ 実際はファイル名を変えた時点で管理外になるんだけど、 考えなしに追加、コミットしてくるやつが以前いたもんで まぁうちの人間がおかしいって言われればそれまでなんだけど SVNで使ってるリポジトリは大文字小文字を別物として 捉えるってのを最初にちゃんと言っておくべきだって話 576 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:36:35 ] MakefileとMAKEFILEとmakefileがコミットされて殺意が湧いた事ある 577 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:45:39 ] TortoiseSVNで名前の変更をした場合 大文字、小文字のみのリネームは出来ません って警告してくるんでそこで気付いてくれれば良いんだけどね 578 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 18:19:02 ] ソースファイルじゃなくてデータファイルなんかのときに困ね テストを実行したら「ファイルが見つかりません」って大文字小文字違いかよ・・・みたいな 579 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 00:10:21 ] むかしWindows使いからやってきたjavaのソースファイル名がクラス名と大文 字小文字が揃っておらず、えらい難儀した記憶がある‥‥‥。 580 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 06:11:48 ] >>577 このメッセージは逆に紛らわしいと思う リポジトリ側でも大文字小文字は区別されないのかと考えてしまうよ 581 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 09:29:39 ] >>580 ヘルプ読んでほしいなぁ…… 582 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 12:26:47 ] TortoiseSVNはWindows専用のクライアントなんだから そうするのが当たり前だと思うが 実際にそれをコミットしたらTortoiseSVNでチェックアウトすると その部分でAbortが発生する ヘルプはちゃんと読んでないのでどう書いてあるのか知らんけど 583 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 13:02:46 ] WindowsじゃなくてもFATをマウントしていたらどうなるんだ 584 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 13:22:36 ] >>580 ＞このメッセージは逆に紛らわしいと思う いやべつに。 直接的な理由は言ってるし、それ以上厳密にしたってしょうがない。 585 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:29:41 ] trunk の一部を切り出して、管理の外で作業したいものがあるので、 tar でまとめています。 tar でアーカイブする時に各ディレクトリごとの .svn が含まれてしまうのを 避けたいのですが、何かいい方法はありませんでしょうか。 作業場所で解凍した後に、find hoge -type d -name '.svn' -exec rm -rf '{}' ';' という解決策以外を探しています。 586 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:50:22 ] tarでアーカイブするときに.svnを除外する。 587 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:52:26 ] find の使い方分かってるなら、 tar に渡すファイルを find 使って指定すればいい。 588 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:55:57 ] サイズが小さいなら毎回exportでもいいんでは 589 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 04:03:19 ] >>586 最近のtarならtar cf --exclude-vcs foo.tar . だけだしな。 590 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:30:51 ] ありがとうございます。tar のオプション知りました。 あいにく 1.14 で古かったのですが tar cz --exclude=.svn -f hoge.tar.gz . find でファイル指定するのは tar czf hoge.tar.gz `find . -type f ! -name '*/.svn/*'` としてみて惨敗だったので。。 591 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:33:50 ] find . | grep -v '/\.svn/' 592 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:48:01 ] その手がありましたね。。find よく知らなかった頃は いつもパイプで処理してたのに。。頭かたくなった。 ところで、今回の発端は、synbolic link で管理している ファイルやディレクトリを windows　上では実体化して 作業したいというものです。 tar czhf hoge.tar.gz . svn export で synbolic link を実体化してくれると 他の作業者に説明しやすくて嬉しいのですけど。 593 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 10:21:33 ] いずれにせよシェルスクリプト化するんなら同じじゃね？ 594 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 18:22:08 ] あー、たしかに TortoiseSVN で複数行入力可能だけど、 ログみるときリストにはずらりと一行目が表示されるもんな・・・ 一行目はサマリーか、参考になる >>567 ・Windows serverをやめる ・coLinuxか、andLinuxを使う 595 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 04:11:27 ] svn st で、特定の状態のもののファイル名だけ単純に一行に ひとつずつ出してくれるようにできれば便利なんだけどなぁ。 いちいち出力を sed とか awk とかで篩い分けて xargs に渡して って面倒。まぁ一度スクリプトを書いてしまえばいいんだけど。 596 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 08:15:37 ] そのうちxml queryができるようになるよ 597 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 17:09:41 ] Subversion 1.5.0 Release Candidate 4 Released ttp://svn.haxx.se/users/archive-2008-04/0723.shtml 598 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 07:09:33 ] subversionのレポジトリってOS間で移動しても大丈夫ですか？ つまりいままでlinuxにあったレポジトリをwindowsのNTFSに そのままコピーして使って大丈夫でしょうか？ マニュアルによると Berkeley DBと違ってFSFSなら プラットフォームに独立した保存形式ということなんですが。 599 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 08:04:31 ] 余り薦められたもんじゃないけど、USBメモリにリポジトリを入れておいて Linux端末に繋いでもWindows端末に繋いでも使えるから大丈夫でしょ。 600 名前：デフォルトの名無しさん [2008/05/06(火) 12:32:31 ] どっかのサーバーに置いとけばいいんじゃないの？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef