トップページ⇒tech
988コメント316KB

Subversion r10

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2008/07/09(水) 10:02:46
Subversionはフリーなオープンソースのバージョン管理システムです。

公式HP
subversion.tigris.org
http://subversion.tigris.org/

Subversion によるバージョン管理
http://subversion.bluegate.org/

subversion: Project Status
http://subversion.tigris.org/project_status.html

subversion: Subversion Links
http://subversion.tigris.org/links.html

Version Control Systems Comparison
http://better-scm.berlios.de/comparison/comparison.html

前スレ
r9 http://pc11.2ch.net/test/read.cgi/tech/1202086238/
r8 http://pc11.2ch.net/test/read.cgi/tech/1192864879/
r7 http://pc11.2ch.net/test/read.cgi/tech/1180858500/
06 http://pc11.2ch.net/test/read.cgi/tech/1165892754/
05 http://pc8.2ch.net/test/read.cgi/tech/1145841405/
04 http://pc8.2ch.net/test/read.cgi/tech/1129642894/
03 http://pc8.2ch.net/test/read.cgi/linux/1100622362/
02 http://pc5.2ch.net/test/read.cgi/linux/1078609142/
01 http://pc.2ch.net/test/read.cgi/linux/1002355536/
0792デフォルトの名無しさん2008/11/25(火) 00:31:16
俺インポートって使ったことない
先にリポジトリ作ってそれをチェックアウトしてからそこにファイルを追加してる
07937342008/11/25(火) 00:33:43
>>758
指摘ありがとうございます。
1.4, 1.5, trunk を修正してコミットしました。

また何かありましたら、申し訳ありませんが教えてください。
0794デフォルトの名無しさん2008/11/25(火) 00:41:19
翻訳大変だよね
俺はApacheのドキュメントの日本語訳やってるけど、なんせ参加者が少なくて

こうやってフィードバックがあるのがうらやましいよ
0795デフォルトの名無しさん2008/11/25(火) 00:42:15
フィードバックが欲しいなら
フィードバックが欲しい、ってちゃんと言わなきゃ。
0796デフォルトの名無しさん2008/11/25(火) 00:43:20
そういえば、解説サイト見ると、
trunc、ってのができます、って書いてあるんだが、
自分のにはtruncってのができてないんだが、
これはsubversionをいれてなくて、トータスオンリーで運用
してるから、そうなってるのかな？
0797デフォルトの名無しさん2008/11/25(火) 00:46:10
>>796
作らないとできない。自動的に出来るなんて本当に書いてあるかよく読め。
あと trunc じゃなくて trunk な。
0798デフォルトの名無しさん2008/11/25(火) 00:46:12
>>796
>trunc、ってのができます、って書いてあるんだが、

誤読じゃないなら、そのサイトは信用しないほうがいい
自分でtrunを作るんだよ
0799デフォルトの名無しさん2008/11/25(火) 00:53:16
その名前は特別なの？
つまり、truncっていう、予約語？の名前を
使うことで、何か特別な効果が生まれるの？
0800デフォルトの名無しさん2008/11/25(火) 00:55:00
ない。ただ、デザインパターンと同じで、名前を統一しときゃ
世間の人(ここではSubversionユーザー)と意思疎通が楽。
0801デフォルトの名無しさん2008/11/25(火) 01:13:00
>>799
trunkだ。Subversionのドキュメントに推奨として、
trunk
branches
tags
が記載されていて、クライアントによってはそれらのディレクトリを特別扱いする場合もある。(Subversiveとか)
0802デフォルトの名無しさん2008/11/25(火) 16:15:48
フォルダをコミットしてないからじゃない？
0803デフォルトの名無しさん2008/11/26(水) 00:02:08
俺の勝手な標準構成は、

docs/{yyyy}/{mm}
personal/{username}
projects/{trunk,branches,tags}

だな。ドキュメント、といっても打ち合わせ資料とかなので。
0804デフォルトの名無しさん2008/11/26(水) 13:43:08
質問させてください。

本当のリポジトリ　/usr/home/var/svn
間違って登録したリポジトリ　/var/svn

として話します。間違って、svnadmin create /var/svnしてしまったのですが、元のリポジトリに
戻すにはどうしたら良いでしょう？ググってもいまいちわからなかったので・・・・

元のリポジトリは新しいリポジトリとは別の階層にあるので手は加えられていません。

0805デフォルトの名無しさん2008/11/26(水) 13:45:06
>>804
間違って実行したのが svn admin create だけなら、 /var/svn 以下を全部消して
やりなおせばいい。
0806デフォルトの名無しさん2008/11/26(水) 14:01:14
>>804
svnadmin create /usr/home/var/svn
したら、今までのSVNの履歴がまっさらになりませんか？
0807デフォルトの名無しさん2008/11/26(水) 14:03:45
/var/svnは消しちゃって構いませんが、
/usr/home/var/svnは長年使ってます。
0808デフォルトの名無しさん2008/11/26(水) 14:23:19
もしかして、あなたの言っているのは、プロジェクトが参照しているレポジト
リを/var/svn から /usr/home/var/svn に戻したい、ということなのかな。

それだったら、これでいいんじゃないかな。
そのプロジェクトのルートディレクトリで、
svn switch --relocate file:///var/svn file:///usr/home/var/svn

まあ、自分でもよく調べてみて。
0809デフォルトの名無しさん2008/11/26(水) 15:03:59
>>808
ありがとうございます。
ちょっと調べてやってみます。

svnadmin create /var/svn

したら、今までのリポジトリの履歴がまっさらになってしまったので。
0810デフォルトの名無しさん2008/11/26(水) 15:28:35
先ほどはありがとうございました。全体的に勘違いしてました。そのままでも
ちゃんと動いていました。

もう一点、あるリポジトリ全体を、./.svnディレクトリなしでエクスポートしたいんですけど
どうしたらいいでしょうか？
0811デフォルトの名無しさん2008/11/26(水) 15:41:37
華麗にスルー
0812デフォルトの名無しさん2008/11/26(水) 15:47:57
>>810
エクスポートと書いてから気づいたんだけど、
svn exportでできますね。
リリースとかパブリッシュとかそんな単語ばかり出てきて
exportが出てこなかったので困ってました。
0813デフォルトの名無しさん2008/11/26(水) 19:16:15
>>812
ちょっとおちつけ。
たとえ2chであっても、書き込みをする前に
おおきく深呼吸して、その内容をふりかえる
ことを勧める。
0814デフォルトの名無しさん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しなおした方が
良いでしょうか？他に解決策はありますか？よろしくお願いします。
0815デフォルトの名無しさん2008/12/02(火) 21:37:54
>814
よくわからんけど svn status するとどうなるの？
0816デフォルトの名無しさん2008/12/02(火) 22:17:58
dev at subversion.tigris.orgがList-Idヘッダーつけなくなりやがった、
これで振り分けしてんだから、余計な事すんな。
0817デフォルトの名無しさん2008/12/02(火) 23:10:21
>>814
リポジトリにlistがあるのに作業ディレクトリでlistをsvn addしたんだろうとおもう。
listをlist_に変えてupdateはやってみた？
0818デフォルトの名無しさん2008/12/03(水) 01:36:00
>>816
ここで言うなよいくじなし。
0819デフォルトの名無しさん2008/12/03(水) 02:13:57
>>816
ん？付いてるよ？
> List-Id: <dev.subversion.tigris.org>

むしろ以前が付いてなかったような？
0820デフォルトの名無しさん2008/12/03(水) 10:36:20
皆さんありがとうございます。

>>815
A付きのをはしょりますけど、

svn status
! .
! + create_app
? create/select_cat
! select_cat
D create_app.tt2
~ list

こんな感じです。

>>817
>>814の最後のエラーがそれです。
0821デフォルトの名無しさん2008/12/03(水) 13:06:46
私エスパーだけど、list の下の .svn の中のファイルが消えてるとか
0822デフォルトの名無しさん2008/12/03(水) 14:08:45
>>819
MLでも話題になってる。MLのプログラム入れ替えたらしい。
0823デフォルトの名無しさん2008/12/03(水) 17:12:07
>>821
ビンゴです。この場合どうすればよいでしょうか？
0824デフォルトの名無しさん2008/12/03(水) 17:18:58
考える事を放棄するんなら最初から使うなあほ。
0825デフォルトの名無しさん2008/12/03(水) 17:21:43
今のlistフォルダを別の場所にバックアップしてから消して、チェックアウトし直せば良いだろ。
0826デフォルトの名無しさん2008/12/03(水) 17:24:40
うーん、とりあえずファイル名変えてチェックアウトしなおして
ファイルをdiffして新しい変更やファイルがあったら加える、
でやってみます。みなさんありがとうございました。
0827デフォルトの名無しさん2008/12/05(金) 01:39:22
さーせん
Tortoise1.5つかってて、コミットとかしてたんですけど、
とある事情から、Tortoise1.4にインストールしなおしました

すると、いままでコミットや更新してきたリポジトリで
コミットするとエラーになっちゃいました
エラー後は更新してもエラーになっちゃいます

コミット自体は一応成功してるみたいで、
チェックアウトしなおすことができたんですが、
やはりコミットするとｴﾗｰになります

エラー内容としては、バージョン古いから新しくしろみたいなこと
いわれてます
これ、1.5に戻す以外で解決する方法ないのでしょうか
　
0828デフォルトの名無しさん2008/12/05(金) 06:01:47
>>827
リポジトリフォーマットの問題だな。

1.5 の svnadmin で dump して、 1.4 でリポジトリ作ってロードすれば、ダウングレードできる
かもしれない。
0829デフォルトの名無しさん2008/12/05(金) 06:33:20
svn-1.5系に付いてくるchangeなんとか.pyっていうスクリプトでとりあえずローカルの作業領域は1.4に変換できる
0830デフォルトの名無しさん2008/12/05(金) 08:20:57
リポジトリの方はdumpして、svnadmin create --pre-1.5-compatible で
1.4互換のリポジトリ作ってloadすればよいかも。
0831デフォルトの名無しさん2008/12/05(金) 10:53:36
1.5 系は CIFS と相性悪くて困る。。。
0832デフォルトの名無しさん2008/12/05(金) 10:55:57
>>831
初耳
何が問題になるの？
0833デフォルトの名無しさん2008/12/05(金) 12:32:44
単に自分のスキルの無さをアプリに責任転嫁してるだけじゃね
0834デフォルトの名無しさん2008/12/05(金) 13:00:34
>>833
なんだそのちっぽけな選民思想は。
0835デフォルトの名無しさん2008/12/05(金) 13:16:20
>>833
禿同
0836デフォルトの名無しさん2008/12/05(金) 13:33:26
>>835
図星だったんですねわかります。15分後に即レスとかｗｗ
0837デフォルトの名無しさん2008/12/05(金) 13:35:11
ﾜﾛﾀ
0838デフォルトの名無しさん2008/12/05(金) 13:38:08
>>833
同意。
0839デフォルトの名無しさん2008/12/05(金) 13:41:35
Eclipse Pluginのsubversiveはzipでは公開されていないのでしょうか？
dropinsフォルダに入れて管理したいのですが
0840デフォルトの名無しさん2008/12/05(金) 13:44:12
>>833
ものすごく同意します。仰る通りだと思います！
0841デフォルトの名無しさん2008/12/05(金) 13:56:16
>>833
禿同
0842デフォルトの名無しさん2008/12/05(金) 14:34:19
一人ageてる思想家様のレスが・・・
0843デフォルトの名無しさん2008/12/05(金) 15:22:50
>>832
Linux の 1.5 系を CIFS 上にある (Windows の共有を Linux に mount してる)
ワーキングコピーで使うと .svn 内の管理ファイルが消えて、
以降そのワーキングコピーが使いものにならなくなることが。

まぁ、あまり CIFS の上で作業しないだろうけど。。。
0844デフォルトの名無しさん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
0845デフォルトの名無しさん2008/12/05(金) 16:19:03
15分後で”即レス”とか意味ワカンネ
0846デフォルトの名無しさん2008/12/05(金) 16:34:28
そりゃ宇宙が始まってから今までの時間を考えれば即レスであろう
0847デフォルトの名無しさん2008/12/05(金) 17:03:57
>>844
思想家ageを煽ってるのかとおもいきや、
言いたいことがさっぱり分からんな。
0848デフォルトの名無しさん2008/12/05(金) 17:29:23
そろそろ思想家様ブランチのメンテは止めないか？
0849デフォルトの名無しさん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できない
状態になってしまった。
正しくはどういう手順でやればよかったんだろう？
0850デフォルトの名無しさん2008/12/08(月) 12:38:43
すみません、どなたか教えていただけませんか？

あるファイルを svn add したのですが、実は 同名のファイルがすでにレポジ
トリには登録されていて、svn commitに失敗しました。

そこで svn update しようとしたのですが、
> svn: ファイル （ファイル名） を追加できませんでした: 同名のオブジェクトが既に追加準備されています
というメッセージが出て、updateできません。
svn cleanup しても、ローカルのファイル名を変更しても同様です。

どうしたらよいのでしょう？
0851デフォルトの名無しさん2008/12/08(月) 12:49:10
ちなみに、こんなエントリを見つけました。

Developer at Momonga Project - upstart お試しメモ
http://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' の値が不正です
というエラーが出て、うまくいきませんでした。
0852デフォルトの名無しさん2008/12/08(月) 12:50:21
>>850
テスト環境を作って、同じような状況にする。
どうやったら解決できるか　いろいろ試してみるといいよ。


0853デフォルトの名無しさん2008/12/08(月) 12:50:59
>>850
追加準備を解除すべく svn revert を使う。
0854デフォルトの名無しさん2008/12/08(月) 12:59:24
>>853
うまく行きました。ありがとうございます！
そうかー、svn revert ってこんなときにも使えるんですね。
0855デフォルトの名無しさん2008/12/10(水) 19:06:31
linuxで動く
TortoiseSVN
みたいにGUIでほとんど出来てしまうソフトないでしょうか
0856デフォルトの名無しさん2008/12/10(水) 19:08:03
SmartSVN
0857デフォルトの名無しさん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 すれば、プロジェクトごとのリポジトリ、
という事になるのでしょうか？
0858デフォルトの名無しさん2008/12/12(金) 09:24:23
>>857
正解！　的確に理解しておられます
0859デフォルトの名無しさん2008/12/12(金) 09:41:03
>>858
ありがとうございます、了解です。ちょいやってみます。
0860デフォルトの名無しさん2008/12/12(金) 11:06:21
>>859
subversion のリビジョン番号は、コミット操作「時刻」に対する通し番号に過ぎないので、
CVSのリビジョン番号やタグのような使い勝手は期待できませんよ。

２つのプロジェクトがまったく無関係なら、別のリポジトリにすべきです。
プロジェクト間でマージやコピーを行うなら、同じリポジトリにした方が便利です。
0861デフォルトの名無しさん2008/12/12(金) 12:00:50
プロジェクトが無関係な場合、
君はリポジトリを分けてもいいし、分けなくてもいい。
という程度に思ってたんだけど。
公式にもリポジトリレイアウトについての推奨項目はttbぐらいしかなかったと記憶してる。
0862デフォルトの名無しさん2008/12/12(金) 13:26:57
>>861
subversion単体運用なら、その程度の判断で良いと思う。
tracと連動させるなら、無関係なプロジェクトは積極的に別リポジトリにすべき。

それと、ttb って何？　trunk, tags, branches のことかな。
0863デフォルトの名無しさん2008/12/12(金) 17:02:28
>>857
マルチうざい
0864デフォルトの名無しさん2008/12/13(土) 02:50:45
>>862
あー、tracとか関係してくると面倒なんだ？まだ使ったことなくて。。。興味はあるんだけどねｗ

ttbはその3つをまとめていう言葉。一応アンカー貼っとくです。
http://subversion.bluegate.org/doc/book.html#ftn.id2566942
0865デフォルトの名無しさん2008/12/13(土) 10:12:59
そりゃプロジェクト管理するんだから無関係な物が混じってて
その更新履歴やら何やらが出てきたら鬱陶しいだろう
0866デフォルトの名無しさん2008/12/13(土) 10:26:51
>>863
それはSubversionスレ逝けと言われたやつだ。

>>857
その通り。
0867デフォルトの名無しさん2008/12/13(土) 12:02:24
うちは1つのリポジトリで100個以上のプロジェクトを管理しているけど
普通に Trac も使っているよ。
0868デフォルトの名無しさん2008/12/13(土) 13:41:17
周囲がそれに納得してるんなら良いんじゃねえの
0869デフォルトの名無しさん2008/12/13(土) 15:20:52
>>865
他のディレクトリの更新履歴が出てくるってひどいね。
その話から行くと各ブランチの更新履歴がトランクにも出てくるってことになるよね。
0870デフォルトの名無しさん2008/12/13(土) 15:57:29
>>869
trac.ini に

[trac]
repository_dir = リポジトリのパス/リポジトリ内のプロジェクトのパス

で指定したプロジェクトだけ出てくるようになるよ。
0871デフォルトの名無しさん2008/12/13(土) 16:08:38
>>870
あ、やっぱり？さすがにそれはないよなあと思いながら書いたんだ。
ってなると別に複数プロジェクトをリポジトリに入れても問題ないんじゃ？
0872デフォルトの名無しさん2008/12/13(土) 16:38:26
>>870
これは勉強になった。ありがとう。
0873デフォルトの名無しさん2008/12/13(土) 16:44:00
だから周りが良いって言うならそれで良いんじゃねえの？
運用の仕方に良いも悪いもねえよ
0874デフォルトの名無しさん2008/12/13(土) 17:17:20
別にすべきだ、と考えてる人の意見を聞きたいんだ。
逆に、周りがそれでは良くない、という現場を知ってる人にも、なぜ良くないと言われたのかを教えて欲しい。
0875デフォルトの名無しさん2008/12/13(土) 18:52:13
プロジェクトごとにバックアップできないとちょっと嫌かもね。
0876デフォルトの名無しさん2008/12/13(土) 19:02:19
プロジェクトとワークスペースをごっちゃに考えてない？
0877デフォルトの名無しさん2008/12/13(土) 19:55:24
リビジョン番号がとびとびになるけど、気にしないんなら一緒にしても良いんじゃね。
番号が増えるにつれてどんどん重くなっても周りが何とも思わないんだろ。
0878デフォルトの名無しさん2008/12/13(土) 20:17:26
リビジョン番号が飛び飛びになるのは理由にならんだろ。
branch上でコミットされただけでも飛び飛びになるんだから。
0879デフォルトの名無しさん2008/12/13(土) 20:25:02
trac使う前提の話ならtracスレでやれよ鬱陶しい
0880デフォルトの名無しさん2008/12/13(土) 22:32:05
何でそんなにいらいらしてるのか知らんけど、
>>871- あたりからは trac 関係ないぞ。
0881デフォルトの名無しさん2008/12/14(日) 01:18:24
ごちゃごちゃ言ってる本人だが、

プロジェクト分けると困るのはなんで？
→tracだと面倒
　→そんなことないよ
→リビジョン番号が飛ぶ
　→そんなの気にする人がいたなんて！
→トータルリビジョン進むと重くなる

そんなに重くなるものなの？
0882デフォルトの名無しさん2008/12/14(日) 01:19:49
あ。。複数プロジェクトが同一リポジトリにはいると困るのは何で？の間違い。。。
0883デフォルトの名無しさん2008/12/14(日) 01:27:37
>>881 ならない。
0884デフォルトの名無しさん2008/12/14(日) 01:29:28
連投ごめんなさい。

・A、Bプロジェクトが同一リポジトリにあり
　Aに修正があったリビジョンは1000個
　Bに修正があったリビジョンは1000個
・Aプロジェクトのみのリポジトリで
　Aに修正があったリビジョンは1000個

このとき、両者間でAに対する操作のパフォーマンスに大きな差があるのかどうかを知りたいかもです。

うちはプロジェクトごとにリポジトリ分けてるんだけど、最初にそう決めたからそうしてるってだけなので。。
あと、同一リポジトリでもディレクトリによって認証情報分けられるのかな？
0885デフォルトの名無しさん2008/12/14(日) 01:30:49
>>882
svnadmin dumpでのバックアップをプロジェクト別に行えない
リポジトリをプロジェクトごとに異なるストレージに置けない
とかは?
ま、そういう使い方をしなければ困らないが。
0886デフォルトの名無しさん2008/12/14(日) 01:31:32
プロジェクト A と B （と C と ...）があって、 A が終了したから一旦その時点のリポジトリの
バックアップをとっておきたいとき、リポジトリがごっちゃになってたらめんどくさい。

サーバー容量がいっぱいになってきたから一番最初に終了したプロジェクト A だけ
別の場所に移したい、なんてときにもごっちゃになってるとめんどくさい。

オープンソースなプロジェクトでは「終了」とかいうタイミングが無いから、ここらへんは
どうでもいいかもしれない。
08878862008/12/14(日) 01:32:35
うわ、思い切りかぶったな。
0888デフォルトの名無しさん2008/12/14(日) 01:33:49
フックがプロジェクトごとに分かれてないと困ることもあるんじゃないか？
0889デフォルトの名無しさん2008/12/14(日) 01:34:12
ははぁ。これはなるほどと思う感じの。
ありがとうございました。
0890デフォルトの名無しさん2008/12/14(日) 01:38:12
パスレベルの制限については
http://subversion.bluegate.org/doc/book.html#svn.serverconfig.svnserve.auth.users
この辺見て納得しておきました。

フックは使いこなせていないのでこれから勉強します。
0891デフォルトの名無しさん2008/12/14(日) 01:43:34
>>888
> フックがプロジェクトごとに分かれてないと困ることもあるんじゃないか？

あるんじゃないかと聞かれたら、あるだろうと言うしかないけど、困らない時の
方が多いとも思う。
0892デフォルトの名無しさん2008/12/14(日) 08:40:10
別プロジェクトが同一レポジトリにあると、Trac でチェンジセットを見たときに、
「前のチェンジセット」「次のチェンジセット」で別のプロジェクトが現れるのがうざい。
自分はそれくらい。
■ このスレッドは過去ログ倉庫に格納されています