- 1 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 12:05:54 ]
- CVS 代替 SCM である Subversion のスレです。
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
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/
- 321 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 12:12:21 ]
- ど、どなたか手助けを...
Subversionをsvn+sshでのアクセス前提で運用してて、authorized_keysに"svnserve -t -r /path/to/repos"してレポジトリのルートまでのパスを省略出来るようにして運用してるんだけどさ。
コマンドラインクライアントでなら動作してくれるのに、
Eclipse上のSubcripseプラグインで使うと-rオプションが効いてくれない。
とりあえずサーバ上のsvnserveを-r付きでラップするシェルスクリプトに置き換えて運用して誤摩化してるんだけど。
コレ以外に解決法ありますか？
ちなみにクライアントはMacOS Xなので、JavaSVN使ってます。
- 322 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 21:48:38 ]
- >>321
そんな事ができるということは、誰も知らないsshdのセキュリティホール
をキミが発見してしまったということ。
落ち着いて、設定をよーく見直す。
- 323 名前：321 mailto:sage [2007/02/10(土) 09:55:47 ]
- 自己解決しやした。
-rオプションが効いてないんじゃなくてレポジトリにアクセスすら出来てなかった...
どうもSubcripseは/etc/hostsによる名前解決が出来たり出来なかったり...
svn+ssh://localhost/repos でなくてsvn+ssh://127.0.0.1/reposならアクセス出来た。
前のコマンドをシェルラップしていたときはアクセス出来てたんだけど...?
- 324 名前：321 mailto:sage [2007/02/10(土) 10:20:03 ]
- 追加で...
MacPorts使ってsubversion-javahlbindingsをインスコしてからSubclipseをjavaHLにて動かすと、問題なく使える事を確認。
どっちにすっかな...
- 325 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 19:42:56 ]
- TortoiseSVN(1.4.3) を WinXP(SP2) で利用しています。
DualCore CPUだとかなりの確立で import/update/commit など
処理したファイル一覧が表示される途中でフリーズしてしまいます。
Ctrl+Alt+Del も効かず、Alt+Tabも効かず、マシン(シェル?)ごとフリーズ
したかのような現象です。
ググッてみたのですが、なかなか回避策がわからず苦労しています。
なにかヒントをご教示いただけないでしょうか?
- 326 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 19:44:29 ]
- なんでDualCoreが原因だって思ったの？
- 327 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 19:46:01 ]
- HTな我が家では平気。
- 328 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 19:48:36 ]
- >>325
アイコンオーバレイ切ってみたらどう？
- 329 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 19:52:33 ]
- >>326 >>327
コメントありがとうございます。説明不足でした。
家の他のマシンや友人のマシンの状況から、
Pentium 4 の HT off だと発生せず、
Pentium 4 の HT on だと発生、
Core Duo, Core 2 Duo だと発生、
という状況からそう考えました。その意味ではDualCore というのは
正確ではなくて、HyperThreading のマシンでも発生します。
>>327さんのHTマシンでも問題なし、ということは、DualCoreだから、
という考えは間違っているのかもしれません....。
- 330 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 19:57:49 ]
- >>328さんありがとうございます。
TSVNCache.exe は動作しないように設定してみました。
アイコンオーバーレイがまったく出ないようにはしていない
(シェル設定にしてある)ので、試してみますが、オーバーレイなし
で動いても、それで使い続けるのは正直厳しいですね....。
なにかこれらのマシンにある共通のシェル拡張がジャマしている
のかもしれない、と思いはじめてきましたが、いまのところ具体的には
思いつかないです。
- 331 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:31:11 ]
- うちのHT on なマシンでも快適だよ
TortoiseSVNのバージョン下げたりしてみたら？
- 332 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 20:46:13 ]
- >>330
シェル拡張が他に入っているならそれとの合わせ技で問題がでてるのかもしれない。
少なくともうちのHTマシンじゃ問題が発生していない。
- 333 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 21:11:47 ]
- >>330
自宅のCore 2 Duo E6600やPentium4-2.66 (HT on)
職場のE6700やPentium3-866×2個なPC (以上4台のOSはXP Pro SP2)
Xeon (HT×CPU2個=4つ, OSはWindows2003 Server)でも
そういう問題出てないなあ。
他のソフト（シェル拡張やセキュリティ系ツール) との衝突では？
- 334 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 21:20:27 ]
- みなさんありがとうございます。
他の環境では出ていないケースがあるとわかって、すくなくとも
Core の数とは関係ないということがわかりました。
(複数台のPCで発生したので、これだ!と確信してしまいました(笑))
このままだと使えないので、またいろいろ調べてみます。
- 335 名前：デフォルトの名無しさん [2007/02/10(土) 21:31:23 ]
- >>325
PentiumDでTortoiseSVNつこーてるけど、特にもんだいなぜよ。
- 336 名前：デフォルトの名無しさん [2007/02/10(土) 23:10:23 ]
- SVNを今日から使ってみようと思ったけど
c:\svn の下にリポジトリを作り project/trunk/ を作った
file:///c:/svn/project/trunk/
と
c:\svn\project\ の下にリポジトリを作り trunk/ を作った
file:///c:/svn/project/trunk/
の違いが良くわからないです。
どなたか教えてくださいませんか？
環境
OS:WinXP x64
クライアント:TortoiseSVN(x64)
- 337 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 23:29:22 ]
- >>336
subversion は、リポジトリ単位にレビジョンがつく。
単一のプロジェクトではあまり違いがないけど、project1 と言うものを追加すると
違いがはっきりしてくる。
上の方は project と project1 でレビジョンが共有されるけど、下の方だとプロジ
ェクト毎に別々のレビジョンがつく。
その代わり、上の方だとバックアップの手間は一回だけど、下の方はリポジトリ毎に
バックアップを取る必要がある。
まあ、このあたりを読んで色々やってみて、理解できないところがあるなら、また
質問すればいい。
subversion.bluegate.org/doc/ch05s04.html#svn.reposadmin.projects.chooselayout
- 338 名前：336 [2007/02/11(日) 15:42:41 ]
- >>337
丁寧に参考ページも紹介していただきありがとうございます。
理解できたです。
ありがとうございます。
- 339 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:45:05 ]
- >>334です。
その後、ウィルスチェックソフトを止めたり、あれこれしてみたのですが、
改善しませんでした。
それで、ひとつ思いついたのは、いずれも、とあるレガシーな事情で
VC++ 6.0 が入っているということです。TortoiseSVN の構成要素
(DLLとか)について、DependencyWalkerを見ながら、msvcrt.dll などの
競合をチェックしてみても、明確に怪しいと思える部分はなかったので
すが、VC6が入っていることくらいしか TortoiseSVN が動作しない原因
が思いつきません。
VC6 と共存させていて、かつDualCoreなCPUという方おられます?
(VC6 が入っていても HT off にすれば動くので、やっぱり DualCore
にこだわってます...)
- 340 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:03:46 ]
- HTとDualCoreを混同するのは止めてくれ。
- 341 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 02:49:38 ]
- >>339
そんなの別に平気だが。
VC++6入れてる環境なんてありふれていると思うぞ。
- 342 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 07:03:37 ]
- >>339
HT は特定の条件下で速度が非常に遅くなることが知られている.
本来仕事をして欲しいスレッドではなく、どうでもいいスレッドがビジーループで計算資源を占有してしまう等.
デュアルコアにおいてはそういう問題は起きない.
なので >>340 と同意見.
- 343 名前：327 mailto:sage [2007/02/13(火) 09:35:48 ]
- >>339
HTな我が家ではVC6も入ってて平気。
＃別にDualCoreと混同してるとかじゃなくて、単なる参考まで。
- 344 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 09:52:45 ]
- TortoiseSVN以外にインスコされているシェル拡張とのバッティングの可能性が高いだろ。
CPUの違いや、VC6の有無でフリーズするなんていうことはまず考えられんよ。
- 345 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 11:12:09 ]
- 似たような状況はあったけど、オレの時はノートン先生切ったら直ったなー(今はNOD32)
それ以来、svnで不明な原因で失敗する時はファイルアクセスに負荷がかかるような要因から疑ってる
あと、一応言っとくとDualCoreでVC6が入っているPCでも平気で動いている
- 346 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 22:47:13 ]
- みなさんありがとうございます。
まあHTとDualCoreの混同はたしかに安易な表現ですが、アプリケー
ションレベルから見たらたいして違わないので、DualCoreと表記しま
した。気に障りましたら謝ります。以前、"DualCore"と SingleCoreで
スレッド切り替えのタイミングが変わり、それで潜在的な同期上の問題
が出たケースがあったので、その点を気にしていました。
TSVN は Explorer のスレッドコンテキストで動作するものなので、
他のシェル拡張とのバッティングが怪しいのは怪しいのですが、調べて
みると意外と本質的なものは少なく、コンテキストメニューハンドラをイン
ストールしているものくらいで、本当にExplorer のスレッドコンテキスト
上で動作したり、ネームスペースを共有していそうなものは、理解できて
いるかぎりではありませんでした。
VC6と"DualCore"で問題なく動作しているとわかりましたので、有難く思
っています。SVNが使えないのは悲しいので、またしばらく悩んでみます。
長くなりました。
- 347 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 23:32:53 ]
- 根本的にHTとかDualCoreとかMultiCPUだとかの区別がついていない悪寒。
- 348 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 00:03:34 ]
- >>347よりは>>346の方が分かっていそうに見えるなぁ・・・
オレもOSの機能を通す限りは、
デュアルコアもマルチCPUもHTも同じように見えていて欲しいぞ。
余程チューニングしなきゃいけないとき以外は
それぞれに応じて、マルチスレッドのアプリ書き分けるなんてしたくない・・
- 349 名前：デフォルトの名無しさん [2007/02/14(水) 01:03:36 ]
- なーぜかーあるリポジトリだけ
ログが参照出来なくなっちゃたYO！
svn logs すると固まっちゃう。
昨日のバックアップから戻したけど変わらず。
誰か何かいい方法あったら教えて下さいorz
- 350 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 01:21:57 ]
- >>348
HTってのは、一つのCPUcoreを二つのCPUに見せる技術だよな。
DualCoreってのは、CPU内にcoreが二つ入っていることだよな。
MultiCPUってのは、単にCPUが複数あることだよな。
つまり、OS側からはHTだろうがDualCoreだろうがMultiCPUだろうが同じなわけだ。
だからOSにとって、DualCoreCPUであることを意識することは通常有り得ないのだよ。
それを頑なにDualCoreと言い続けるのは如何なものかと思うのだが。
#>346は、DualCoreCPUを二つ載せたPCをなんと呼ぶのか興味深くはあるがな。
- 351 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 02:34:20 ]
- >>349
もう試してるかもしんないけど、いっぺんdumpして別の所にrestoreしてみるってのは？
自分が古いクライアント使ってて、誰かが新しいクライアントで操作したとかってことはない？
- 352 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 06:17:57 ]
- >>350
appleはQUADとかいってるよな。
ちょっと詐欺だと思った。
>>351
1.4で変わったからね。
- 353 名前：デフォルトの名無しさん [2007/02/14(水) 08:06:14 ]
- >>351,352
ありがとう。restoreは試したけど駄目でした。
諦めるしかないかなぁ。
- 354 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 08:35:05 ]
- >>353
restore できるってことは dump が成功してるんだよな？
だったらもっといろいろ調べる手段があるだろ？
http, svn, file の違いとか、 svnlook なら見れるとか。
- 355 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 09:47:31 ]
- >>350
> OS側からはHTだろうがDualCoreだろうがMultiCPUだろうが同じなわけだ。
いいえ、HTでパフォーマンスを出すにはOSの最適化が必要になります。
- 356 名前：デフォルトの名無しさん [2007/02/14(水) 09:56:21 ]
- >スレッド切り替えのタイミングが変わり、それで潜在的な同期上の問題が出た
この手の問題は、複数CPUだと問題が出やすい。
しかし運が悪いとシングルCPUでも問題が出ることはある。
- 357 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 16:10:38 ]
- >>352
いやいや、前例に従うと
Quad級というとイイらしいぞ
# 32+32=64bit級・・・・
>>350
OS側って微妙な書き方ｗ
OSは認識する必要がある。OSを使う側は認識する必要はない。
混乱しないでねｗ
しかし、最近になってTortoiseSVNがよくフリーズの原因になるなとは
思ってたけどCoreDuo機になったのが原因だったとは・・・
ちょっと不便だがJavaSVN実装を使うようにするか・・
- 358 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 17:10:07 ]
- 土萌 蛍ちゃんですか。
- 359 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 21:50:03 ]
- 会社でSubversionの使用を提案したら
(使うのをやめた場合に備えて)Subversion→VSSの移行は可能かどうかを聞かれましたが
そのようなツールはありますか?
- 360 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 21:56:13 ]
- >>359
svnadmin dump の出力を処理するプログラムを書けば、
よほど概念の違うシステムでない限り移行は可能。
VSS 用のプログラムが公開されているかどうかは知らない。
- 361 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 22:08:28 ]
- >>359
Tailor - DarcsWiki
www.darcs.net/DarcsWiki/Tailor
VSSには対応してないっぽいけど。
VSS->SVNはそれなりにニーズあるはずだけど
SVN->VSSはあり得ないと思う。
- 362 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 22:10:14 ]
- >>359
たしかM$もVSS捨てかけてるんじゃなかったっけ？
- 363 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 22:23:57 ]
- >>362
捨てかけてたっけ？MS自身がVSSを使っていないという話は知ってるけど。
MSの偉い人が「うちでは使っていない。あれはビギナー用だ」と言ってるとか。
- 364 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 22:45:17 ]
- .NET EXPERTでVSSにかわる物を検討しているだのなんだの見たｷｶﾞｽ
- 365 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 23:27:09 ]
- >>350
DualCoreとMultiCPUでは、メモリシステムが違う、OSは当然意識する。
アプリケーションも意識しなければいけない場合がある。
- 366 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 00:41:04 ]
- >>364
代わるものと言うか、ソース管理だけじゃなくて要件管理、プロジェクト管理、
テスト項目管理、問題点管理までを統合しようとしているみたい。
大規模系は、IBM の ClearCase があるけど、小中規模には重過ぎるので、マイ
クロソフトだけじゃなくてツールベンダが小中規模向けにそういうのを出そう
としているみたい。
- 367 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 00:59:14 ]
- SubversionがLinuxみたいにはやる前になんとかしようということですな。
- 368 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 01:17:17 ]
- >>366
暫く聞かなかったから知らんのだが、ClearCaseはRationalだと思ったのだがIBMに身売りでもしたのか?
- 369 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 01:36:10 ]
- Rational が IBM に買収されたのって大分昔じゃねえ？
- 370 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 02:45:23 ]
- Rational はとっくの昔に IBM に買収されている。
Rational ブランドで ClearCase を売ってはいるが、ブランド名が残っているだけ。
- 371 名前：368 mailto:sage [2007/02/15(木) 06:53:44 ]
- あ、なるほど、ブランド名だけ残ってたのね。
- 372 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 11:20:58 ]
- >>364
VS2005 Team Foundation Serverのこと？
- 373 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 23:30:15 ]
- >>367
Subversion が流行る前と言うより、すでに CVS が流行ってるからその
方面だけじゃダメと判断したんだろ。
- 374 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 00:46:33 ]
- 純粋な興味で聞くのですが、>>350は
HT/DualCore/MultiCPUを総称して何と呼ぶのですか?
それとも、総称する必要に迫られるようなアプリケーションを作った経験が
ないだけなのでしょうか。
あっ荒れないで。純粋な興味です。
- 375 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 00:50:38 ]
- >>374 荒れる可能性に気づいてるならここで聞くなよ。スレ違いだ。
- 376 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 00:54:29 ]
- >>350と話ができるのは、このスレしかないかなと思って。
すいませんでした。
- 377 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 00:54:38 ]
- >>374
学生はそんなところ気にする前に常識身につけろ
- 378 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 01:09:00 ]
- 多コア技術
- 379 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 01:18:12 ]
- >>361
>SVN->VSSはあり得ないと思う。
そんなことはない。相互に顔が見える/声が聞こえる範囲で仕事を
している一般的な開発体制だと、チェックイン/アウトの明確なVSS
の方が適しているという考えかたもある。
っていうか、職場にSVN導入したあとで、ちょっとそういうことを思った。
SVNのロックは強制できないし。
- 380 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 01:29:46 ]
- >>379
「SVNのロックは強制できない」ってのは svn:needs-lock や
フックの設定じゃ対処できない問題なの？
- 381 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 01:40:08 ]
- つーか、VSSのロックって強制できたか?
つーか、VSSはロック状態無視してコミットできるんじゃなかったか?
- 382 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 01:41:23 ]
- >>380-381
あんまりﾏｼﾞﾚｽするなよ・・・
レス見れば判るだろ
- 383 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 01:49:50 ]
- >>381
デフォルトは同時チェックアウト(CVS/SVNで言うロックだな)不可。
設定でマージ式にもできる。
- 384 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 03:09:51 ]
- お・・・多コア・・・
- 385 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 16:29:50 ]
- 他のシステムからVSSの変換ツールはマイクロソフトが提供するべきだよな。
やる気が無いのかな?
- 386 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 17:37:53 ]
- そんなもんイラネ。
Visual Studio 2005 に Subversion 用のプラグインを標準添付してくれればいい。
VisualSVN は、なんか胡散臭そうでインストールする気にならない...。
- 387 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 18:57:32 ]
- Visual Studio 2003 (VC++) での使用について質問です。個人での使用です。
あるプロジェクト全体をsubversionで管理(TortoiseSVN使用)したいと思ってます。
AnkhSVNのFAQなどで、ソリューションの設定ファイル.suoはバージョン管理すべきでない
などと言われておりますが、これはコンパイルオプションなどの設定の管理は諦めろっつう意味でしょうか？
suo抜きでやってみると、Exportした際にビルドイベントの設定などが軒並オシャカになってて嫌だし、
かといってsuoはプロジェクト保存後VSを閉じただけでも書き換わるからCommitのタイミングがわけわからんしで、
皆様がどのようにお考え&運用してるか伺いたく参上した次第です。
- 388 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 19:04:16 ]
- Visual Studioは知らないんですが、保存した方がいいけど
勝手に書き換えられちゃう、というようなものなら
コンパイルオプションの変更など意識的な変更のあったときだけ手動で
更新してコミットする別の名前のファイルを作ったらどうですか?
foobar.suo だったら foobar.suo-default とか。
- 389 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 19:13:39 ]
- 中身変わってなければコミットしても書き変わらないから
そのまま入れちまったら？
- 390 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 19:20:11 ]
- suoはドのファイルを開いていたか等の情報しか持ってないよ。
- 391 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 20:14:31 ]
- コンパイルオプションはプロジェクトファイルが持ってる
- 392 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 20:40:48 ]
- .slnと.vcproj辺りがあれば大抵事が足りると思うのだが。
#逆に、個々の癖まで反映されてしまう.suoなんか保存されてもって感じ。
- 393 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 20:45:27 ]
- ということでsuoはイラネってことで。
サンプルとかのプロジェクトみても全部のファイルは入ってないよな。
- 394 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 21:01:03 ]
- .suoはあげない。
テスト用とか何か起動オプションを変える必要があるものはバッチファイルにしてあげる。
必要ならそれからプロジェクトファイルにコピれということで。
- 395 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 22:11:03 ]
- うちもsuoは入れてないけど、構成プロパティ→デバッグ→動作→コマンドがsuoに記録なんだよなぁ
- 396 名前：387 mailto:sage [2007/02/17(土) 23:29:18 ]
- >>388-395
皆様、お返事ありがとうございました。suoｲﾗﾈという結論に達しました。
オプションなどが消えると言ってしまいましたが、これは私の勘違いでした。誠に申し訳ないです。
Releaseをアクティブにし、そこでプロジェクトのプロパティを設定しておったのですが、
suoを消した後にプロパティを開くとDebugがアクティブになっており、直前の設定が反映されていなかったため
「suoは設定の情報を持つ」と勘違いしてしまったわけです。
ワークスペースみたいな情報だけなら、確かにバージョン管理の必要性は全く無いと私も思います。
沢山の御意見ありがとうございました。
- 397 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 01:20:20 ]
- TODOもsuo保存なんだよな…。
あれはmsが何を思って実装したのかわからん機能だ。
- 398 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 01:33:05 ]
- >>387-397
好みもあるだろうけど、俺は
www.microsoft.com/japan/msdn/net/bda/tdlg_ch3.aspx
の、「ソース管理の対象となるファイル」と「ソース管理の対象とならないファイル」の
項目を参考にしている。
- 399 名前：デフォルトの名無しさん [2007/02/19(月) 05:06:06 ]
- CVSでいいだろ
- 400 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 05:21:08 ]
- 漏れも試しに使ってみるまではCVSでいいだろって思ってた。
- 401 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 08:44:55 ]
- 俺も。というかCVSでいいだろと思うと別にCVSでいい。そういう運用するから。
しかし実際Subversionを調べてみるとこれはこれで面白い。
- 402 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 09:33:44 ]
- ディレクトリ配置が決まってて、ファイル名を変えることもないならCVSも可、かなー。
- 403 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 10:07:37 ]
- ディレクトリ構成もその中にあるファイル名も固定で、
それぞれにバージョンが振られて管理されるのがCVS。
ディレクトリ構成やその中にあるファイル名というより、
それらを含む全体にバージョンが振られるのがSubversion。
と思って良いでしょうか?
最近バージョン管理というやつに興味を持って
CVSかSubversionを使ってみようと思ってるんですが。
- 404 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 10:59:56 ]
- >>403
サーバの用意もクライアントの用意も、全然難しくないから、
あれこれ想像するより実際にさわりはじめた方が手っ取り早いよ。
機能比較は、どちらか一方が理解できていた方がピンときやすいはずだから、
今日からSubversionを試してみたら？
- 405 名前：404 mailto:sage [2007/02/19(月) 11:09:20 ]
- あ、手っ取り早いってのは
ttp://www.syon.co.jp/syontech/tech014.html
くらいの話で、「Apacheと連携が」とか、「WebDAVで日本語ファイル名が」とか
はじめると難易度が上がるからね。
感触掴むだけならfile://でアクセスするので十分。
- 406 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 12:11:33 ]
- 俺はsvnを使ってみるまで、
全体に１つのリビジョンがつく便利さを知らなかった。
svnならr1234と一言で参照できるのに、
cvsだと○日の何時何分にcommitしたやつ、
といった書き方をしなければならないのが大変。
(毎日のcommitにいちいちタグつけないし)
- 407 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 15:30:02 ]
- Tracと連携した場合、だが...
チームで開発してて、人のコミットをレビューして、明らかなバグ見つけたら
チェンジセットの変更点へのURLをメールに貼付け。
バグ書くなゴルァァ！
ってやれる。svn+trac最強。
- 408 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 15:44:17 ]
- スレ違いだけどtracいいよね。
うちではミーティングやレビューのアジェンダ、議事録もチケットで管理してる。
- 409 名前：デフォルトの名無しさん [2007/02/19(月) 19:23:49 ]
- TortoiseSVNを使用し、リポジトリをFSFSで共有フォルダに配置して、
マルチユーザーで使用しています
リポジトリには何の認証もつけていません。（つけられない？）
この状態で、auth名はwindowsログイン名と同じになってしまいますが、
このデフォルトとしてのauth名を変更することはできないでしょうか？
若しくは、このリポジトリ構成で、認証を追加することは可能でしょうか？
（目的はあくまでもauth名とwindowsログイン名以外に設定することです）
教えてエロイ人
- 410 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 19:38:57 ]
- >>409
過去ログ読んで来て。
同じ話題が少し前に出てる。
# もしかしたら前スレかもしれないけど。
- 411 名前：409 mailto:sage [2007/02/19(月) 19:49:59 ]
- >>410
逝って参ります THX
- 412 名前：409 mailto:sage [2007/02/19(月) 20:21:14 ]
- どうやらdat落ちの模様
- 413 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 21:02:57 ]
- >>412
ttp://wktk.vip2ch.com/upload.cgi?mode=dl&file=21705
パスはsvn
ただし求めるモノが載ってるとは限らないぞ。
- 414 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 01:40:59 ]
- ラッキーと思ったら持っていたｗ
- 415 名前：409 mailto:sage [2007/02/20(火) 10:18:07 ]
- >>413
ありがとう
http://かsvn://（＝サーバをセットアップ）でしかできないみたい
ですね。
今リポジトリのおいてあるネットワークには何もできない状態なので
運用等で逃げようかとおもいます。
- 416 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 11:31:08 ]
- 出来るかも知れないけど、エロくないから教えない。
- 417 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 13:32:09 ]
- VisualSVN 1.1.3 age
- 418 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 14:02:32 ]
- svnのtagの概念について相談というか、
みんなどうやって使ってんだろう？と思いまして。
用途としては、一人で使う自分の文書管理です。
オススメ設定としてfile:///svn/{trunk,branch,tags}
という三つを設定する方法がありますが、もっと単純に
revisionの別名みたなものを設定できないでしょうか？
もちろん、全体で有効な名前としてtags内にcpで作れば
いいんですけど、trunk内はディレクトリ構造なのに
tags内は平坦？な配置にするというポリシーを作る
というのが違和感ありまくりというか。調べてみると
svn.haxx.se/dev/archive-2005-05/index.shtml#1095
開発者の人はそういうの作る気は無さそうだなというか。
どこかにパッチとか無いんでしょうか？
勿論、ポリシーに慣れればいいんですけど。
で、実際困る問題は、とりあえず、全体に掛かる(~/svnWCからsvn cpした)
tag名だけにしとけばいいんですけど、部分的に~/svnWC/subdirから
svn cpでtag名を作った場合、~/svnWC/subdirからのtag名を取るには
svn ls file:///svn/tags してそれぞれのlogからcopy-from-pathをチェックしないと駄目だから
非常に面倒な気がして、更にmvした場合にも対応させることを考えると無理だな、と感じるわけであります。
勿論単純なrevision別名なら当然全体に掛かるわけだからそもそもsubdirからのcpを認めない
ポリシーにすればいいという気もするんですけど。
みんなどう使ってるのかなぁ、と。
- 419 名前：418 mailto:sage [2007/02/20(火) 14:52:06 ]
- あと、branchからのbranchというのはポリシーとしてアリなんでしょうか？
考えるほど、わからんというか。ややこしく考えすぎかな。
- 420 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 14:59:42 ]
- サブディレクトリだけにタグうちたいということ？
それならプロジェクトディレクトリを１段下げるべきでは？
それをせずにサブディレクトリだけcpすると混乱する。
tags 以下は trunk の cp と統一したほうが安全。
branchからのbranchも普通でしょ。
- 421 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 19:19:02 ]
- だよな。原則tagもbranchもある瞬間のtrunkのコピーが収まってる。
でも、コレはビルドするのにツリーが丸ごと必要なソースコードを管理する場合の話であって、おすすめと言うより慣例として行われて来ただけの話。
ドキュメント管理の場合は、ドキュメント間の関連性は薄いし、名前で相互に参照すると言う事はあまり無いのだから、一つのディレクトリの中で個々にtag的なコピー、branch的なコピーを作成して管理していっても良いと思うよ。
ま、ここら辺は目的に合わせて柔軟に。
|
 |
