[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 05/10 00:18 / Filesize : 146 KB / Number-of Response : 577
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Subversion r6



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側って微妙な書き方w
OSは認識する必要がある。OSを使う側は認識する必要はない。
混乱しないでねw

しかし、最近になって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を使ってみるまで、
全体に1つのリビジョンがつく便利さを知らなかった。
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 ]
ラッキーと思ったら持っていたw

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 ]
サブディレクトリだけにタグうちたいということ?
それならプロジェクトディレクトリを1段下げるべきでは?

それをせずにサブディレクトリだけcpすると混乱する。
tags 以下は trunk の cp と統一したほうが安全。

branchからのbranchも普通でしょ。


421 名前:デフォルトの名無しさん mailto:sage [2007/02/20(火) 19:19:02 ]
だよな。原則tagもbranchもある瞬間のtrunkのコピーが収まってる。

でも、コレはビルドするのにツリーが丸ごと必要なソースコードを管理する場合の話であって、おすすめと言うより慣例として行われて来ただけの話。

ドキュメント管理の場合は、ドキュメント間の関連性は薄いし、名前で相互に参照すると言う事はあまり無いのだから、一つのディレクトリの中で個々にtag的なコピー、branch的なコピーを作成して管理していっても良いと思うよ。
ま、ここら辺は目的に合わせて柔軟に。

422 名前:デフォルトの名無しさん mailto:sage [2007/02/20(火) 22:00:08 ]
結局、使い手しだいなんだよね。

俺の場合だけど、ほんとに1ファイル1ファイルが独立してるなら、
それぞれをプロジェクト(=trunk)としている。細かいスクリプトとかね・・・

そういう細かいプロジェクト格納するリポジトリを用意して、そこに全部突っ込んでるけど。


423 名前:デフォルトの名無しさん mailto:sage [2007/02/22(木) 10:17:57 ]
tracのスレはないのかなあ。
tracに日本語リソース導入するとsvnリポジトリが空っぽになっちゃうのだが

424 名前:デフォルトの名無しさん mailto:sage [2007/02/22(木) 10:26:55 ]
あーわかった。
Debian sidに配布されてるtrac-ja-resourceが0.8なんだ。
んな古いもん配布すんなよ…
オリジナルtracは0.10.3配布してんのにさ…
trac-jaの0.10.3入れたらokでした。

425 名前:デフォルトの名無しさん mailto:sage [2007/02/22(木) 12:46:07 ]
>>423-424
【バグ管理】 BTS使ってる?【追跡゙】 2
pc10.2ch.net/test/read.cgi/tech/1163173901/

日記はこっちでもやるな

426 名前:デフォルトの名無しさん mailto:sage [2007/02/22(木) 13:32:07 ]
>>423
【管理】Trac使ってみよう【してみよう】
pc10.2ch.net/test/read.cgi/php/1162365213/

解決済み&&過疎スレだけどいちおー宣伝

427 名前:デフォルトの名無しさん mailto:sage [2007/02/22(木) 13:51:05 ]
>>425
日記はそっちでもやっているのかと思った。
”ヤメロ”の意図だと気づくのにちょいと間があったよ。



428 名前:デフォルトの名無しさん mailto:sage [2007/02/22(木) 15:18:46 ]
>>425-426
サンクス。PC系でしか探してなかった。
日記するつもりはなかったんだけど、ごめん。

429 名前:デフォルトの名無しさん mailto:sage [2007/02/22(木) 23:21:50 ]
>>428
俺はそーいう事象があるってわかったから参考になったぞ




430 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 08:16:55 ]
いままで cvs 使ってたんですが svn すごくいいものですね。
レポジトリも気軽に作れるしコマンドもわかりやすいし
バイナリにも気を使わなくてすむので、
面倒くさがって乗りかえをしぶってたのを後悔しました。

一つ質問があるんですが、
レポジトリから作業コピーを作り出すと .svn 内にも修正前ファイルを
保存しますよね。
これはネットワーク経由で利用する場合は便利だと思うんですが、
ローカルでしか作業しないとわかっている場合、
レポジトリと作業コピーと .svn で通常の3倍ディスクを使ってしまいます。
.svn 内に修正前ファイルを作らないような設定はできるんでしょうか?

431 名前:430 mailto:sage [2007/02/23(金) 08:34:15 ]
すいません、わかりました。
subversion.bluegate.org/doc/ch08s03.html
ここに
>「text-base」をオプションにしては、という意見もあります。
とあるので、現在はそういうオプションはないとわかりました。

432 名前:51 [2007/02/23(金) 11:55:28 ]
日本語のファイルをUNIXとWindowsで共有したいんだけど、
UNIX側からEUCでcommitするとWindowsでupdateしてもEUCのまま。
Windows側からSJISでcommitするとUNIX側でupdateしてもSJISのまま。

リポジトリをUTF-8で管理していて、環境に合わせた文字コードに変換してくれ
るとかいう話じゃなかったの? なんか設定が必要? 日本語のログは問題なくど
ちら側からも読めています。
UNIX(FreeBSD)側のバージョンは1.4.2、WindowsはTortoiseSVN1.4.3なんだけど…。


433 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 12:29:34 ]
文字コード勝手に変えられたら困る(´・ω・)ス

434 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 12:39:06 ]
コミットログ等はutf8に変換するけど、ファイルのコードは変換しない。
やったこと無いけど、日本語を書く可能性のあるファイルにsvn:mime-typesを適切に設定
すれば出来るかも。

435 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 12:56:44 ]
ムカッ

436 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 13:02:02 ]
すごく基本的な事でしょうが、色々検索しても「なるほど」と納得できる説明を見つけられなかったので教えて下さい。
TortoiseSVNの基本的な使い方は覚えつつあります。
TortoiseSVNだけでバージョン管理に関する機能は満たせると思うのですが、TortoiseSVNの説明サイトを見るとsubversion
を使った説明をしてるサイトが数多くありますが、TortoiseSVN+subversionを使った場合のメリットって何でしょうか?

437 名前:デフォルトの名無しさん [2007/02/23(金) 13:25:44 ]
>>434
適切かぁ…。text/plainは試したけど駄目だった。
改行コードは変換してくれるんだから、文字コードもと思うんだけどなぁ…。


438 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 13:51:16 ]
text/plain
だけじゃなく
text/plain; charset=Shift_JIS
とか?


439 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 13:55:11 ]
auto-propsの設定で>>438のように値に;を入れようとすると、
複数のプロパティを並べる際の区切りの;との区別が付かなくて破綻するらしい。
subversion.tigris.org/issues/show_bug.cgi?id=2068




440 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 14:19:13 ]
>>432
ファイルの文字コードがそんなに重要なの?
環境に合わせて勝手に変換なんていらん。
それなりにエディタなりIDEを使えばなんら問題にならないよ

441 名前:デフォルトの名無しさん [2007/02/23(金) 14:26:38 ]
>>438
TortoiseSVNでtext/plain; charset=Shift_JISも試してみたけど、
UNIXでcheckoutするとSJISのままだった。


442 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 14:44:36 ]
>>441
まー、UNIX側でどんなコードにして欲しいか設定してないんだから
そうなるだろうな。


443 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 14:53:30 ]
>>440
文字コードは重要だけど、重要だからこそ勝手な変換なんぞ要らん。

下手すりゃ「勝手な変換」の部分で文字化けする。

444 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 15:07:17 ]
本当に共通にしたければいまだとUTF8しかないんじゃないのかな,win32とunixの共用コードって
それとも古いシステムでeucじゃないとダメなんだろうか


445 名前:デフォルトの名無しさん [2007/02/23(金) 16:33:18 ]
>>442
ログを出力するときは、LANGを見てコードを決めているみたいだけどね。
まあ、確かにmime-typeでコード指定するのは筋が違う気がする。


446 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 16:45:13 ]
LANGを見るのはLC_MESSAGESやLC_ALLのfallbackとしてだな。
これらはファイルの中のエンコーディングまでは示してない。
あくまで診断メッセージの言語やエンコーディング。


447 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:10:35 ]
ファイルの内容を勝手に書き換えるのなんておかしいだろ。
常識的に考えて。

448 名前:デフォルトの名無しさん mailto:sage [2007/02/23(金) 23:32:55 ]
CVSには、そういうパッチあてたのがあったから要望する人は多いんじゃない?
公式に対応してもらうんじゃなくて、独自改造、独自配布だけはやめてほしいけどな。


449 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 00:51:13 ]
>>436
TortoiseSVNはsubversionを使ってます。




450 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 09:03:30 ]
>>436
意味のわからないレスがついてるから、俺が答えてやる。

確かに、基本的な操作を覚えるだけならTortoiseSVNだけで十分だ。
でもそれだと、ひとりSubversionしかできない。
そのために必要なのが、svnserveやmod_dav_svnだ。
TortoiseSVNには入ってないだろう?
これはそれぞれ、svn://とhttp://でアクセスするために使用する。
これで、みんなとソースを共有できる。file://でファイル共有してとかはおすすめしない。


451 名前:デフォルトの名無しさん [2007/02/24(土) 13:55:25 ]
svnservdの認証をLDAP経由にでやってる人いますか?
LDAPつか、AppleのOpenDirectoryなんですが、中身はOpenLDAP v3なので
もしかしたらいけるかなーと。

452 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 14:29:28 ]
>TortoiseSVN+subversionを使った場合のメリットって何でしょうか?
Windows&Explorer好きな人にとってはちょー使いやすいSVNクライアント。
いじょ

453 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 15:04:47 ]
>>451
apacheならいけるかもしれんけど、svnservで認証変えれたっけ?

454 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:00:39 ]
>>451
ApacheのWebDAVならmod_ldapってるが。

455 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:52:30 ]
Linuxでsvn使ってるんだが、svn logコマンドを実行すると、
r100 | (変更者の情報がありません) | 〜〜〜〜〜〜
ってなるんだ。変更者としてユーザ名を表示させたいんだけど、何を設定したら良いのかな?
解決方法を教えてくんろ。

456 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:52:57 ]
Linuxでsvn使ってるんだが、svn logコマンドを実行すると、
r100 | (変更者の情報がありません) | 〜〜〜〜〜〜
ってなるんだ。変更者としてユーザ名を表示させたいんだけど、何を設定したら良いのかな?
解決方法を教えてくんろ。

457 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:53:13 ]
Linuxでsvn使ってるんだが、svn logコマンドを実行すると、
r100 | (変更者の情報がありません) | 〜〜〜〜〜〜
ってなるんだ。変更者としてユーザ名を表示させたいんだけど、何を設定したら良いのかな?
解決方法を教えてくんろ。

458 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:54:13 ]
ゴメン、3連投してしまった。俺ほかっといて、次の奴歌っていいよ。

459 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:54:43 ]
>>455
リビジョンプロパティ svn:author 。
普通はコミット時に自動的に設定されるんだけどね。
anonymous コミットでも許可してあるのか?



460 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:57:17 ]
「ほかっといて」ってどこの言葉?

461 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 21:04:14 ]
ペッタンペッタン

462 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 21:07:56 ]
自分は米子市民だがん。
で、米子弁かと思ってたけどそうじゃないみたいだがん。
別にどこの言葉だっていいへん。

463 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 21:21:38 ]
http://だと設定しないと認証ないから>>456みたいになる
svn://だと設定しないとコミットできない
file://だとOSのユーザ名が設定される

って感じだったけ?

ちなみに米子市は鳥取県というところの左側にある市です。

464 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 21:57:35 ]
subversionの解説ページに解決方法が載っていました。
以下の項です。

基本http認証
subversion.bluegate.org/doc/ch06s04.html#svn.serverconfig.httpd.authn.basic

他の方も参考にどうぞ。

465 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 22:00:54 ]
>>463
左ってどっちだよw こっちから見ると鳥取県の左といえば岡山県だぞ。

466 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 22:03:25 ]
Matz乙

467 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 22:05:33 ]
米子は鳥取県西部です。ちなみに東部が鳥取市です。
米子は皆生温泉などがあり、観光地として有名です。
今は落ちぶれていますが、鈴木去り菜が来米したこともあります。
ちなみに、鳥取砂丘は実際に行ってみるとしょぼい!!
という感想をもたれる方が多いので、砂丘に行くよりは米子に行ったほうがいいと思います。

468 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 23:47:55 ]
>>465
普通は上が北になっている地図を見てものを語る。


469 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 23:50:03 ]
きっと>>465は南半球に住んでるんだよ



470 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 23:55:29 ]
竹島から日本を見ているんだよ

471 名前:デフォルトの名無しさん mailto:sage [2007/02/24(土) 23:57:17 ]
>>469
南半球でも地図の上は北。
それに、岡山が左ということは>465は地図という概念がないらしい。

472 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:13:08 ]
>>471
これは捏造?
homepage1.nifty.com/yasuhiro-sugimoto/sydney1.htm

473 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:14:58 ]
北半球から来る観光客向けに売っているという話は聞いたことがある。


474 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:26:22 ]
>>472
逆さ地図ってのは遊びの一種で土産やに置いてあるものだったりする。
南半球でも授業で使う地図はちゃんと上が北。

閑話休題
cvs2svnでギリシャ文字の入ったファイル名とかでエラーが出て変換できない時ってどうやって逃げたらいいですか?



475 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:27:00 ]
ローマ数字の間違いだ、スマン。


476 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:35:50 ]
CVSレポの中、直接renameしてから、とか。


477 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:37:14 ]
>>472
それでも、岡山の左は兵庫だよ・・・。
米子ではない。

478 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:41:58 ]
cvs2svn --encoding=EUC-JP

479 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:45:59 ]
あとこんなのも文字化け対策に使えるかも
www.python.jp/Zope/download/JapaneseCodecs



480 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:49:16 ]
homepage.mac.com/tkurita/scriptfactory/History/history20060103.html
2006.02.08
CVS から Subversion への移行

これも御世。

481 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 11:36:31 ]
>>478
エンコード指定の問題じゃ無いので結局>>476でなんとかする方向になりました(実験的にはうまくいくのだけど、よそからそのファイルを参照(file:)してるので運用で逃げる場面も)

最初に機種、体系依存文字使ったファイル名を禁止すると、お達し出てるのになぁorz


482 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 11:43:01 ]
>>481
え?エンコード指定の問題じゃない?
cvs2svn のエラーメッセージはなんて出るの?

483 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:25:14 ]
>>482
そんな文字コード変換できないんじゃゴルァって奴です。


484 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:45:20 ]
より正確に記述しておくと
--encodingでsjisをすでに指定してあって、ファイル名は ls -bで確認すると確かにsjisで
--encoding指定で殆どのファイルは変換されているのですが(試しに変換できないものを削除してやってみた)、一部のローマ数字やらナニゲな文字を使ったファイルの変換だけが
unable to convert a path 'ほげほげ' to internal encoding
って怒られてしまうわけです。

元々cvsサーバはutf-8なfs上にあって、cvsの書き込みもとがwindowsって言う変態設定なものですから、日本語ファイル自体使わないでねって話なのですが、
企画セクションのファイルも入れてくれとか言うので通したらそういうハメになりました。

ショボーン


485 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:47:51 ]
>>483
だから、エンコーディングの指定がおかしいんだろ。
元のファイル名のエンコーディングを正しく指定してるのか?

486 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:48:46 ]
>>484
Windows なら sjis じゃなくて cp932 でいけるんじゃないか?

487 名前:デフォルトの名無しさん mailto:sage [2007/02/25(日) 13:02:48 ]
>>486
cp932なら通りました。
ありがとう。
>>485
ごめんよ〜。 orz


488 名前:418 mailto:sage [2007/02/25(日) 13:29:15 ]
>>420-422
branch,tagsのサブディレクトリ・trunkの同じ場所
等々ですね。やっぱそれぞれのポリシーですね。

とりあえず、余り考えすぎても何なので、原則通り
WC全体をcpするという方法で行こうと思います。


489 名前:436 mailto:sage [2007/02/26(月) 11:30:52 ]
>>450
なるほど。
ありがとうございます。



490 名前:名無し募集中。。。 mailto:sage [2007/03/05(月) 01:52:44 ]
svn update

491 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 17:17:05 ]
あるリビジョンの状態をみたい場合
svn update -r3 でできるようなんですが、
一つのファイルだけ昔の状態に戻したい場合どうしたらいいですか?

492 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 18:53:49 ]
svn update -r3 hitotu.file.dake

493 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 18:59:27 ]
hirofu

494 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 19:04:58 ]
>>492 ありがとうございました。

495 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 20:22:35 ]
お前ら教えてください。

ブランチでtrunkのプログラムと目的は同じだけど
コーディング方法が全く違うプログラムの作業を進めてたのですが、
今回これをメインに使用することになりました。
そこで、このブランチをtrunkに移したいのですが、
どのような方法が一番いいんでしょうか?
trunkをcheck out して、それに変更を加えるには内容が違い過ぎます。


496 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 20:51:47 ]
> コーディング方法が全く違う
ってあたりで、俺だったら別プロジェクトにするがなあ。

497 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 21:09:08 ]
>>495
一番いいかどうかはともかく、こんな感じじゃないかな。

現在のtrunkから新しいブランチなりタグなりを作る。
そこで、trunkの中身を削除して空にする。
それから、メインにしたいブランチからtrunkへコピーする。

場合によっては、中身じゃなくてtrunkそのものを削除する方がいいかも。
もちろん、コピーはファイルコピーじゃなくて履歴を伴うコピー。

>495が後付けで条件を継ぎ足して来そうな気もするが。

498 名前:495 mailto:sage [2007/03/08(木) 22:50:43 ]
レスサンクス。助かる。

>>496
俺も、今のtrunkとは別にしたいと思うんですが、
会社の方針でダメっぽい。

>>497
これだと、今のtrunkも残せてよさそう。
明日早速やってみます。

一つ、疑問。
trunkからブランチにコピーした場合、差分と履歴だけブランチにコピーされて、
その状態でtrunkをいったん削除してしまうと、
差分と履歴だけ残ってメインファイルが残ってないから
復元(コピー先ブランチからのco)できくなる
ってなことはない??


499 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 23:43:42 ]
削除せんでもsvn mvでええやん・・・



500 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 23:49:54 ]
>>498
サーバーに乗り込んで直接
svn mv svn.example.com/trunk svn.example.com/trunk_old
svn mv svn.example.com/branch svn.example.com/trunk

でokじゃないの?

501 名前:デフォルトの名無しさん mailto:sage [2007/03/08(木) 23:58:40 ]
特定のリビジョンを「なかったこと」にできますか?
リポジトリから黒歴史を抹殺したいのです。

502 名前:495 mailto:sage [2007/03/09(金) 00:01:02 ]
mvでいけるんですね。
明日やってみます。
ありがとう。

503 名前:デフォルトの名無しさん mailto:sage [2007/03/09(金) 00:01:56 ]
dumpしてdumpファイルを編集する。

504 名前:デフォルトの名無しさん mailto:sage [2007/03/09(金) 00:32:11 ]
どんなリビジョンも、まとめて受け止められる懐の深さが大事だと思うぜ?

505 名前:497 mailto:sage [2007/03/09(金) 01:05:52 ]
>>498
そんなことにはならない。
rev100のtrunkからrev101でブランチを作って、
rev102でtrunkを削除したとする。それでもrev100のtrunkは消えない。

もともと、svn mvは内部でコピーしてから削除する実装となっていた。
だから、コピーしてから削除してもおかしなことにはならない。

>500はサーバーへ乗り込まなくても普通に可能。
蛇足だが、trunk.oldとかよりも意味のある名前をつけた方が良いと思う。


506 名前:495 mailto:sage [2007/03/09(金) 23:41:47 ]
サンキュ
うまくいった。


507 名前:デフォルトの名無しさん mailto:sage [2007/03/10(土) 01:00:40 ]
copy+編集で、既存ファイルの分割はできるけど、
(履歴的な)マージはできないのかな?

いまやってる作業が、昔は同じだったモジュールが
複数バージョンに生き別れているのを統合する作業。

念のため言っとくと、単なるリビジョン間マージについては問題ない。

508 名前:デフォルトの名無しさん mailto:sage [2007/03/10(土) 01:24:41 ]

> 昔は同じだったモジュールが
> 複数バージョンに生き別れている



> 単なるリビジョン

じゃないのか? svnの場合。まぁ、コードがどの程度変わってるかによっては
手動マージみたいな事態になりそうだが(←経験有り)


509 名前:デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:43:26 ]
>>507
ブランチの話ではなくtrunk内でファイルAから似たようなファイルA1とA2を派生させて
両方を一つのシステム内で使う形で開発していたが、何かの都合でA1とA2の内容をAへ統合するという状況かな。

A1やA2のリビジョン間差分をAへマージする操作が可能かどうかという問題に帰着するのだろうか。



510 名前:デフォルトの名無しさん mailto:sage [2007/03/11(日) 00:03:44 ]
>>509
内容自体のマージは何も問題ないだろ。「履歴的な」って言うからには、
統合した後の A のログとして A1, A2 のログが見えるかってことじゃね?

現状だと「コピー元」という情報は一つだけしか持てないから無理だと思うけどね。

511 名前:デフォルトの名無しさん mailto:sage [2007/03/11(日) 01:07:26 ]
んじゃ、A1とA2の変更を一個ずつAにマージしてやれば
Aの上でA1+A2の履歴モドキをでっちあげられるんじゃね?

512 名前:デフォルトの名無しさん mailto:sage [2007/03/11(日) 12:28:24 ]
やっぱ手動マージ時にログをしっかり書くしかないと思う。

513 名前:507 mailto:sage [2007/03/11(日) 12:42:48 ]
>>510 の言うとおりす。

数年前、前の担当者が手でフォークさせたモジュールの
再統合をやってて、もちろん前任者の改修履歴はコメントでしか残ってないw

foo/sub.c
bar/sub.c

と生き別れだったモノをインポートして、 foobar/sub.c として統合する
という作業で、
けっきょく、より進歩している方を幹にして、
svn mov foo/sub.c foobar/sub.c
bar/sub.c 特有の変更を foobar/sub.c に、手でマージ(diff3)
というやりかたで進めました。

SVNにムリっぽいことを質問してしまってたいへん申し訳ない。
そしてありがとう、レスくれたみなさん。

514 名前:デフォルトの名無しさん mailto:sage [2007/03/12(月) 10:27:28 ]
ようやく 1.4.3 の setup.exe がきたぜ。

515 名前:デフォルトの名無しさん mailto:sage [2007/03/12(月) 11:02:08 ]
>>514
オッシャー!!!と思って見てみたが、見あたらない・・・
が、よくよく見たらあった。日付順に並んでないだけだった。d

516 名前:デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:18:28 ]
スレ違いかもしれんが
Subclipseで保存したSVNユーザ名ってどのファイルに保存されてるのかがわからないです。
別プロジェクトではユーザ名を会社名+名前みたいにしなきゃいけないんだけど
社内のプロジェクトやってたときの設定が残っててこまってる。

517 名前:デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:48:26 ]
レジストリ?

518 名前:デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:58:10 ]
mitsu.air-nifty.com/blog/2006/10/index.html

gugurekasu

519 名前:デフォルトの名無しさん [2007/03/13(火) 16:30:30 ]
importと同時にcheckoutはどうやるの?



520 名前:デフォルトの名無しさん mailto:sage [2007/03/13(火) 20:15:04 ]
無理。

521 名前:デフォルトの名無しさん [2007/03/13(火) 20:44:45 ]
importした後でcheckoutするとエラーになるけど、これは正常?
この後はどうするの?


522 名前:デフォルトの名無しさん mailto:sage [2007/03/13(火) 20:46:50 ]
A:消してチェックアウト
B:別のディレクトリにチェックアウト
C:違う名前でチェックアウト
など。


523 名前:デフォルトの名無しさん [2007/03/13(火) 21:41:36 ]
>>522
やっぱりそうなんだ。
AもBもCも合理的でないんだよね。
これって、みんな不便に感じているよね。
なんか納得いかない仕様なんだけど、同時にできないことに
特別な理由があるのかな?


524 名前:デフォルトの名無しさん mailto:sage [2007/03/13(火) 21:51:47 ]
import って使わなくね?
作業ディレクトリを co して add するだけだし。


525 名前:デフォルトの名無しさん mailto:sage [2007/03/13(火) 21:58:49 ]
importするために用意したものはsubversionと何ら関係のないファイルだから。

checkoutするときに既に存在する知らないファイルと衝突したら上書きするより
メッセージを出してユーザに対処してもらうという仕様のどこが納得いかないの?

526 名前:デフォルトの名無しさん [2007/03/13(火) 22:07:27 ]
プロジェクトのリポジトリから個人のローカルリポジトリにこぴって
ローカルリポジトリで作業して切りのいいところで丸ごとプロジェクトのリポジトリにチェックインしたいんだけど
できますか?

527 名前:デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:21:28 ]
>>526
svk使え。

528 名前:デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:54:50 ]
co file:///mainrepos mr
cp mr/*.c sr
cp mr/*.h sr

srでにゃんにゃん

cp sr mr

commit mr

こんな雰囲気でできる。
細かい事は自分で頑張ってくれ

529 名前:デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:57:02 ]
mkdir mr//mainrepos
mkdir sr//subrepos

co file:///mainrepos mr
cp mr sr

srでにゃんにゃん
commit sr

cp sr mr

commit mr

こんな雰囲気でできる。
.svnの扱いとか細かい事は自分で頑張ってくれ



530 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 00:16:29 ]
confilict の訳語が現在の「衝突」から「競合」に変わるらしいんだが、
正直納得いかない。単に「衝突」で慣れてしまったせいなんだろうか?

531 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 00:20:09 ]
脳内で conflict に再変換し続ければ問題無いんじゃない?

532 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 00:55:38 ]
>>530
確かに気持ちはよくわかるが、
じゃあ Ethernet などの CSMA/CD はどうかといえば、
あれこそまぎれもなく「衝突」だと思うけど、単語は conflict ではなく collision だよね?
# Carrier Sense Multiple Access / Collision Detect

…と考えて、漏れ自身、無理矢理納得しようと思ってるところ。


533 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 09:26:38 ]
英語のもともとじゃなくてパソコン用語として先に覚えちゃったから
本来のコリジョンとコンフリクトの意味の違いが良く分からない。
辞書見れば確かに conflict は争ってる感じだけど


534 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:13:00 ]
競合なあ……。
並列プログラムなんのrace conditionと違ってタイミングの制御そのものは
問題じゃなく、結果生じている矛盾を取り扱う方にこそ着目するんだから
衝突の方が適切な訳語だと思うけどなあ。

まあオープンソースのローカライズがアホアホなのは別段今に始まったこと
じゃないんで、気に入らなきゃ自分で修正すりゃいいんだわさ。

535 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:22:49 ]
LANG=Cで使えば問題ない。

536 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:39:31 ]
ということで意訳語

つ [矛盾]

アフォな訳文見るくらいだったら原語併記がいいよう

537 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:51:09 ]
別にどっちでもいいんじゃないの。

538 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 12:00:57 ]
どっちでもいいならいまさら変えてくれるなって思う。
やっと慣れてきた絵描きさんに説明するのメンドイ。

539 名前:デフォルトの名無しさん [2007/03/14(水) 19:30:45 ]
TortoiseSVN で、ある日突然、
エクスプローラーのオーバーレイのアイコンが表示されなくなんったんだけど、
どうしたらいいんでしょ・・・・

TortoiseSVN 1.4.3, Build 8645 - 32 Bit , 2007/02/04 09:40:57



540 名前:539 [2007/03/14(水) 19:58:38 ]
最インスコ(インストーラーで、Repairを選ぶ)して、再起動したら直りました。
どもー。


541 名前:デフォルトの名無しさん mailto:sage [2007/03/15(木) 16:25:19 ]
>537

間違いは間違いだからのー。てか、そもそも530もスペルミスしているぐらいだから
どうでもいいっちゃどうでもいいんだが。

自分でパッチあてて(あるいは LANG=ja_2CH とか作って)

ムリポ

とかにすれば?


542 名前:デフォルトの名無しさん mailto:sage [2007/03/16(金) 02:59:31 ]
>>541
何がどう間違いなの?そこが知りたい。

543 名前:デフォルトの名無しさん mailto:sage [2007/03/16(金) 20:19:17 ]
社外の人にもアクセスできるようにしなければなりません。
鍵は私が作って渡すのが普通ですか?

544 名前:デフォルトの名無しさん mailto:sage [2007/03/16(金) 22:42:59 ]
鍵ってsshの話? 全然普通じゃないよそれw
その人が既にsshを使っているなら多分その人は既に自分の鍵を持っているよ。

持ってなければssh-keygenで自分の鍵を作ってもらって、公開鍵を送ってもらい、
それをあなたが ~アクセスさせたい人/.ssh/authorized_keys に追加する。
そうすればその人は自分の秘密鍵を使ってアクセスできる。

545 名前:デフォルトの名無しさん mailto:sage [2007/03/16(金) 22:52:02 ]
鍵なんかなくたって毎回パスワード入れればいいじゃない。

546 名前:543 mailto:sage [2007/03/16(金) 23:26:11 ]
>>544
ありがとうございます。
やっぱそうですよね。
公開鍵をつくって送付してもらうように頼んだのですが(まぁ、メールも普通はだめなんだろうけど)
わからないからそっちで作ってくれとかいってるんですよ。
ようは私が両方の鍵をつくって、秘密鍵を渡すと。

>>545
パスワード認証は許可できません。
攻撃が多すぎるのと、IDとパスワードを同じにしている人がいる可能性があるからです。


547 名前:デフォルトの名無しさん [2007/03/16(金) 23:51:30 ]
> わからないからそっちで作ってくれとかいってるんですよ。
よくある話。


548 名前:デフォルトの名無しさん mailto:sage [2007/03/16(金) 23:55:36 ]
鍵の作り方もわかんないんじゃ、秘密鍵わたしても使い方わかんないだろ

549 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 00:39:45 ]
>>546
じゃあ家の鍵作ってあげるので預からせてくださいといってやれ



550 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 01:56:48 ]
>>547
よくあるんですか。。。たまたまこの会社だけかと思っていましたが。。。
もうこっちで作って渡すことにします。
使い方がわからんって言われたら、、、そのときまた考えます。

もうひとつ質問させていただきたいのですが、
渡す秘密鍵はひとつでいいですよね?
向こうの会社で何人がつないでくるかわからないし、うちからみればA社っていうくくりでlinuxの1ユーザとみれるので。
コミッター名は違う名前にしてもらおうと思っていますが。

551 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 08:48:24 ]
>>550
鍵はアカウント(コミッター)毎にユニークにする。

> わからないからそっちで作ってくれとかいってるんですよ。
とほざいた時点で外注先代えるが。

552 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 09:15:32 ]
>>551
激しく同意!

# 多分ロクにSVNクライアントの使いかたもわからないと予想。

553 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 11:19:55 ]
>>550
そんな外注先に「コミッターは分けてくださいね」って言ったところで
まともに運用されるわけないだろ。

俺なら金もらって講習会開いて徹底させる。

金払いたくないって言ったら、「金がないなら汗ながせ」でオケ。

554 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 13:14:19 ]
コミッター分けてくださいなんてレベルで済めばまだしも、
問題あっても責任とらないよ。そもそも理解していないんだから。
理解しないまま鍵作って渡しちゃう運用をした側の責任でもあるという話になる。

>>550
> 渡す秘密鍵はひとつでいいですよね?
> 向こうの会社で何人がつないでくるかわからないし、うちからみればA社っていうくくりでlinuxの1ユーザとみれるので。
> コミッター名は違う名前にしてもらおうと思っていますが。

渡す鍵が一つだったら、外注先で解雇された社員が鍵を持ち出してもそれだけを
即座に無効にできない。一人一人別の鍵にしておくのがいいよ。
コミッターを偽称されても確かめられないし。

555 名前:550 mailto:sage [2007/03/17(土) 15:44:52 ]
やはり、コミッター毎に鍵を作ってもらわないとだめですか。。。
私が一番恐れてるのは向こうが指定した人数分、鍵を作るとして
鍵はこっちが作るものみたいな流れが定着するのが嫌なのです。たいした作業ではないんですけどね。。。

>>554
解雇された〜...は私も考えたのですが、どっちにしろ向こうの担当者にまとめて鍵を渡してしまったら
1コミッターに1個の鍵みたいに渡さないと思うんですよね。社内のMLかなんかに転送するでしょw
私が1人ずつ渡していけばいいのかもしれませんが、流石に。

>>553
あ、ちなみに立場的には私の会社が外注となります。
物理的に別々の場所にいるのにもかかわらず共有鯖を用意していただけないとの事なので
私がSvnを提案したところこんなことになりました。
講習会を開くことも考えます。

皆様、多くの貴重なご意見、ありがとうございました。

556 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 16:09:39 ]
結局のところどうせそのレベルの意識しかないんだからパスワード認証でも変わらないよ。
つーか、客先がそのレベルだったら自分のところでいくら頑張ったって無駄だよ。
客先の上司かなんかの一言でご破算にされかねない。
どうせやるなら、ノウハウ提供ってことで商売にするところまで持ってかなくっちゃ。

557 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 18:58:16 ]
なんだか世知辛い話を聞いてしまった気がする‥‥‥

558 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 18:59:45 ]
>>546
本気で言ってるなら気が狂ったとしか思えない。


559 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:07:34 ]
>>543
状況がよく分からないんだけど、こっちが外注先なのに、客がコミットして
くるの?
共有鯖を用意してもらえないって話が出てきたけど、共有鯖ってただのファイル
共有鯖? だとしたら、客がするのは、こっちの成果物をチェックアウトする
ことだけ?

であれば、SVNを提案することは何だかなと思う。
話の流れから行けば、こっちが客で向こうが外注先と思ってしまう状況だから、
話せる範囲でもっと情報を出さないと、良いアドバイスは出てこないと思う。




560 名前:デフォルトの名無しさん [2007/03/18(日) 01:41:11 ]
svnserve実行時のオプションに-rで指定したディレクトリがルートになることがわかったのですが
svn+sshで接続すると-rで指定したディレクトリがルートになってくれません
-r /var/svn/ で、
svn://.../repo1/ はいけるのですが
svn+ssh://.../repo1 がエラーになります。svn+ssh://.../var/svn/repo1ならいけます。
+sshだとこの設定は無効になってしまうのですか?

561 名前:デフォルトの名無しさん mailto:sage [2007/03/18(日) 02:25:58 ]
>>560
snv+sshはsvnserv建てなくても使える。
svn+sshは、file://とおなじだから。

# と俺は理解してる。
# 識者ツッコミヨロ。

562 名前:デフォルトの名無しさん mailto:sage [2007/03/18(日) 02:33:53 ]
//グローバル変数+gotoは別にどこでも使える。
//グローバル変数+gotoは思う存分使え

//#リーダ後はよろ

なんてコメントがあったらぶちぎれるな。
生半可な知識しか持ち合わせていないなら最初から黙っておけと。

563 名前:デフォルトの名無しさん mailto:sage [2007/03/18(日) 02:49:29 ]
>>562
ちゃんと突っ込めよ。
突っ込めねーなら黙ってろ。

564 名前:デフォルトの名無しさん mailto:sage [2007/03/18(日) 03:03:38 ]
>>560
おおざっぱにいうと >>561 だ。
svn+ssh は sshで繋いで、svnserve をトンネルモード(-t, --tunnel) で起動している。

解決方法は以下のページに載ってる。(このスレの >>301 と同じページの後半部分)
subversion.bluegate.org/doc/ch06s03.html#svn.serverconfig.svnserve.sshauth



565 名前:デフォルトの名無しさん mailto:sage [2007/03/18(日) 05:00:02 ]
個人情報が入ったファイルを必要なくなったんで
完全に削除したいんですがTortoiseSVNだけで出来ますか?
最新のリビジョンだけは削除できたんですが・・・・

566 名前:デフォルトの名無しさん mailto:sage [2007/03/18(日) 08:21:52 ]
>>565
svnadmin dumpして、「もう、SVNに個人情報を入れたりしません。」
って反省しながら該当するファイルを削除しろ。svndumpfilterは使うなよ。
でsvnadmin loadで失敗して、もう一度、反省しろ。svndumpfilterは使うなよ。


567 名前:デフォルトの名無しさん mailto:sage [2007/03/18(日) 22:45:26 ]
できたー\(^o^)/

ありがと!

568 名前:デフォルトの名無しさん [2007/03/20(火) 15:28:13 ]
SubversionでExcelVBAとか管理できる?いや、ExcelVBAならなんとかなると思う
けど、Accessファイルとか管理できます???
Accessだと、難しいかなぁ、、と思うんですけど。

恐らくExcelの場合は、commitの前に全てのモジュールをexportすれば何とかなる
ような気がするけど、Accessの場合は手間がかかりますよね、、。

どっかに良いものないですか?



569 名前:デフォルトの名無しさん mailto:sage [2007/03/20(火) 20:16:45 ]
Excelも最近はExcel-XMLで出力できるけど、そういう話ではない?



570 名前:デフォルトの名無しさん mailto:sage [2007/03/20(火) 21:29:17 ]
>>568

www.microsoft.com/downloads/details.aspx?familyid=2ea45ff4-a916-48c5-8f84-44b91fa774bc&displaylang=en

こういうので、VBAのソース管理をしたいってことか?

無駄だからやめとけ。mdbをリネームしてxxx.日付.mdbでバックアップくらいしか現実解はない。

# 御社がすげぇ強大な会社で、MSに「せめてVSSと連携しろやゴラァ」してくれるなら期待するけど。

てか、いまこの瞬間にAccessが全世界から消え去って欲しい。

571 名前:デフォルトの名無しさん mailto:sage [2007/03/20(火) 22:33:58 ]
>>568
とりあえずリポジトリに突っ込むのはアリだと思うよ。
バックアップ、変更履歴管理、あと責任の所在が明確になるハズ。
svn diff とかはできないけどね。

>>569
XMLの差分って見てもあまり嬉しくないような。
# Ant のbuild.xmlで嫌になったので。

572 名前:デフォルトの名無しさん mailto:sage [2007/03/22(木) 04:14:38 ]
subversionのコミットログはどういう風に書く、というような
ガイドラインはありますか?
コーディングスタイルのガイドラインみたいな。

573 名前:デフォルトの名無しさん mailto:sage [2007/03/22(木) 06:56:34 ]
>>572
subversion.tigris.org/hacking.html#log-messages

574 名前:デフォルトの名無しさん mailto:sage [2007/03/22(木) 23:37:12 ]
つまり英語で書くと

575 名前:デフォルトの名無しさん [2007/03/23(金) 00:11:13 ]
subversion's commit log guide line have already?
coding style's guide line i want to watch.

576 名前:デフォルトの名無しさん mailto:sage [2007/03/23(金) 15:44:05 ]
>>572

862 名前:デフォルトの名無しさん[sage] 投稿日:2007/02/20(火) 02:56:02
ttp://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/30387
>> tadf 2007-02-18 19:37:12 +0900 (Sun, 18 Feb 2007)
(snip)
>> Log:
>> updated based on date2 4.0.3.
>お手数ですが、ログにはなるべく具体的な変更内容を書くように
>してください。(本件のような変更の場合は just a minor change
>くらいでもいいです)

というknu氏のマネージャぽいやわらかそうな物腰に対する、
tadf氏による8連続の「具体的な」

ttp://www.atdot.net/~ko1/w3ml/w3ml.cgi/ruby-cvs/msg/19026
> Log:
> just a minor change

に心からワロス。(URL踏んだら左上の[次]を7回クリックすること)



るびーなら、ようちえんぢのきみでも、かいはつにさんかできるよ!!






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<146KB

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