Subversion r10 - 暇つぶし2ch

Subversion r10 ..

22:デフォルトの名無しさん
08/07/15 14:00:37
管理外のファイルがリポジトリ内にあるっていうのは変じゃないか？

23:デフォルトの名無しさん
08/07/15 14:15:34
作業コピーからのエクスポートで管理外を含めたいなら
svn export じゃなくて単純に .svn を除外しつつ xcopy するって事では？
リビジョン指定が必要なのかな。

24:13
08/07/15 14:34:26
>>22
たしかに、考え方自体間違っているかもしれませんね、、
管理外まで扱っていたらsvnの意味もありませんし。。
ご意見ありがとうございます。

>>23
そういう手もありますね。参考になります。
リビジョン指定は、場合によりけりなので、
ひとまずxcopyでやるのも視野に入れたいと
思います。ありがとうございました！

25:デフォルトの名無しさん
08/07/17 00:55:20
２つのサイトでそれぞれ SubVersion を使って同じソースツリーを
管理してるのですが、これを同期させるのに楽な方法は何がありますか？

Aサイト
Aサイトのメンバーが作業
　　↑
　　↑　1週間に1回Bサイトの担当が変更ソースを持っていってマージ
　　↑
Bサイト
Bサイトのメンバーが作業

Eclipseを使っての開発をしてます。

例えば、Bサイトで、マージ直前に最新ソースを取得して、
AサイトにそのPCを持っていき、EclipseのSVN接続先設定を変更して
シンクさせると同期できる、とかができないかなと考えているのですが。

教えてください。よろしくお願いします。

26:デフォルトの名無しさん
08/07/17 08:49:10
そこはsvkの出番じゃなかろうか。
Eclipseプラグインがないので、
Bサイト内でのコミットはコマンドラインからになるけど。

27:デフォルトの名無しさん
08/07/18 17:02:32
Windows版の Subversion のインストーラー版が待てど暮らせど出てきませんが
何か出てこなくなった理由があるんでしょうか。
インストールは zip を解凍して 1.5.0 に更新済みなので svn-book.chm の新しいのがあれば
欲しい、というだけなんですが、zip だと svn-book.chm がありません。
1.4.6 の svn-book.chm が for 1.5 になっているからそちらを使い続けてね、ってこと？

28:デフォルトの名無しさん
08/07/18 17:39:18
お前のようなキチガイがいるからだろ
ほんと馬鹿じゃねえの

29:デフォルトの名無しさん
08/07/18 17:45:34
インストーラーが出てくるのが遅いのはいつものこと。
文句があるなら自分で作れ。

30:デフォルトの名無しさん
08/07/18 17:48:38
最近こういう勘違いした人増えてきたね・・。

31:デフォルトの名無しさん
08/07/18 17:51:00
Windows版バイナリに関して何か騒動があったということですか？
python bindings のインストーラは単に setuptools とかの絡みで早々に
出てきているだけだと思ってたんで、他が遅れている事件があったなら
知りたいです。

32:デフォルトの名無しさん
08/07/18 17:51:43
リロードしてなかった。。。

33:27,31,32
08/07/18 22:11:11
馬鹿かもしれませんし、とりあえず文句もありませんが、きっかけにはなりました。
インストーラーはスキル的に無理なので、自前で chm(r3203) だけ作成しました。

chm にフォントサイズを変更するボタンを付けておくと少しは便利ですね。
後で IE が間抜けな事になりますけど。

34:デフォルトの名無しさん
08/07/18 23:58:59
>>19
> 実際には svn co / svn update 時に、読み取り専用で
> ファイルが取得されるだけで、手作業で読み取り専用をはずして
> 編集しちゃえば commit できちゃったのですが、そういうもの？

そう言うものです。

Subversion のロックは、編集時にロックを必要とするファイル(要するにマージできないファ
イル。例えばビットマップファイル等) を編集する時は、svn lock でロックを取得して、編
集が完了したら svn commit すると、自動的にロックが解除されると言うもの。

ただ、これだと俺みたいに物忘れの激しい奴はロックを忘れて編集を始めてしまうことがある。
編集の間に他人がロックしなければ問題なくコミットできるけど、他の人がロックしてしまう
とコミット時にエラーになって初めて気付くというお間抜けなことになって、泣く泣く自分の
やった編集をあきらめるか、ロックをかけた人をなき落とすなり脅すなりしてその人が実施し
た編集をあきらめてもらうしかなくなる。

そこで、svn:need-lock 属性をつけておくと、普通は読取専用になってるからアプリによって
は開いた時に「読取専用だよ～」とか言ってくれるので、そこでロックを取得することを思い
出すだろうと言う仕組み。(ロックを取得すると読み書き可能になる。)

アプリによっては、読取専用でも何も言わずに編集できてしまい、保存する時にはじめて読取
専用だよ～って言ってくる奴もあるから、残念ながら万能じゃないけど、Subversion にはファ
イルの編集を始めたことを知るすべがないので、現状のところではこのあたりが精一杯の対応。

35:デフォルトの名無しさん
08/07/19 09:03:04
svn-book.chm を欲しがってただけで何であんなに非難さてれるんだ？

36:デフォルトの名無しさん
08/07/19 10:16:33
暑いからイライラしてる奴が多いってだけだろ。

37:デフォルトの名無しさん
08/07/19 14:08:03
インストーラを提供するのが当然みたいな印象を持たれたのが原因じゃないかな？
作者への感謝の気持ちが少しでも現れてたら良かったのにね

38:デフォルトの名無しさん
08/07/19 15:13:56
夏だなぁ

39:デフォルトの名無しさん
08/07/19 23:40:54
>>38
ですなぁ

40:デフォルトの名無しさん
08/07/20 00:37:16
前々からそうだけど新バージョンが出ると
インストーラーが出ないって延々と愚痴ってくるのが出てたから
またおまえかって感じだったんじゃないの

41:デフォルトの名無しさん
08/07/20 00:47:00
バイナリを出してくれてるんだから十分に有難いぞ

42:25
08/07/20 00:47:42
>>26
ありがとうございます。
svkってのがあるのを知りませんでした。
調べてみます。

43:デフォルトの名無しさん
08/07/24 09:48:09
svnリポジトリの容量を制限したいのだけれども、どうすればいいですか？
Unixコマンドでいえばquotaみたいな奴です。

44:デフォルトの名無しさん
08/07/24 09:55:03
>>43 quota 使えばいいんじゃないの？

45:デフォルトの名無しさん
08/07/24 12:23:44
svn リポジトリが容量制限くらった時の挙動はどうなるん？

46:デフォルトの名無しさん
08/07/24 12:38:47
容量いっぱいになったらそれ以上コミットできない、じゃないかな？たぶん

47:デフォルトの名無しさん
08/07/25 18:08:19
@を含むファイルもしくはディレクトリって Subversion で扱うのは無理？
ユーザのメールアドレスでディレクトリを作っているファイルがあって，
それを扱いたいんだけど， @ 以下の文字列がリビジョン指定として
扱われる場合があってうまくいかない．

@ 以下をリビジョンの指定として扱うのを抑制する方法はないかな？

48:デフォルトの名無しさん
08/07/25 18:10:01
たとえば
svn list file:///repos/hoge/hage/unko@example.com/
のようなことはできない？

49:デフォルトの名無しさん
08/07/25 18:14:57
TortoiseSVN 経由だと @ 付きのフォルダもファイルも扱えるので
何の疑問もなしにやってたら，コマンドラインから
操作しようとしてはまりました．

50:デフォルトの名無しさん
08/07/25 18:36:31
最後に余計な（？）@ をつけることで解決しました．
んが，ペグ・リビジョンについてちゃんと理解してない
自分に気付きました．

51:デフォルトの名無しさん
08/07/25 18:38:10
スレは日記帳ではないことも理解してませんね

52:デフォルトの名無しさん
08/07/25 19:38:30
>>51 ちがうんですか？

53:デフォルトの名無しさん
08/07/26 20:51:54
Subversion 1.5.1 Released

54:デフォルトの名無しさん
08/07/26 21:02:33
Tortoiseで離れた別のディレクトリの修正をコミットするにはどうすれば？
リポジトリがでっかくて、ルートからやるのが苦しい場合。

55:デフォルトの名無しさん
08/07/26 21:21:15
別々にコミットすればよいのでは?

56:デフォルトの名無しさん
08/07/26 21:25:42
同一レビジョンでやりたいんだと思うけど、ルートと言うか
共通の祖先のディレクトリからやるしかない。

リポジトリの構成を見直した方がいいのかも。

57:デフォルトの名無しさん
08/07/26 21:25:52
関連してて両方併せて意味が出る(というか片方だけだとデグレ)修正なので、アトミックにコミットしたいのです。

58:デフォルトの名無しさん
08/07/26 21:27:50
>>56
やっぱダメっすか。リポジトリ構成というよりmavenとかhudsonとかの出番なのかも。

コマンドからやってみるか…。

59:デフォルトの名無しさん
08/07/26 21:40:11
鯖の方を subversion-1.5.1 にアップデートした場合、クライアントPC側が
古い svn コマンドを使っていても大丈夫でしょうか？

60:デフォルトの名無しさん
08/07/26 21:49:26
>>59
鯖がプロトコルバージョンをチェックするからフツウは問題ない

61:デフォルトの名無しさん
08/07/26 22:07:02
svk最高

62:デフォルトの名無しさん
08/07/26 22:33:48
>>54
svn commit PATH1 PATH2 ...
でできませんか?

63:デフォルトの名無しさん
08/07/26 23:05:49
>>54
コミットダイアログにドラッグ＆ドロップで追加できたような気がする。

64:デフォルトの名無しさん
08/07/27 00:06:28
TortoiseSVN 1.5.1 age

65:デフォルトの名無しさん
08/07/30 10:08:07
parent/
parent/sub1
parent/sub2

っていうディレクトリがあるとして，
今 parent/sub1 だけをリポジトリに放り込んでるんだけど，
parent 全体をリポジトリで管理したいと思ったんだ．

すでにリポジトリに内にある parent/sub1 や
ワーキングコピー内にある parent/sub1/.svn を
いかしてその上位の parent での管理に移行する
方法ってないかな？

parent/sub1/.svn とか消しちゃって，
parent ごと改めてリポジトリ管理し直すべき？
でもそれだとすでにリポジトリに内にある
parent/sub1 の履歴が生かせないんだよな…

なんかいい方法ないですかね？

66:デフォルトの名無しさん
08/07/30 10:20:31
>>65
現在のリポジトリはtrunk/sub1(或いは単にsub1)になっているってこと?
それなら、parent以下をparent/sub1を除外して追加してからsub1をparentの配下に移動すればよろし。
まぁ、ダミーのリポジトリとファイルを用意して実際に試してみれば様子がわかるよ。

67:デフォルトの名無しさん
08/07/30 10:28:48
>>66
なるほど
特定のディレクトリを除外して import ってのができるのか．

68:デフォルトの名無しさん
08/07/30 10:47:53
import するより add して commit したほうが、コミット前に確認とか調整とかいろいろできて
おすすめ。

69:66
08/07/30 11:05:22
>>67
私もaddのつもりで追加と書いた。で、移動はmoveね。
# 尤も、move自体removeしてaddと等価だけれど。
で、sub1を除外して追加ってのはparent以下にsub1とsub2だけでファイルがないならadd parent/sub2ってこと。
もしparent配下にfileがあるなら、add parent/{sub2,file}とか、その辺は適当に。

70:デフォルトの名無しさん
08/07/30 15:18:05
結構時間かけてググッてるんだが、Subversionって、
svnserveで運用する場合にパスワードをサーバに平文で持つしか無いのかな？
これってかなりイヤ、ってか結構ありえねぇんだが・・
CVSですら/etc/shadowなんかに書かれた暗号化パスワードそのまま使えるのに。

＃一応、Apache+WebDAVだとBASIC認証でUNIXのパスワード扱えるからこの問題は起きない。
＃けどわざわざApacheを前に立たせるまでもないLANとかだと、高速なデーモンとして動かしたいよな？

おれのググり方が足らなかったら罵ってください。
もし、ほんとに平文しか扱えないならSubversionクソすぎてCVSから乗り換える気おきない・・

71:デフォルトの名無しさん
08/07/30 15:29:27
俺は svn+ssh://... で使ってるので認証は ssh

72:デフォルトの名無しさん
08/07/30 15:38:17
ssh使えよって話だと思うんだが

73:デフォルトの名無しさん
08/07/30 16:04:30
＞おれのググり方が足らなかったら罵ってください。
それじゃ遠慮なく。

カエレ！時間掛ければ検索できると言うものではない。ドキュメントくらい読め。このスカポンタン！

74:デフォルトの名無しさん
08/07/30 16:44:49
この手の人って勝手な思い込みで口汚くクソだクソだって喚くからタチが悪い

75:デフォルトの名無しさん
08/07/30 16:56:40
>>71-72
あー、SSH許可してるユーザはこれでいけそうです・・ありがとう
それ以外の奴はhttpで我慢してもらうことにするか・・
・・と思ったらEclipse+Subclipseだとなんかやたら面倒な設定が必要だな
＃まぁそれはSubversionのせいではまったくない

まぁ何だ、お前らごめんなさい。

>>73
スカポンタンて古いなｗいやどうも失礼した

>>74
失礼した

76:デフォルトの名無しさん
08/07/30 18:16:41
>>70
Trac入れてダイジェスト認証にすれば良いんでない？

77:前スレ979
08/07/30 19:00:52
前スレ最後で、tsvnスキーム登録とかについて
教えてくれたひと、どうもありがとう。
機会があったら試してみるよー。

78:デフォルトの名無しさん
08/07/30 21:11:43
> svnserveで運用する場合にパスワードをサーバに平文で持つしか無いのかな？
> これってかなりイヤ、ってか結構ありえねぇんだが・・

> ＃けどわざわざApacheを前に立たせるまでもないLANとかだと、

この２つの条件が重なる環境で開発はしたくないなあ

79:デフォルトの名無しさん
08/07/30 22:43:28
>>75
PuTTY + TortoiseSVNと組み合わせるのが超お勧め。
configにこれ入れると吉。
ssh = $SVN_SSH C:/Program Files/TortoiseSVN/bin/TortoisePlink.exe

PuTTY + TortoiseSVNでアクセスできるようになったら、
SubclipseのSVNインタフェースでJavHLを選べば勝手に繋がるようになる。
接続時にpageantに入れた鍵を自動で使ってくれるので、
パスフレーズは1日1回入れるだけでよくなって超楽。

80:デフォルトの名無しさん
08/07/31 08:42:57
サーバのOSがWindowsならば、TracLightning でtrac/subversionを入れるのが手間要らずで楽だな。

81:デフォルトの名無しさん
08/07/31 14:04:17
CVS から Subversion へ cvs2svn を使って，移行作業をしているものです。
このうちのひとつのフォルダのログのコメントが文字化けしてエラーとなり，困っています。
リポジトリの最上位のフォルダが１０数個あるうちの，ひとつのみです。
このフォルダは RCS → CVS → CVSnt と移行してきたものです。
現在の運用は，サーバが CVSnt（WinXP）クライアントが Wincvs（WinXP）で，
エラーになるフォルダ以外は，Wincvs（ごった煮版）でインポートし，更新してきたものです。
CVS → Subversion の移行を行った先輩のアドバイスが戴ければ幸いです。
よろしくお願いします。

82:デフォルトの名無しさん
08/07/31 14:12:43
>>81
エラーメッセージは？
ログのエンコーディングと、 cvs2svn へのエンコーディングの指定はどうなってる？

83:デフォルトの名無しさん
08/07/31 14:22:36
>>82
レスありがとうございます。
円コーディングは，以下の指定で実行しています。
--encoding=SJIS
--encoding=iso2022_jp
--encoding=euc_jp
--encoding=cp932
--encoding=utf_8
--encoding=SHIFT_JIS
エラーメッセージは，申し訳ありませんメモっていませんでした。
pass 2 開始直後に，文字化けしたログメッセージが出力され停止します。
現在は該当のフォルダを除外して pass 5 を実行中です（約30時間）
リポジトリが約１０Gありますので，エラーメッセージを再現するのに約１時間かかりますが，必要であれば再実行してお知らせします。

84:70=75
08/07/31 14:58:29
無礼をやらかした俺にもこんなにも建設的な意見をくれるあなた方に感動。

>>76
Digest認証もBASIC認証と同じく /etc/shadow とかに書かれてある、
crypt関数で暗号化済みのパスワード扱えたっけ。てか今から実験してみるか。
（開発陣全員のパスワードなんて管理者すら把握してないし、もう一回全員の
パスワード設定し直すなんて言うと文句言われるもんで・・）

もしそうなら是非Digest認証を採用させていただくよ。どうもありがとう。

>>79
おおー。素晴らしい。おれ個人は是非その方法を使わせてもらうことにする。
あとは他の連中がそういうツールを素直にインストールしてくれるかどうかだけど、
まぁ文句言われたらhttp越しで使ってもらえばいいか。

あの、70で失礼な発言したのでフォローしとくが、ディレクトリの移動を追っかけられるのが
Subversionの主たる導入目的だったわけで、この機能は本当にネ申です。
ぼちぼち慣れていこうと思う。みなさんありがと・・

85:デフォルトの名無しさん
08/07/31 21:19:15
>>84
/etc/shadowはPAM経由で使えるはずと思ってmod_auth pamでググったら
こんなの見つけた。

Mod_Auth_External and Mod_Authnz_External
URLﾘﾝｸ(unixpapa.com)

なので、これとBasic認証/Digest認証モジュールを組み合わせればいけるかも。

86:デフォルトの名無しさん
08/07/31 22:00:41
おとなしくApache鯖建てた方が速いんじゃね

87:デフォルトの名無しさん
08/07/31 22:01:26
ドキュメントファイルとかテキストファイルなんかを
バージョン管理してみるのにTortoiseSVNを使ってみています

で、リポジトリに追加してコミット、一旦ローカルファイルを削除して更新して取り出すと
元のファイルと比較して更新日時が異なってしまいます

回避策も見当たらないのでコミット時に属性に更新日時を書き込んで
更新時に取り出したファイルの更新日時を更新するようにしているのですが、
クライアント側フックスクリプトのPATHパラメータで指定されるファイルには
対象となる全ファイルが列挙されるわけではないのですね

というのも、フォルダ単位で更新すると
その対象としたフォルダ名しか取れないので各ファイルを処理できないのです
クライアント側フックスクリプトで更新対象となっている全ファイル名を
サブフォルダに渡って一覧取得する方法はないですかね？

まぁ、次のバージョン？で更新日時が対応されるようなされないような
というブログの書き込みをどこかで見かけたので
それを待った方がいいのかもしれませんがとりあえず今使いたいもので
よろしくお願いします

88:デフォルトの名無しさん
08/07/31 23:34:33
タイムスタンプは対応すると言いつつずっとペンディングにされ続けてるもの
待った方が良いっつうか、期待するだけ無駄

うちらはもうタイムスタンプなんて気にするやつはいなくなったけどな

89:デフォルトの名無しさん
08/07/31 23:56:57
正式版ｇでるまで
いっそのこと、日本人の誰かがマイナーパッチ作って、
流しちまえよｗ

90:どこが一言だw
08/08/01 00:20:18
>>83
cvs2svnで移行した経験から一言。
cvsのリポジトリの段階で、エンコードが混ざっているとiconvがエラー起こすからcvs2svnは恐らく失敗する。
特にcvsだとソースとコメントのエンコードが違う状況が発生しやすいので要注意。
# ファイルが巨大じゃなければ混在エンコードにも強いエディタで無理やり修正するとか。
# さもなければ、単体でiconvに食わせてエラーが出たらその周辺だけ抜き出して変換するとか。

91:デフォルトの名無しさん
08/08/01 02:34:45
>>90
今の cvs2svn は（内部的に iconv 使ってるかどうかはともかく）変換に失敗すると
--encoding で渡された順に全部試してくれる。混在しててもエンコーディングさえ
わかっていれば、リポジトリはいじらなくても通せる。

そういうわけで >83 の指定なんだろうけど、 SJIS と cp932 と SHIFT_JIS がばらばらに
指定されてるあたり、もう手当たりしだいって感じだな。リポジトリ内のエンコーディングを
ちゃんと調べてから設定したほうがいい。

92:デフォルトの名無しさん
08/08/01 03:30:05
TortoiseSVN 1.5.2 age

93:デフォルトの名無しさん
08/08/01 08:24:38
ふーん

94:デフォルトの名無しさん
08/08/01 10:10:47
むしろ設定ファイル類をsvnで管理しているときとか，
オーナー，グループ，パーミッションを保存してほしいと
思うときがある．復元してくれなくてもコミットしたときに
どうだったかを記録しておいてくれるだけでもありがたい．

95:デフォルトの名無しさん
08/08/01 12:17:01
属性に保存して、スクリプトで復元させればいいんじゃね？できたらスクリプトを公開をしてくれるとうれしい。では健闘を祈る

96:デフォルトの名無しさん
08/08/01 13:35:33
svnlibだけインストールしたいんだけど何をどうすれば良いの？
build.conf見ると__LIBS__とかあるけどいまいち解らん・・・

97:デフォルトの名無しさん
08/08/01 13:38:39
>>81
上記レスを投稿したものです。
アドバイスしてくれたみなさん，ありがとうございました。
エラーの原因が解りました。
該当フォルダは Pro*C と VC4 で開発をおこなっていたもので，そのうち
*.pre *.mdp （Pro*C と VC4 のプロジェクトファイル）が，テキストファイルとして登録されていたからでした。
ログのコメントが挿入されていて，内容は破壊されていましたが，幸いバックアップがありましたので
これらのファイルを除外して，Subversion へ移行します。

98:デフォルトの名無しさん
08/08/01 14:38:03
別のマシンでfile://スキームのリポジトリを作っていたのですが、
これをローカルマシンで使うことができません

svn ls file://remoteuser@remotehost/svnroot

などとやっても
svn: URL に対し ra_local セッションを開始できません
svn: ローカルの URL 'file://remoteuser@remotehost/svnroot' に含まれているホスト名はサポートされていません
と出てきてしまうのですが

99:デフォルトの名無しさん
08/08/01 14:40:40
お前、アホって言われるだろ・・

100:デフォルトの名無しさん
08/08/01 14:48:12
file://はリポジトリが自分のマシンのファイルシステム上に見えてないとだめだろう
ネットワークマウントするとか
svn+ssh://を使うとか

101:デフォルトの名無しさん
08/08/01 15:20:27
>>98
これはﾜﾛﾀw
file://URL なんてのは無茶だろ兄弟ネットワーク越えられるプロトコルお使いなされ

102:デフォルトの名無しさん
08/08/01 15:34:03
>>99-101
ありがとうございます
なんかそれっぽかったのでfileでもリモート扱える方法があるのかと
思ってました・・・
リモートはサーバー禁止、マウントも出来ないのでsshで入って使います・・

103:デフォルトの名無しさん
08/08/01 15:44:03
>>97
上記レスを投稿したものです（アホって言われてますｗ）
おかげさまでエラーとなったフォルダのみを cvs2svn で処理し，首尾よく完了し確認できました。
ここで，もう一点教えてください。
CVS のリポジトリには１０数個のフォルダがあり，３G程度のフォルダが２個トータル１０G超になってます。
フォルダ毎に分割して処理しようと，２個目のフォルダから --existing-svnrepos を指定して実行しましたが，エラーとなります。
svn のリポジトリを CVS のフォルダ単位に作り，ダンプ→統合したいリポジトリにロード・・・のような作業となるのでしょうか？
良きアドバイスが戴ければ幸いです。よろしくお願いします。

104:デフォルトの名無しさん
08/08/01 16:00:33
アホ＝>>98だと思うけど。

エラーの一言で済ませないで
ちゃんとエラー内容を記述するべき。

105:デフォルトの名無しさん
08/08/01 16:26:22
>>104
申し訳ありません，余分なものもあるかもしれませんがエラー時のコンソールを張ります。
----- pass 16 (OutputPass) -----
Starting Subversion Repository.
============================================================
Starting Subversion r1 / 5
Initializing project trunk
============================================================
Starting Subversion r2 / 5
Committing 15 CVSRevisions
New Directory trunk/CVSROOT
Adding trunk/CVSROOT/verifymsg
Adding trunk/CVSROOT/taginfo
Adding trunk/CVSROOT/rcsinfo
Adding trunk/CVSROOT/postcommit
Adding trunk/CVSROOT/notify
Adding trunk/CVSROOT/modules2
Adding trunk/CVSROOT/modules
Adding trunk/CVSROOT/loginfo
Adding trunk/CVSROOT/historyinfo
Adding trunk/CVSROOT/editinfo
Adding trunk/CVSROOT/cvswrappers
Adding trunk/CVSROOT/cvsrc
Adding trunk/CVSROOT/config
Adding trunk/CVSROOT/commitinfo
Adding trunk/CVSROOT/checkoutlist
ERROR: svnadmin failed with the following output while loading the dumpfile:
svnadmin: ファイルが既に存在します: ファイルシステム 'C:/svndata/db', トランザクション 1657-1, パス 'trunk'

以上です，よろしくお願いします。

106:デフォルトの名無しさん
08/08/01 17:08:26
・・・エラーメッセージそのまんまじゃないのか？

107:デフォルトの名無しさん
08/08/01 17:12:04
>>106
CVS リポジトリ内のフォルダー単位に cvs2svn 処理をさせたかったので，
２回目からは --existing-svnrepos パラメータを付けたのですが・・・
他に指定すべきパラメータとか，なにか前処理が必要でしょうか？

108:デフォルトの名無しさん
08/08/01 17:33:50
俺は使ったことないんで知らないが、一部のblogで
そのオプションが効かないって記述があるみたいだけど

というか、それ分割して処理する意味があるのか

109:デフォルトの名無しさん
08/08/01 17:50:15
>>108
レスありがとうございます。
CVSのサイズが１０Gと大きいせいか，まとめてハウマッチで実行すると
pass 5(SortRevisionSummaryPass) が，３０時間くらい実行しても終わりません。
２G程度のフォルダのみで実行したところ，ディスクアクセスをガリガリやって終了しました。
１０Gまとめてだと，ディスクアクセスもほとんど無く，実行してるのか固まってるのか怪しい感じでした。
急いで使いたいファイルが入っているフォルダを先に終わらせて，時間のかかるフォルダを
後でゆっくり移行したいと思ってます。

110:デフォルトの名無しさん
08/08/01 22:23:10
>>88
そうなんですか
バージョンを管理するツールに通しただけで
元の情報（今回の場合は更新日時）が欠落してしまうということに違和感を感じました
他の例で言えば、ファイルを圧縮して解凍しても
更新日時は元のままであって欲しいと思っています
（もし全ファイルの日時を揃える要件があれば、
バージョン管理や圧縮などの仕組みとは別に、日時を揃える方法を考えるかな？）

あと元の質問だったファイルの一覧はやっぱり取得できないようなので
フォルダを起点にチマチマやることにします
どうもありがとうございました

111:デフォルトの名無しさん
08/08/02 00:19:51
タイムスタンプ信仰ｖｓアンチタイムスタンプ派の喧嘩が始まるから
そのネタは気を付けた方が良い

112:デフォルトの名無しさん
08/08/02 00:58:12
うーん TortoiseSVN ってバージョン番号 4桁の方がよいと思うんだけどな～
それはそうと、1.4系統のサーバーに1.5のクライアントつなげてもまったく問題ないよね
逆の場合はどうなのかな？

113:デフォルトの名無しさん
08/08/02 00:58:48
>>102
「sshで入って使う」などと書いてあるのが不安なのだが、
ログインしてviとかそういう話か?

svn co svn+ssh://remote/path
しろっていう話だぞ。
これならsshdさえ動いていればサーバ類は必要ない。

114:デフォルトの名無しさん
08/08/02 08:11:08
>>110
エクスポート時にはコミット時刻が吹かされるからそれで十分じゃないかと。

115:デフォルトの名無しさん
08/08/02 09:14:23
＞吹かされる

116:デフォルトの名無しさん
08/08/02 11:13:54
吹いた

117:デフォルトの名無しさん
08/08/02 13:50:15
>>99-101
fileスキーマでネットワーク越えられないって思ってるようだけど、
Win版なら file://192.168.1.2/svn/root みたいなURLで
CIFSプロトコル(共有フォルダ)経由でアクセス出来るよ。

>>102でsshってあるからWinじゃないだろうけど、
samba上に置くことも出来る。（普通は素直にsvn+sshするだろうけど）

118:デフォルトの名無しさん
08/08/02 16:04:18
ほんとだ
file://server1.home.local/d$/svn/repoA/
で行ける。
実際に管理共有でやるかっつうとやんないにしても、管理共有でも行けるので
事前に共有フォルダにしておく必要すらないのか。

119:デフォルトの名無しさん
08/08/02 18:51:29
管理共有なんか使ってると後々困ると思うぞ。
サーバ側で移動する必要が出たときとか…

120:デフォルトの名無しさん
08/08/02 21:27:51
て言うか管理共有経由でほいほい書ける環境って
なんも管理されてないってことだろ。

121:118
08/08/02 22:16:11
いや、だから、試しただけで管理共有ではやんないってば。。。

122:デフォルトの名無しさん
08/08/02 23:20:30
盛り上がっているところ恐縮ですが，フォルダ単位に cvs2svn を実行する方法って無いんですかね？
Subversion の複数のリポジトリを統合する方法でも良いのですが。
よろしくお願いします。

123:デフォルトの名無しさん
08/08/02 23:30:34
>>122
> フォルダ単位に cvs2svn を実行する方法って無いんですかね？
あるだろ。何で無いと思うの？

> Subversion の複数のリポジトリを統合する方法でも良いのですが。
svnadmin dump → svnadmin load

124:デフォルトの名無しさん
08/08/02 23:34:27
>>123
ありがとうございます。
dump → load で統合できれば最悪なんとかなります。

>>107 の方法だと，エラーになってしまいます。
必要なパラメータとか前処理があれば，アドバイスいただければ幸いです。
よろしくお願いします。

125:デフォルトの名無しさん
08/08/03 00:43:45
>>121
やるかどうかじゃなくて、できちゃうことに問題があると言われてるんだが。

126:118
08/08/03 00:49:43
普段無効にしている管理共有を試しに有効にして試しただけだって。。。
なんでここまで説明しないといかんの。
食いつき良すぎだろ。。。

127:デフォルトの名無しさん
08/08/03 03:26:59
>>124
直接リポジトリに入れるんじゃなくて、 cvs2svn からはダンプだけ作らせといて、
svnadmin load するときに --parent-dir すればいいんじゃないかな？

128:デフォルトの名無しさん
08/08/03 07:36:52
>>126
> 普段無効にしている管理共有を試しに有効にして試しただけだって。。。

やってないだろ？
もし、本当に普段無効にしている管理共有を有効にしたと言うなら、やり方を
書いてくれ。

マジでやってたら、それこそバカだよ。

129:118
08/08/03 09:45:17
これで最後にします。
無効にしたことがバカなのか、試したことがバカなのか、その両方がバカなのか
よく分かりませんが手順は一般的に知られていると思うけど、レジストリ変更して再起動。
URLﾘﾝｸ(www.atmarkit.co.jp)

ただの共有じゃなく管理共有でどうなの？と思って普段しない事で試しただけで、
素朴な疑問でスレの空気を悪くしてすいません。

130:デフォルトの名無しさん
08/08/03 10:15:55
>>129
あなたは全然悪くない。というかとても親切。

131:デフォルトの名無しさん
08/08/03 16:53:44
まぁ、単に揶揄われているだけなのに気付かなくて、必死に理解してもらおうとする姿勢は好感が持てるね。

132:デフォルトの名無しさん
08/08/03 17:52:17
そういえばタイムスタンプってプログラム開発だと気にならないけど
それ以外の用途だと気になるのかもしれんなぁ

133:デフォルトの名無しさん
08/08/03 20:43:26
差分のみにくい、ドキュメント、実行モジュールやDLLで気になるからな

134:デフォルトの名無しさん
08/08/03 22:58:17
雰囲気悪いスレだな。

135:デフォルトの名無しさん
08/08/03 23:11:08
タイムスタンプでバージョンを示すとかあったなー。
vz?

136:デフォルトの名無しさん
08/08/03 23:20:50
いや、それに限らず割とポピュラーかと。

137:デフォルトの名無しさん
08/08/04 14:24:17
バージョン管理下のファイルだとタイムスタンプよりリビジョンを気にするので気にならないが、
バージョン管理下にないファイルだと気になるな。

Exportだと更新日時が最終コミット時になるので
個人的には今の仕様がベスト。

CheckoutやUpdateで更新日時がコミット時に設定されると
makeが変な動きをしそうだし。

138:デフォルトの名無しさん
08/08/04 20:59:55
>>137
Exportってバージョン管理外のファイルにする方法なのでは？
CheckoutやUpdateってバージョン管理下にある状態なのでは？
…って、そもそも何か勘違いしてるのかな… orz

139:デフォルトの名無しさん
08/08/05 08:41:31
>>138
バージョン管理下にあるファイルのタイムスタンプは、バージョン管理が更新するものだと思って諦める。ということさ。

140:デフォルトの名無しさん
08/08/05 11:28:32
諦めるっつーか、管理下にある場合は更新してくれた方がいいじゃん。

141:デフォルトの名無しさん
08/08/05 11:54:27
>>140
ソースファイルの場合はタイムスタンプ更新した方が、makeに都合が良い。
ソース以外(make管理外)のデータやドキュメント類は、タイムスタンプ更新しないほうが都合が良い。

142:デフォルトの名無しさん
08/08/05 22:11:43
＞ソースファイルの場合はタイムスタンプ更新した方が、makeに都合が良い。

そうかなー…
これこそオリジナルタイムスタンプのままの方が良いきがするけど

143:デフォルトの名無しさん
08/08/05 22:30:52
makeが誤動作するじゃないか

リビジョンで管理すると複数のファイル間の関連も一目でわかるから便利じゃん。
タイムスタンプだけでは最新かどうかわからないじゃないか。

144:デフォルトの名無しさん
08/08/05 22:55:15
もうタイムスタンプ議論はうんざり・・・・
いったいいつまで続けるんだよ

145:デフォルトの名無しさん
08/08/05 23:11:48
>>143
後学のために教えて
makeが誤動作するということはバージョン管理システムを使っていない場合は
makeが誤動作しまくるの？それともmake前にタイムスタンプを揃えるという処理をしてる？
揃ってもいいのかもしれないけど（というか気にしないでもいいのかもしれないけど）
元のままではダメだというのがよく分からない…
（気にしないなら元の情報が残っていてもいいのでは…）

>>144
単なる罵り合いだの罵声だのではなく、
それぞれの可能性や考え方がやりとりされている分には勉強になりますが…ダメですか？

146:デフォルトの名無しさん
08/08/05 23:21:33
以前からこのスレでタイムスタンプ信仰者とアンチタイムスタンプとで
罵り合いが続いてたから昔から見てる人からすると溜め息しか漏れないかと。

147:デフォルトの名無しさん
08/08/05 23:23:54
いや、updateで取り出しているのにタイムスタンプが更新されていなかったらmake対象にならないのが問題ってことじゃないのかね。

148:デフォルトの名無しさん
08/08/05 23:31:21
>>146
あ、すみません以前の罵り合いってのを知らなかったもので…
双方のシチュエーションや経験談を参考にさせてもらって
自分のシチュエーションではどっちが妥当か？を考えるのにいいな、と思ったのですが…

149:デフォルトの名無しさん
08/08/05 23:39:28
>>147
まぁ実際、svnが更新するタイムスタンプも怪しいけどなｗ
かなりでかいソースツリービルドした時、うまくいかない事が
あってからあまりsvnのタイムスタンプ管理は信じない事にしてるｗ

150:デフォルトの名無しさん
08/08/06 00:34:25
>>145
リビジョンを進めようが後退させようが更新されたファイルのタイムスタンプは現時刻になる。この場合makeが正しく動作する。

151:デフォルトの名無しさん
08/08/06 02:09:58
post-commitで、コミットすると自動的にweb公開領域にチェックアウトするようにしてるんですが、
コミットするたびに全ファイルをチェックアウトするのにかなり時間がかかってしまいます。
コミットしたディレクトリとかファイルのみチェックアウトするなどして、時間短縮できないでしょうか・・・。

152:デフォルトの名無しさん
08/08/06 02:49:02
>>151
1) Webサーバの設定で、.svnへのアクセスを拒絶する。
2) チェックアウトではなくupdateする。
3) svnlookの出力を加工して、updateする対象を絞り込む。

153:デフォルトの名無しさん
08/08/06 10:12:15
>>145
make の動作原理は、makefileに記載したソースファイル→ターゲットファイルの依存関係について、
タイムスタンプを比較し、ソースよりターゲットが古い場合にコマンド（たとえばコンパイル）を実行するというものだ。

svn update でソースファイルを差し替えたのに、ターゲットファイルの日付より古ければ、
コマンド（コンパイル）が実施されず、update 前のソースで生成されたターゲットファイルでプログラムが出来上がってしまう。

B君が二日前に foo.c を編集した
A君が昨日checkoutして、make を実行し、foo.c から foo.o を生成した
B君がテストを終えて、本日 foo.c をcommitした
A君が本日updateして、B君のfoo.cを取り込んだ。ここでmakeを実行するとして、
foo.cのタイムスタンプがB君編集時刻（2日前)だと

154:デフォルトの名無しさん
08/08/06 10:14:47
>>153 続き
foo.cのタイムスタンプがB君編集時刻（2日前)だと foo.c より foo.o が新しいので、
make は foo.c を再コンパイルせず、foo.o は　B君編集前のfoo.c から生成された内容のままとなる。これがまずい。

155:デフォルトの名無しさん
08/08/06 12:33:13
てーか、updateしたら全コンかけね？フツー

156:デフォルトの名無しさん
08/08/06 12:39:37
makeの存在意義を真っ向から否定してるな

157:デフォルトの名無しさん
08/08/06 12:40:00
フツーしない。

158:デフォルトの名無しさん
08/08/06 12:54:13
>>152
ありがとうございます。
おかげでsvnlookで更新したファイルのリストを取得出来たのですが、
これと svn updateをどうからめてやれば、
更新ファイルのみを対象と出来るのでしょうか…

159:デフォルトの名無しさん
08/08/06 13:00:26
何でも聞かないと出来ないやつはいい加減あきらめろ

160:デフォルトの名無しさん
08/08/06 13:11:42
>>158
公開用のフォルダがワーキングコピーになっているなら、
svn update するだけで　いいんでない？
後は、 >>152 の 1) を対策して終わりでしょ？

なんでわざわざチェックアウトし直す必要がある？

161:デフォルトの名無しさん
08/08/06 16:13:26
bluegateまた落ちてんのかよ

162:デフォルトの名無しさん
08/08/06 16:29:56
URLﾘﾝｸ(www.caldron.jp)
のほうが新しいバージョンに対応していていいんじゃない？

163:デフォルトの名無しさん
08/08/06 19:03:06
TortoiseSVN 厨です。
tsvn:logminsize を自動的に付与する為の設定って無いですかね？
これ設定しておかないとログ入れない奴がたくさんいるんですよ。

164:デフォルトの名無しさん
08/08/06 19:18:43
post-commitでログなしなら弾くようにすればいいじゃん

165:163
08/08/06 19:38:16
>>164
pre-commit で模索中です。
svnlook でトランザクションのログを捕らえるところまでは確認できましたが、
ログの長さを調べるバッチファイルの記述の仕方がわかりません。
現在調査中です

166:デフォルトの名無しさん
08/08/06 19:39:37
cscriptでVBS呼ぶなりすればええやん

167:デフォルトの名無しさん
08/08/06 20:25:18
>>165
ちょっとはぐぐれよ・・・
URLﾘﾝｸ(www.spring-aki.com)

168:デフォルトの名無しさん
08/08/06 20:41:20
>>167
探し方がたりませんでした。
ありがとう。

169:デフォルトの名無しさん
08/08/07 09:23:21
Emacs 22 を使っています．
ちょっとやりすぎな変更をしてしまったとき，
svn revert で最初に戻すのは嫌だし
かといってそのまま svn commit もしたくないし，
というわけで svn diff で自分がやらかした変更を
確認しながら部分的に元に戻したりをしているんですが，
なにか便利な Emacs で使えるツールってありませんか？

つまりワーキングコピーとベースをならべて
変更点を色付けしてくれて，というツールを探しています．

vc-diff すると単に svn diff の結果がバッファに
表示されるだけで萎えます．

170:デフォルトの名無しさん
08/08/07 10:41:21
Emacsで、ならEmacsスレいけばいいのに・・・。

とりあえず、Emacsを無視すると、TortoiseDiff(TortoiseMerge)ぐらいしか思いつかない。

171:デフォルトの名無しさん
08/08/07 10:43:12
>>169
その用途には WinMerge 使ってる。 169 が Windows ユーザーかどうか知らないけど。

172:デフォルトの名無しさん
08/08/07 10:56:15
まずワーキングコピーの最終リビジョンでブランチを作り、ワーキングコピーをブランチへスイッチするんだ。
そして、編集中のやり過ぎソースをコミットするんだ。
話はそれからだ。

173:デフォルトの名無しさん
08/08/07 13:40:31
>>169
>>172が正論だけど，Emacsのツールとしては ediff (VCに連動するのは ediff-revision) がある
これ以上はEmacsスレへどうそ

174:デフォルトの名無しさん
08/08/07 14:08:24
>>169
Meld使えばいいんじゃない？

175:デフォルトの名無しさん
08/08/08 12:21:06
>>163
tsvnは再帰的に適用されるって書いてたような気がするから、ルートに書いてみれば？

176:163
08/08/08 13:00:22
>>175
ほんとだ・・・
全然気づかなかったｗ
ありがとう

177:デフォルトの名無しさん
08/08/08 13:16:17
SVKインスコしてコミットしまくる

178:デフォルトの名無しさん
08/08/08 14:08:12
svkのsvn1.5対応まだー？

179:デフォルトの名無しさん
08/08/09 03:09:10
Eclipseに関してだが、revertするほどでも無い巻き戻しができるように操作履歴は多めに記憶してできるだけファイル閉じないようにしてる。

180:デフォルトの名無しさん
08/08/09 11:05:53
あるブランチで大量のファイルがコミットされているリビジョンがあるとします。
このブランチのこのリビジョンのうちの１か２ファイルだけ、別のブランチに
マージかけたい場合って出来ますでしょうか？

181:デフォルトの名無しさん
08/08/09 14:10:19
>>180
ファイル個別にマージを実行すればできるでしょ。

182:デフォルトの名無しさん
08/08/12 16:09:57
svnmerge.pyって使える？

183:デフォルトの名無しさん
08/08/12 17:51:57
1.5でマージ追跡機能として組み込まれた機能かな？

184:デフォルトの名無しさん
08/08/16 02:50:38
post-commitでコミットメールとばすようにしたんだが
コミットしたファイルの前のリビジョンって取得する方法ってあるんかな？

185:デフォルトの名無しさん
08/08/17 11:35:13
URLﾘﾝｸ(subversion.tigris.org)

MD5 checksum:

3cc5c06a61d41aad76a84ba662800add *Setup-Subversion-1.5.1.en-us.msi

SHA1 checksum:

39447b7eadeae48df91d2b131bf0122ecba43672 Setup-Subversion-1.5.1.en-us.msi

186:デフォルトの名無しさん
08/08/17 12:20:39
Apache2.0 向けと Apache2.2 向けが単一の msi インストーラーになったのね。
今までの Apache2.2 用ディレクトリしかケアしていなかった。
見逃していたわ、ありがとう。

187:デフォルトの名無しさん
08/08/19 18:24:33
ちょっと聞きたいのですが、みなさんはコメントの記法は何か意識していますか？
Changelog記法とか、wiki記法とか・・・。よければ、理由もお聞かせ下さい。

188:デフォルトの名無しさん
08/08/19 18:28:50
何のファイルの、どこを修正したのかを明確に　とはよく言われる。

あとは複数ファイルをいっぺんにコミットする場合には、
かならずそのセット内でバージョンの整合性が合っているようにコミットすることも大事。

これが原因で1回デグレーション起こしてえらい騒ぎになった。

189:デフォルトの名無しさん
08/08/19 20:41:41
とあるサンプル
--
csv出力対応
foo.c:csvOut()追加, コマンドライン解析変更
foo.h:csv出力に関するオプション定義追加
bar.c:csv出力対応に伴い、デバッグ出力見直し
--
大体こんな感じかな。

190:デフォルトの名無しさん
08/08/19 23:14:36
CentOS上でcvs2svn使ってダンプファイル作ったら、
SVNの属性全部にsvn:executableがついたんだけど
これどうにかならんの？

191:デフォルトの名無しさん
08/08/19 23:38:08
find . -type f -not -wholename '*.svn/*' -exec svn propdel svn:executable {} \;

192:デフォルトの名無しさん
08/08/20 00:34:33
>>191
お！できた！！ありがとうー

193:187
08/08/20 08:42:22
ありがとうございます。
どのファイルを更新したか、というのを明確にしているのですね。
参考になります。

194:デフォルトの名無しさん
08/08/20 09:09:44
>>187-188
変更内容よりは、変更の目的や背景が重要だろう。最悪、変更内容は差分から読み取れる。
むしろ差分でわかる内容を長々と書かれても困る。

↓ Subversion 開発向けのガイドにも似たようなことが書いてある。
URLﾘﾝｸ(subversion.tigris.org)

195:デフォルトの名無しさん
08/08/20 09:44:58
英語が読めません　（＞＜）

196:187
08/08/20 10:54:59
本当に >>186で聞きたかったことはコミットログの内容というより、
コミットログの"記法"のことなんですｗ
各項目を"*"とか"・"ではじめる、とか強調したいときにはこうするとか、
wiki記法とか書いたのはそういうことです。

>>194
ああ、なるほど・・・

197:デフォルトの名無しさん
08/08/20 11:13:33
俺は -m オプションで一行書くだけから，記法で修飾するほどの文字量にならない
・これこれのバグをFIXした
・これこれの機能を追加した
・リファクタリングした
とかとか

198:デフォルトの名無しさん
08/08/20 11:14:26
trac と連動させているなら、trac の wiki 記法にあわせれば良いんじゃないかね？
チェンジセットのページに表示されるコミットログはwiki記法で整形されて表示される。

まあ、コミットログで大切なのは「見た目」よりも「内容」だけどな。

書く必要がないこと→日付、担当者、修正ファイル名や関数名。つまりsvnの機能を使って機械的に抽出できる情報。

書くべきこと→修正目的、参考資料、実施したテスト内容

199:デフォルトの名無しさん
08/08/20 11:25:52
>>198
その見方でいくなら、
俺はコミットログにチケット番号を含めるようにして、どのコミットがどのチケットに対応してるか分かるようにしてる。

200:デフォルトの名無しさん
08/08/21 00:24:20
traclightning 2.0.4を使って、LDAP認証を使用したいのですが、うまくいきません。
trac側のログインはLDAPに切り替わり認証に成功するのですが、Subversionが切り替わりません。
Subversionの認証が、tracのダイジェスト認証になっている感じです。
どなたか、アドバイスください。

201:デフォルトの名無しさん
08/08/22 12:58:43
RapidSVN 夜ビルドで 1.5リポジトリいじれるようになってるー

202:デフォルトの名無しさん
08/08/24 08:30:27
svn ci 時にvimに出るdiff結果が文字化けしちゃうの回避方法をご存知でしたら教えてくらさい。
（utf-8の文字列が変わったとき、diffはeuc-jpで開いているみたいなので化けちゃう）。。。

203:デフォルトの名無しさん
08/08/24 09:01:14
env LANG=C svn ci

204:デフォルトの名無しさん
08/08/25 01:25:38
これはアメリカのゲームです。１度やってみてください。
これは、たった３分でできるゲームです。試してみてください。
驚く結果をご覧いただけます。
このゲームを考えた本人は、メールを読んでからたった１０分で願い事が
かなったそうです。このゲームは、おもしろく、かつ、あっと驚く結果を
貴方にもたらすでしょう。

約束してください。絶対に先を読まず、１行ずつ進む事。
たった３分ですから、ためす価値ありです。

まず、ペンと、紙をご用意下さい。
先を読むと、願い事が叶わなくなります。

①まず、１番から、１１番まで、縦に数字を書いてください。
②１番と２番の横に好きな３～７の数字をそれぞれお書き下さい。

③３番と７番の横に知っている人の名前をお書き下さい。（必ず、興味の
ある性別名前を書く事。男なら女の人、女なら男の人、ゲイなら同姓の名
前をかく）

必ず、１行ずつ進んでください。先を読むと、なにもかもなくなります。

④４，５，６番の横それぞれに、自分の知っている人の名前をお書き下さ
い。これは、家族の人でも知り合いや、友人、誰でも結構です。

まだ、先を見てはいけませんよ！！

⑤８、９、１０、１１番の横に、歌のタイトルをお書き下さい。

⑥最後にお願い事をして下さい。さて、ゲームの解説です。

205:デフォルトの名無しさん
08/08/25 01:26:36
このレスは>>204の続きのレスです。
>>204をまだ読んでいない方は、先を見てはいけませんよ！！
醍醐味が無くなってしまいます。

１）このゲームの事を、２番に書いた数字の人に伝えて下さい。

２）３番に書いた人は貴方の愛する人です。

３）７番に書いた人は、好きだけれど叶わぬ恋の相手です。

４）４番に書いた人は、貴方がとても大切に思う人です。

５）５番に書いた人は、貴方の事をとても良く理解してくれる相手です。

６）６番に書いた人は、貴方に幸運をもたらしてくれる人です。

７）８番に書いた歌は、３番に書いた人を表す歌。

８）９番に書いた歌は、７番に書いた人を表す歌。

９）１０番に書いた歌は、貴方の心の中を表す歌。

１０）そして、１１番に書いた歌は、貴方の人生を表す歌です。この書き
込みを読んでから、１時間以内に１０個の掲示板にこの書き込みをコピー
して貼って下さい。そうすれば、あなたの願い事は叶うでしょう。もし、
貼らなければ、願い事を逆のことが起こるでしょう。とても奇妙ですが当
たってませんか？

次ページ