- 1 名前：デフォルトの名無しさん [2008/07/09(水) 10:02:46 ]
- 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
前スレ
r9 pc11.2ch.net/test/read.cgi/tech/1202086238/
r8 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/
- 795 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:42:15 ]
- フィードバックが欲しいなら
フィードバックが欲しい、ってちゃんと言わなきゃ。
- 796 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:43:20 ]
- そういえば、解説サイト見ると、
trunc、ってのができます、って書いてあるんだが、
自分のにはtruncってのができてないんだが、
これはsubversionをいれてなくて、トータスオンリーで運用
してるから、そうなってるのかな？
- 797 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:46:10 ]
- >>796
作らないとできない。自動的に出来るなんて本当に書いてあるかよく読め。
あと trunc じゃなくて trunk な。
- 798 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:46:12 ]
- >>796
>trunc、ってのができます、って書いてあるんだが、
誤読じゃないなら、そのサイトは信用しないほうがいい
自分でtrunを作るんだよ
- 799 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:53:16 ]
- その名前は特別なの？
つまり、truncっていう、予約語？の名前を
使うことで、何か特別な効果が生まれるの？
- 800 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 00:55:00 ]
- ない。ただ、デザインパターンと同じで、名前を統一しときゃ
世間の人(ここではSubversionユーザー)と意思疎通が楽。
- 801 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 01:13:00 ]
- >>799
trunkだ。Subversionのドキュメントに推奨として、
trunk
branches
tags
が記載されていて、クライアントによってはそれらのディレクトリを特別扱いする場合もある。(Subversiveとか)
- 802 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 16:15:48 ]
- フォルダをコミットしてないからじゃない？
- 803 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 00:02:08 ]
- 俺の勝手な標準構成は、
docs/{yyyy}/{mm}
personal/{username}
projects/{trunk,branches,tags}
だな。ドキュメント、といっても打ち合わせ資料とかなので。
- 804 名前：デフォルトの名無しさん [2008/11/26(水) 13:43:08 ]
- 質問させてください。
本当のリポジトリ /usr/home/var/svn
間違って登録したリポジトリ /var/svn
として話します。間違って、svnadmin create /var/svnしてしまったのですが、元のリポジトリに
戻すにはどうしたら良いでしょう？ググってもいまいちわからなかったので・・・・
元のリポジトリは新しいリポジトリとは別の階層にあるので手は加えられていません。
- 805 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 13:45:06 ]
- >>804
間違って実行したのが svn admin create だけなら、 /var/svn 以下を全部消して
やりなおせばいい。
- 806 名前：デフォルトの名無しさん [2008/11/26(水) 14:01:14 ]
- >>804
svnadmin create /usr/home/var/svn
したら、今までのSVNの履歴がまっさらになりませんか？
- 807 名前：デフォルトの名無しさん [2008/11/26(水) 14:03:45 ]
- /var/svnは消しちゃって構いませんが、
/usr/home/var/svnは長年使ってます。
- 808 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 14:23:19 ]
- もしかして、あなたの言っているのは、プロジェクトが参照しているレポジト
リを/var/svn から /usr/home/var/svn に戻したい、ということなのかな。
それだったら、これでいいんじゃないかな。
そのプロジェクトのルートディレクトリで、
svn switch --relocate file:///var/svn file:///usr/home/var/svn
まあ、自分でもよく調べてみて。
- 809 名前：デフォルトの名無しさん [2008/11/26(水) 15:03:59 ]
- >>808
ありがとうございます。
ちょっと調べてやってみます。
svnadmin create /var/svn
したら、今までのリポジトリの履歴がまっさらになってしまったので。
- 810 名前：デフォルトの名無しさん [2008/11/26(水) 15:28:35 ]
- 先ほどはありがとうございました。全体的に勘違いしてました。そのままでも
ちゃんと動いていました。
もう一点、あるリポジトリ全体を、./.svnディレクトリなしでエクスポートしたいんですけど
どうしたらいいでしょうか？
- 811 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 15:41:37 ]
- 華麗にスルー
- 812 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 15:47:57 ]
- >>810
エクスポートと書いてから気づいたんだけど、
svn exportでできますね。
リリースとかパブリッシュとかそんな単語ばかり出てきて
exportが出てこなかったので困ってました。
- 813 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 19:16:15 ]
- >>812
ちょっとおちつけ。
たとえ2chであっても、書き込みをする前に
おおきく深呼吸して、その内容をふりかえる
ことを勧める。
- 814 名前：デフォルトの名無しさん [2008/12/02(火) 16:24:25 ]
- ヘルプです。コミットができません。listというディレクトリが何か
邪魔をしているようで。思い当たるような操作はしていませんが、
この辺はごちゃごちゃ変更したのでそのせいかも知れません。
svn: Commit failed (details follow):
svn: File already exists: filesystem '/usr/local/var/svn/portbello/trunk/db', transaction '23-1',
path '/root/src/admin/type/list'
updateするとこうです。
svn: Failed to add file 'list': object of the same name already exists
listをlist_に変えてcommitを試すと最初と同じエラーが。
updateしようとすると、
svn: Failed to add file 'list': object of the same name is already scheduled for addition
こう答えられます。list以下をsvn deleteしてしまって、svn addしなおした方が
良いでしょうか？他に解決策はありますか？よろしくお願いします。
- 815 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 21:37:54 ]
- >814
よくわからんけど svn status するとどうなるの？
- 816 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 22:17:58 ]
- dev at subversion.tigris.orgがList-Idヘッダーつけなくなりやがった、
これで振り分けしてんだから、余計な事すんな。
- 817 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 23:10:21 ]
- >>814
リポジトリにlistがあるのに作業ディレクトリでlistをsvn addしたんだろうとおもう。
listをlist_に変えてupdateはやってみた？
- 818 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 01:36:00 ]
- >>816
ここで言うなよいくじなし。
- 819 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 02:13:57 ]
- >>816
ん？付いてるよ？
> List-Id: <dev.subversion.tigris.org>
むしろ以前が付いてなかったような？
- 820 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 10:36:20 ]
- 皆さんありがとうございます。
>>815
A付きのをはしょりますけど、
svn status
! .
! + create_app
? create/select_cat
! select_cat
D create_app.tt2
~ list
こんな感じです。
>>817
>>814の最後のエラーがそれです。
- 821 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 13:06:46 ]
- 私エスパーだけど、list の下の .svn の中のファイルが消えてるとか
- 822 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 14:08:45 ]
- >>819
MLでも話題になってる。MLのプログラム入れ替えたらしい。
- 823 名前：デフォルトの名無しさん [2008/12/03(水) 17:12:07 ]
- >>821
ビンゴです。この場合どうすればよいでしょうか？
- 824 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:18:58 ]
- 考える事を放棄するんなら最初から使うなあほ。
- 825 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 17:21:43 ]
- 今のlistフォルダを別の場所にバックアップしてから消して、チェックアウトし直せば良いだろ。
- 826 名前：デフォルトの名無しさん [2008/12/03(水) 17:24:40 ]
- うーん、とりあえずファイル名変えてチェックアウトしなおして
ファイルをdiffして新しい変更やファイルがあったら加える、
でやってみます。みなさんありがとうございました。
- 827 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 01:39:22 ]
- さーせん
Tortoise1.5つかってて、コミットとかしてたんですけど、
とある事情から、Tortoise1.4にインストールしなおしました
すると、いままでコミットや更新してきたリポジトリで
コミットするとエラーになっちゃいました
エラー後は更新してもエラーになっちゃいます
コミット自体は一応成功してるみたいで、
チェックアウトしなおすことができたんですが、
やはりコミットするとｴﾗｰになります
エラー内容としては、バージョン古いから新しくしろみたいなこと
いわれてます
これ、1.5に戻す以外で解決する方法ないのでしょうか
- 828 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 06:01:47 ]
- >>827
リポジトリフォーマットの問題だな。
1.5 の svnadmin で dump して、 1.4 でリポジトリ作ってロードすれば、ダウングレードできる
かもしれない。
- 829 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 06:33:20 ]
- svn-1.5系に付いてくるchangeなんとか.pyっていうスクリプトでとりあえずローカルの作業領域は1.4に変換できる
- 830 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 08:20:57 ]
- リポジトリの方はdumpして、svnadmin create --pre-1.5-compatible で
1.4互換のリポジトリ作ってloadすればよいかも。
- 831 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:53:36 ]
- 1.5 系は CIFS と相性悪くて困る。。。
- 832 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:55:57 ]
- >>831
初耳
何が問題になるの？
- 833 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 12:32:44 ]
- 単に自分のスキルの無さをアプリに責任転嫁してるだけじゃね
- 834 名前：デフォルトの名無しさん [2008/12/05(金) 13:00:34 ]
- >>833
なんだそのちっぽけな選民思想は。
- 835 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:16:20 ]
- >>833
禿同
- 836 名前：デフォルトの名無しさん [2008/12/05(金) 13:33:26 ]
- >>835
図星だったんですねわかります。15分後に即レスとかｗｗ
- 837 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:35:11 ]
- ﾜﾛﾀ
- 838 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:38:08 ]
- >>833
同意。
- 839 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:41:35 ]
- Eclipse Pluginのsubversiveはzipでは公開されていないのでしょうか？
dropinsフォルダに入れて管理したいのですが
- 840 名前：デフォルトの名無しさん [2008/12/05(金) 13:44:12 ]
- >>833
ものすごく同意します。仰る通りだと思います！
- 841 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:56:16 ]
- >>833
禿同
- 842 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 14:34:19 ]
- 一人ageてる思想家様のレスが・・・
- 843 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:22:50 ]
- >>832
Linux の 1.5 系を CIFS 上にある (Windows の共有を Linux に mount してる)
ワーキングコピーで使うと .svn 内の管理ファイルが消えて、
以降そのワーキングコピーが使いものにならなくなることが。
まぁ、あまり CIFS の上で作業しないだろうけど。。。
- 844 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:49:47 ]
- 833 名前：デフォルトの名無しさん[sage] 投稿日：2008/12/05(金) 12:32:44
単に自分のスキルの無さをアプリに責任転嫁してるだけじゃね
834 名前：デフォルトの名無しさん[] 投稿日：2008/12/05(金) 13:00:34
>>833
なんだそのちっぽけな選民思想は。
835 名前：デフォルトの名無しさん[sage] 投稿日：2008/12/05(金) 13:16:20
>>833
禿同
836 名前：デフォルトの名無しさん[] 投稿日：2008/12/05(金) 13:33:26
>>835
図星だったんですねわかります。15分後に即レスとかｗｗ
--
なるほど、>836は15分後にレスしているのね。
# >835は16分後だしねえw
- 845 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 16:19:03 ]
- 15分後で”即レス”とか意味ワカンネ
- 846 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 16:34:28 ]
- そりゃ宇宙が始まってから今までの時間を考えれば即レスであろう
- 847 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 17:03:57 ]
- >>844
思想家ageを煽ってるのかとおもいきや、
言いたいことがさっぱり分からんな。
- 848 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 17:29:23 ]
- そろそろ思想家様ブランチのメンテは止めないか？
- 849 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 12:41:24 ]
- >>65と同じことがしたくて>>66を参考にやってみたんだが、よくわからなかったので教えて。
1. リポジトリにtrunk/parentを追加
2. parentをcheckoutして管理下に
3. trunk/subをtrunk/parent/subへ移動
4. WDのparent/subのリポジトリをtrunk/parent/subへswitch
こういう手順かなと思ってやってみたんだが、確かにparentもsubもそれぞれtrunk/parentと
trunk/parent/subで管理される形になったけど、parentの下のsubが '?' のまま、addできない
状態になってしまった。
正しくはどういう手順でやればよかったんだろう？
- 850 名前：デフォルトの名無しさん mailto:age [2008/12/08(月) 12:38:43 ]
- すみません、どなたか教えていただけませんか？
あるファイルを svn add したのですが、実は 同名のファイルがすでにレポジ
トリには登録されていて、svn commitに失敗しました。
そこで svn update しようとしたのですが、
> svn: ファイル （ファイル名） を追加できませんでした: 同名のオブジェクトが既に追加準備されています
というメッセージが出て、updateできません。
svn cleanup しても、ローカルのファイル名を変更しても同様です。
どうしたらよいのでしょう？
- 851 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 12:49:10 ]
- ちなみに、こんなエントリを見つけました。
Developer at Momonga Project - upstart お試しメモ
developer.momonga-linux.org/wiki/?upstart%20%A4%AA%BB%EE%A4%B7%A5%E1%A5%E2
これは、.svn/entries から該当行をエディタで削除するというものです。
恐る恐る試してみましたが、
> svn: エントリ 9 ('.' の entries ファイル内) でエラーが発生しました:
> svn: フィールド 'has-props' の値が不正です
というエラーが出て、うまくいきませんでした。
- 852 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 12:50:21 ]
- >>850
テスト環境を作って、同じような状況にする。
どうやったら解決できるか いろいろ試してみるといいよ。
- 853 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 12:50:59 ]
- >>850
追加準備を解除すべく svn revert を使う。
- 854 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 12:59:24 ]
- >>853
うまく行きました。ありがとうございます！
そうかー、svn revert ってこんなときにも使えるんですね。
- 855 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 19:06:31 ]
- linuxで動く
TortoiseSVN
みたいにGUIでほとんど出来てしまうソフトないでしょうか
- 856 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 19:08:03 ]
- SmartSVN
- 857 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 09:22:11 ]
- すみませんちょっと教えて下さい。
つい昨日 Subversion をインストールしたんですが、プロジェクトごとに
リビジョン番号が付いてくれずに困っています。例えば以下の様な構造…
（リポジトリの作成）
# svnadmin create /usr/local/svnroot
（接続先）
svn://xxx.xxx.xxx.xxx/
（リポジトリの構造）
trunk/ProjectA
trunk/ProjectB
どうやらリポジトリが一緒だからいけない、という事らしいのですが、
と言う事はプロジェクトを立ち上げるごとに
#svnadmin create xxxxx
をすればいいという事でしょうか？ ちなみに svnserve は
svnserve -r /usr/local/svnroot
の様に起動しているのですが、この場合、svnroot 以下にディレクトリを
作って、そこで svnadmin create すれば、プロジェクトごとのリポジトリ、
という事になるのでしょうか？
- 858 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 09:24:23 ]
- >>857
正解！ 的確に理解しておられます
- 859 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 09:41:03 ]
- >>858
ありがとうございます、了解です。ちょいやってみます。
- 860 名前：デフォルトの名無しさん [2008/12/12(金) 11:06:21 ]
- >>859
subversion のリビジョン番号は、コミット操作「時刻」に対する通し番号に過ぎないので、
CVSのリビジョン番号やタグのような使い勝手は期待できませんよ。
２つのプロジェクトがまったく無関係なら、別のリポジトリにすべきです。
プロジェクト間でマージやコピーを行うなら、同じリポジトリにした方が便利です。
- 861 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 12:00:50 ]
- プロジェクトが無関係な場合、
君はリポジトリを分けてもいいし、分けなくてもいい。
という程度に思ってたんだけど。
公式にもリポジトリレイアウトについての推奨項目はttbぐらいしかなかったと記憶してる。
- 862 名前：デフォルトの名無しさん [2008/12/12(金) 13:26:57 ]
- >>861
subversion単体運用なら、その程度の判断で良いと思う。
tracと連動させるなら、無関係なプロジェクトは積極的に別リポジトリにすべき。
それと、ttb って何？ trunk, tags, branches のことかな。
- 863 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 17:02:28 ]
- >>857
マルチうざい
- 864 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 02:50:45 ]
- >>862
あー、tracとか関係してくると面倒なんだ？まだ使ったことなくて。。。興味はあるんだけどねｗ
ttbはその3つをまとめていう言葉。一応アンカー貼っとくです。
subversion.bluegate.org/doc/book.html#ftn.id2566942
- 865 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 10:12:59 ]
- そりゃプロジェクト管理するんだから無関係な物が混じってて
その更新履歴やら何やらが出てきたら鬱陶しいだろう
- 866 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 10:26:51 ]
- >>863
それはSubversionスレ逝けと言われたやつだ。
>>857
その通り。
- 867 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 12:02:24 ]
- うちは1つのリポジトリで100個以上のプロジェクトを管理しているけど
普通に Trac も使っているよ。
- 868 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 13:41:17 ]
- 周囲がそれに納得してるんなら良いんじゃねえの
- 869 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 15:20:52 ]
- >>865
他のディレクトリの更新履歴が出てくるってひどいね。
その話から行くと各ブランチの更新履歴がトランクにも出てくるってことになるよね。
- 870 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 15:57:29 ]
- >>869
trac.ini に
[trac]
repository_dir = リポジトリのパス/リポジトリ内のプロジェクトのパス
で指定したプロジェクトだけ出てくるようになるよ。
- 871 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 16:08:38 ]
- >>870
あ、やっぱり？さすがにそれはないよなあと思いながら書いたんだ。
ってなると別に複数プロジェクトをリポジトリに入れても問題ないんじゃ？
- 872 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 16:38:26 ]
- >>870
これは勉強になった。ありがとう。
- 873 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 16:44:00 ]
- だから周りが良いって言うならそれで良いんじゃねえの？
運用の仕方に良いも悪いもねえよ
- 874 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 17:17:20 ]
- 別にすべきだ、と考えてる人の意見を聞きたいんだ。
逆に、周りがそれでは良くない、という現場を知ってる人にも、なぜ良くないと言われたのかを教えて欲しい。
- 875 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 18:52:13 ]
- プロジェクトごとにバックアップできないとちょっと嫌かもね。
- 876 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 19:02:19 ]
- プロジェクトとワークスペースをごっちゃに考えてない？
- 877 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 19:55:24 ]
- リビジョン番号がとびとびになるけど、気にしないんなら一緒にしても良いんじゃね。
番号が増えるにつれてどんどん重くなっても周りが何とも思わないんだろ。
- 878 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 20:17:26 ]
- リビジョン番号が飛び飛びになるのは理由にならんだろ。
branch上でコミットされただけでも飛び飛びになるんだから。
- 879 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 20:25:02 ]
- trac使う前提の話ならtracスレでやれよ鬱陶しい
- 880 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 22:32:05 ]
- 何でそんなにいらいらしてるのか知らんけど、
>>871- あたりからは trac 関係ないぞ。
- 881 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:18:24 ]
- ごちゃごちゃ言ってる本人だが、
プロジェクト分けると困るのはなんで？
→tracだと面倒
→そんなことないよ
→リビジョン番号が飛ぶ
→そんなの気にする人がいたなんて！
→トータルリビジョン進むと重くなる
そんなに重くなるものなの？
- 882 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:19:49 ]
- あ。。複数プロジェクトが同一リポジトリにはいると困るのは何で？の間違い。。。
- 883 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:27:37 ]
- >>881 ならない。
- 884 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:29:28 ]
- 連投ごめんなさい。
・A、Bプロジェクトが同一リポジトリにあり
Aに修正があったリビジョンは1000個
Bに修正があったリビジョンは1000個
・Aプロジェクトのみのリポジトリで
Aに修正があったリビジョンは1000個
このとき、両者間でAに対する操作のパフォーマンスに大きな差があるのかどうかを知りたいかもです。
うちはプロジェクトごとにリポジトリ分けてるんだけど、最初にそう決めたからそうしてるってだけなので。。
あと、同一リポジトリでもディレクトリによって認証情報分けられるのかな？
- 885 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:30:49 ]
- >>882
svnadmin dumpでのバックアップをプロジェクト別に行えない
リポジトリをプロジェクトごとに異なるストレージに置けない
とかは?
ま、そういう使い方をしなければ困らないが。
- 886 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:31:32 ]
- プロジェクト A と B （と C と ...）があって、 A が終了したから一旦その時点のリポジトリの
バックアップをとっておきたいとき、リポジトリがごっちゃになってたらめんどくさい。
サーバー容量がいっぱいになってきたから一番最初に終了したプロジェクト A だけ
別の場所に移したい、なんてときにもごっちゃになってるとめんどくさい。
オープンソースなプロジェクトでは「終了」とかいうタイミングが無いから、ここらへんは
どうでもいいかもしれない。
- 887 名前：886 mailto:sage [2008/12/14(日) 01:32:35 ]
- うわ、思い切りかぶったな。
- 888 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:33:49 ]
- フックがプロジェクトごとに分かれてないと困ることもあるんじゃないか？
- 889 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:34:12 ]
- ははぁ。これはなるほどと思う感じの。
ありがとうございました。
- 890 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:38:12 ]
- パスレベルの制限については
subversion.bluegate.org/doc/book.html#svn.serverconfig.svnserve.auth.users
この辺見て納得しておきました。
フックは使いこなせていないのでこれから勉強します。
- 891 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 01:43:34 ]
- >>888
> フックがプロジェクトごとに分かれてないと困ることもあるんじゃないか？
あるんじゃないかと聞かれたら、あるだろうと言うしかないけど、困らない時の
方が多いとも思う。
- 892 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 08:40:10 ]
- 別プロジェクトが同一レポジトリにあると、Trac でチェンジセットを見たときに、
「前のチェンジセット」「次のチェンジセット」で別のプロジェクトが現れるのがうざい。
自分はそれくらい。
- 893 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 12:46:46 ]
- >>892
Trac 0.11.2 で試したけどそんな風にならないよ。
>>888
うちの場合はほとんどのプロジェクトで共通のフック処理をしているけど
例外的なプロジェクトは変更パスで判断して一部の処理を変更しています。
- 894 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 12:47:16 ]
- >885-886 が理由なら、
svndumpfilterをかませばいいだけなような気がする。
- 895 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 15:50:06 ]
- TTB/プロジェクト
プロジェクト/TTB
の選択によってTracの挙動が変わっているのではないかな
|
 |
