Subversion r14

1 ：12/01/17 〜 最終レス ：12/04/30

Subversionはフリーなオープンソースのバージョン管理システムです。
公式HP
Apache Subversion
http://subversion.apache.org/
ようこそSubversion.JPコミュニティへ
http://www.subversion.jp/
Version Control Systems Comparison
http://better-scm.berlios.de/comparison/comparison.html

2 ：

前スレ
r13 http://toro.2ch.net/test/read.cgi/tech/1286654542/
r12 http://hibari.2ch.net/test/read.cgi/tech/1254838551/
r11 http://pc12.2ch.net/test/read.cgi/tech/1230488758/
r10 http://pc11.2ch.net/test/read.cgi/tech/1215565366/
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/

3 ：

TortoiseSVN
http://tortoisesvn.net/
■文書
Subversionによるバージョン管理(日本語訳)
http://subversion.bluegate.org/
svnbook PDF版
http://psyto.s26.xrea.com/misc/svnbook/
CVSユーザのためのSubversionガイド(wakatonoさん)
http://slashdot.jp/journal.pl?op=display&uid=12&id=200792
■Wiki
Subversionメモ
http://terai.xrea.jp/Subversion.html
■記事(ちょいと旧め)
http://www.atmarkit.co.jp/flinux/special/webdav/webdav03c.html
http://www.atmarkit.co.jp/flinux/special/webdav03/webdav02a.html
http://ukai.jp/Slides/2003/0521-lw2003/html/
http://ukai.jp/Articles/2003/uu-svn/

4 ：

◆関連スレ
バージョン管理システムについて語るスレ8 [プログラム板]
http://toro.2ch.net/test/read.cgi/tech/1295493964/l50
CVS 1.3 [UNIX板]
http://hibari.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://toro.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://engawa.2ch.net/test/read.cgi/linux/1154701996/
Git 3 [プログラム板]
http://toro.2ch.net/test/read.cgi/tech/1310403238/
【分散型バージョン管理】 Mercurial 2【hg】 [プログラム板]
http://toro.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 2 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1265951333/

5 ：

1乙

6 ：

>>１ 乙。
Gitとかに比べれば時代遅れかもしれないけど、
まだまだ Subversion を使う現場は多いので、仕切り直していきましょう。

7 ：

1.6 から1.7 への変更って一昔前なら雑誌で特集されてもいいくらいの機能追加なのに
今では見向きもされないのが不憫でならない

8 ：

1000 名前：デフォルトの名無しさん [sage]： 2012/01/18(水) 15:45:06.29
1000 git

9 ：

>>7
確かに何追加されたか知らない……

10 ：

Bazaarスレのワケワカラン荒らしといい、なんか変なのが湧いているな。

11 ：

.svnが1つに統合されたことなら知ってる

12 ：

それが大きいよなあ。1.6以前の不満のかなりの部分が解消した。
git/hgは高機能で便利だけどそれは複雑さとのトレードオフでもあるからね。
会社で使おうとしてもまだ平均的プログラマが使いこなせるものではないと思う。
レベル低いって言われたらまぁそうなんだけど。
checkout,commit,updateだけでほとんど済んでしまうsvnのシンプルさは素晴らしい

13 ：

>>12
>checkout,commit,updateだけでほとんど済んでしまうsvnのシンプルさは素晴らしい
それはgit/hgでも同じこと

14 ：

>>12
> 会社で使おうとしてもまだ平均的プログラマが使いこなせるものではないと思う。
git/hgはコマンドラインは枯れていて、GUIも充実してきているから、
今使い始めなければ、永久に使いこなすことはできないだろう。

15 ：

>>12
禿しく同意だわ
自分も理解しきれてないのもあるけど、音頭取りの立場としては
考え方がちょい(？)複雑になる分散システムを、皆が普通に使えるか不安。
日本語ファイル名のものもあるから、文字化けせずに安心して使えるか？　とか
>>14
そうなんだよな〜　焦るぜ。
変えるなら、まだまだ規模の小さいうちに・・・　とか思うんだけどね。

16 ：

SVN使っているが、Gitを使いたいと思う場面に出くわしたことがないなぁ。
わざわざ新しい物に食いつくにはそれなりの理由があると思うけど、
その理由は何？

17 ：

今のものに満足していれば、他のものに食いつかないのはある種当然で、
ともあれ他のものを食べてみないことにはそれが今のものよりもうまいのかまずいのか実感できないよ

18 ：

いつからか分からないが、TotroiseSVNで右ドラッグでのコピー・移動ができなくなった
みんなは出来てる？
TortoiseSVN 1.7.4 Win7(x64)

19 ：

できてるよ。

20 ：

>>16
オフラインでも使えると便利

21 ：

>> 19
サンキュ
やっぱりみんなは出来てるんだな
確か1.7から出来なくなった気がする
環境の問題か

22 ：

うーん、なんともならん
フォルダを右ドラッグすると「SVNバージョン管理下の項目をここにエクスポートする」
だけが表示されて、
ファイルを右ドラッグしたときはSVN関係のメニューは何も表示されない
XPの32bitではちゃんと出来てるけど、Win7の64bitはダメなのか？
誰か助けて

23 ：

7/64/1.7.1だけどできてるぞ。

24 ：

関係ないけど XP x64 TortoiseSVN1.7.4 でも右ドラッグ＆ドロップできてる。

25 ：

>>22
それ、バージョン管理下にあるファイルやフォルダを右ドラッグして、
バージョン管理下にないフォルダにドロップしようとしてないか？

26 ：

>>16
> わざわざ新しい物に食いつくにはそれなりの理由があると思うけど、
> その理由は何？
sourceforge.net を「開発者」として利用すればわかる。1にスピード、2にスピード。
サーバーの問題もあるんだろうがsvnだと履歴見たりコミットするのに数分かかることがあるんだよね。全く使い物にならない。
gitはローカルしか参照しないから一瞬。回線が弱いところで分散型は強い。
ブランチガーとかマージガーというのはこれに比べたら些細な理由。もちろん便利なことは否定しない。
会社でsvn使っていても、積極的にgitに変えたいと思うほどの不満は感じない。
「OSSが次々とgitに移行」というのはgitの勢いを表してはいるけど、
OSS特有の事情を含んでいることも知った上で考えないと

27 ：

GITユーザーはギガリポジトリを数分で取得できるらしいから、
回線スピード関係ないじゃん。

28 ：

また頭が弱いのがわいてきたようで。
ギガのデータを数分で取得するのは当たり前の環境だけど、常時接続とは限らない。

29 ：

git のはなしは、git スレでやってくれよ。

30 ：

ギガリポジトリを数分で取得するには20Mビット/s程度で転送する必要があるんだが、
GITサーバーってそんなに性能高いのか?
やっぱり、バカ専用。ｗｗ

31 ：

>>30
> GITサーバーってそんなに性能高いのか?
GITにサーバーなんてないけど？
しったかぶりの幼稚園児乙

32 ：

要求する方がクライアント、要求にこたえる方がサーバ。
やっぱり、バカ専用。ｗｗ

33 ：

>>30
> ギガリポジトリを数分で取得するには20Mビット/s程度で転送する必要があるんだが、
コマンドラインでgit cloneを叩けば、転送速度も表示されてこれ位余裕で出るのはすぐわかるのだが。
いいかげんsvnスレをゴミで埋めるのやめたら？
他の健全なsvnユーザに迷惑だよ。

34 ：

>>32
> 要求する方がクライアント、要求にこたえる方がサーバ。
gitでは一貫して「リモート」と呼んでいる。
リモートでの作業
http://progit.org/book/ja/ch2-5.html

35 ：

1.7のsvnrdump便利！画期的！と思ってたけど実はsvnsyncとできることほとんど変わらないのかな

36 ：

>>33
どっちがウソつきなのでしょう? ｗ
http://www.ibm.com/developerworks/jp/linux/library/l-git/
Git が kernel.org からローカル・マシンにカーネル・ソース (サイズは何百メガバイトにもなります) を転送するため、このステップは長時間かかります。
出力はかなり見にくく、インターネット接続が高速な場合は、相当早くスクロールするはずです。出力は図 1 のようになります。

37 ：

>>36
日付: 2006年 7月 06日 (公開: 2006年 6月 29日)

38 ：

% time git clone git://github.com/torvalds/linux.git
Cloning into linux...
remote: Counting objects: 2330153, done.
remote: Compressing objects: 100% (480501/480501), done.
remote: Total 2330153 (delta 1912008), reused 2238807 (delta 1827162)
Receiving objects: 100% (2330153/2330153), 546.78 MiB | 1.39 MiB/s, done.
Resolving deltas: 100% (1912008/1912008), done.
real 12m6.126s
user 4m1.950s
sys 0m44.356s

39 ：

% time git clone ssh://hoge/linux linux
Cloning into linux...
remote: Counting objects: 2330153, done.
remote: Compressing objects: 100% (395655/395655), done.
Receiving objects: 100% (2330153/2330153), 546.78 MiB | 6.97 MiB/s, done.
remote: Total 2330153 (delta 1912008), reused 2330153 (delta 1912008)
Resolving deltas: 100% (1912008/1912008), done.
real 6m40.600s
user 3m57.155s
sys 0m36.466s

40 ：

>>38
> real 12m6.126s
やっぱ数分はウソじゃん。
> 546.78 MiB
> だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
これもウソだし。

41 ：

　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####

42 ：

だからLinuxのカーネルのソースは何G？ (ｷﾘｯ

43 ：

もうやめようぜ

44 ：

整形されることを期待して連貼り、整形されてそれを連貼り…？

45 ：

いまさらだけど、Win7でのTortoiseSVNで右ドラッグが効かない件の
原因が分かった
エクスプローラに /root オプションをつけて起動したフォルダ以下では
右ドラッグが効かないようだ
俺はいつもプロジェクト毎で /root をつけてエクスプローラを起動して
るからこのおかげで全然出来なくなってた

46 ：

>>45
.svnフォルダがなくなってることには気づかなかったの？

47 ：

プロジェクト毎っていうのは、svnのプロジェクトじゃなくって
開発プロジェクト全体のフォルダって事ね
svnの作業フォルダは当然そのプロジェクトフォルダの下にある
年明けからWin7に変更したんだけど、こういう微妙な互換性問題はあるね

48 ：

SVNはファイルが増えてくると、不安定になりすぎて仕事にならんな
さっきから更新しようとしてるんだけど、やれtoo largeだのconnection closedだのsvndiffデータの解凍に失敗だの
クリーンアップしてやりなおしの繰り返しで少しずつ落ちてきてるが、やってられるか
駄目だコリャ

49 ：

やっと更新終わった！
1日かかった…

50 ：

svn 1.1 あたりでも使ってるのか？

51 ：

それPCが壊れてる

52 ：

壊れてねえよ、どのPCでもどの鯖でも起こるんだから
TortoiseSVNか、subversionのせいだよ

53 ：

>>52
こういうときはまず自分を疑うのが有能なエンジニア。

54 ：

と言っても普通に使ってるだけだし
原因は多分プロジェクトのサイズがでかすぎることか、鯖がそれに対して非力なこと

55 ：

>>54
プロジェクトのサイズがでかいといっても要因はいろいろだよね。
revision数がすごいとか、馬鹿でかいファイルをcommitしたとか。

56 ：

>>54 そんならプロジェクトの大きさと鯖のスペック教えてくれると参考になるな。

57 ：

鯖 CentOS5.4 XeonE5620@2.40GHz 4GB ただしクラウド上の仮想、他のサービスはOK（重くない）
プロジェクト（コミットされてるファイル一式） 350MB ファイル数50712 フォルダ数841
svnバージョン 1.4.2 (r22196)
TortoiseSVN 1.7.4 Win7 Pro 32bit Phenom II X4 955 3.20GHz 4GB
サイズは案外大したことなかった、中身はPHPのフレームワークで作ったWebサービス一式
ただ画像などバイナリファイルが多い

58 ：

その重いブランチに含まれるリビジョンも大量なのかな

59 ：

あ、リビジョン書き忘れてた
現在9000ぐらいです
同じ鯖で同じPCで別プロジェクト（リポジトリ同じ、ファイル数少ない）だと大丈夫ぽい
同じ鯖で別PCで問題のプロジェクトだと問題発生
なのでこのプロジェクト固有の問題と見てよさそう
問題が起きない方のプロジェクトもリビジョンは同じくらい
となるとsubversionは、ファイル数が万の桁ぐらいになると実質使えなくなるということだろうか

60 ：

最新のSVNで別サーバー建ててプロジェクトコピって、それでもダメならそーなんじゃね？

61 ：

ざっくりした調査だけど、
find . -print | wc -l => 約12,000
du project_dir => 約190MB
で、svn stは一瞬、svn updateが3秒位。
鯖のスペック。メモリは1GB。
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Celeron(R) CPU 2.40GHz
stepping : 1

62 ：

ワーキングディレクトリのファイル数見ても判断難しいかも

63 ：

bdb使ってますた。というオチだったり。

64 ：

>>48
ファイル数が多いとチェックアウトやアップデートが途中で終わるというのはよく経験したよ。
TortoiseSVNよりsvnコマンドを使う方が改善はするけど結局問題は起きます。
あとリビジョンが増えるとsvn logが時間かかりすぎるのでオプションで範囲を絞った方がよさげ。

65 ：

となるとファイル数が数万以上の場合、安心して使えるバージョン管理システムって何だろう
今までsubversionしか使ったことないからわからない

66 ：

>>65
svnからの切り替え先にbzrを検討するなど（最終的にはhgになった‥）
http://togetter.com/li/91517

67 ：

>>57
> 鯖 CentOS5.4 XeonE5620@2.40GHz 4GB ただしクラウド上の仮想、他のサービスはOK（重くない）
クラウド上ってのが気になるな。ネットワークが不安定なんじゃないの？
「他のサービスは重くない」のは具体的になに？
svnほど短時間に大量のデータをやりとりするもの？
ネットワーク的に近いVMの上に最新バージョン入れて速ければネットワークが原因だろうな。
過去ログにも散々でてるけど回線が細くて不安定だとsvnはつらい。
> プロジェクト（コミットされてるファイル一式） 350MB ファイル数50712 フォルダ数841
リポジトリサイズは大きくないと思う。
ファイル数 2-4万、3-7万リビジョン、ファイル数 1-4万程度のリポジトリがいくつかあるけどエラーなんて起こったことない。
svn updateはせいぜい数十秒。ただほとんどがソースファイルでサーバー(v1.5.xか1.6.x)は社内にある。

68 ：

>>67
ネットワークは問題ないと思う、SVN以外で不具合を感じたことはない。
開発用サーバーなので、本番用と同じWebサービスが一式入っている。
ApacheとMySQLとmemcachedとTokyoTyrantを使用。SVN以外にWinSCPでファイル一式上げたりもするが、そっちは問題なし。
そんな感じで絞っていくと、結局画像ファイル数が多いことぐらいしか思い付かない。
SVNってバイナリ苦手なんだっけ？
画像が大量追加された時によく問題起きてる気がする。画像1個1個は小さいんだけど。

69 ：

具体的に調べたら、画像が200MBぐらい、ファイル数32000ぐらいだった

70 ：

>>68
> 開発用サーバーなので、本番用と同じWebサービスが一式入っている。
開発サーバーとリポジトリサーバーが同じなのか？本当にいいのかそれでw
> ApacheとMySQLとmemcachedとTokyoTyrantを使用。SVN以外にWinSCPでファイル一式上げたりもするが、そっちは問題なし。
これらは開発PCとの間で大量データをやり取りするわけじゃないよな。
> 具体的に調べたら、画像が200MBぐらい、ファイル数32000ぐらいだった
通信のときにバイナリとテキストなんか区別してないから、この程度で問題が起きるとも思えない。
まだネットワークが問題という疑念は捨てきれないが、そうでないとしたら、、
> svnバージョン 1.4.2 (r22196)
これがはずれバージョンなのかもしれない。別サーバーで1.6か1.7を試してみたら？
クライアントの話だけどリリース前の1.7.0-Beta(Serfを採用していたバージョン)は
通信が不安定でcheckout中に頻繁に落ちてた。(1.7リリースでは最終的にNeonになって安定した)

71 ：

「リポジトリサイズが大きくて」というやつはここを見るといいよ
http://svn.apache.org/repos/asf/
現時点で124万リビジョン

72 ：

それが何の解決にもならないことに気がついてないのかな

73 ：

>>72
kwsk

74 ：

バグなおしてくれよ。バグのせいでSVNは使いものにならん。

75 ：

>>74
kwsk

76 ：

Apache Subversion 1.7.3 age
http://svn.haxx.se/dev/archive-2012-02/0392.shtml

77 ：

>>10
bzrはあれがスレの主ですから

78 ：

TortoiseSVN 1.7.5 age
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=755&dsMessageId=2922121

79 ：

TortoiseSvnでリポジトリ内でコピーとかブランチの作成では
要領削減のため実態のコピーは行われないと思います。
ファイル名がA〜Zまでの巨大なバイナリファイルがあって
それらをほとんど結合したようなファイルAAに統合したいのですが
コピーと同じように、実態のコピーではなく、
結合の関係だけをリポジトリに記録することはできないでしょうか。

80 ：

>>79
残念ながら今はそういう記録の仕方はできないね。

81 ：

>>79
AAを作るスクリプトを作っとけばいいかもしれない

82 ：

Apache Subversion 1.7.3リリース、安定性の強化がメイン
http://sourceforge.jp/magazine/12/02/15/1149213

83 ：

TortoiseSVN(1.7.4)のコミット画面に
「A new version of TortoiseSVN is available〜」が出るんだけど、
この文字を消す設定はありますか？
バージョンアップはこっちの都合のいいタイミングで行うので、
毎回せかされたくないんですが。

84 ：

あるよ
ヘルプ嫁

85 ：

いまどきSubversion使ってるおとこの人って。。

86 ：

だからLinuxのカーネルのソースは何G？ (ｷﾘｯ

87 ：

　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####

88 ：

だからLinuxのカーネルのソースは何G？ (ｷﾘｯ

89 ：

>>88
　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####

90 ：

だからLinuxのカーネルのソースは何G？ (ｷﾘｯ

91 ：

>>90
　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####

92 ：

Tortoise SVNの1.7を使っていて、サーバを立てずに
別マシンの共有フォルダ上にリポジトリフォルダを置いているのですが、
そこをエクスプローラのコンテキストメニューからリポジトリブラウザで開くと、
file://…/Hoge
├Hoge
│├brunches
│├tags
│└trunk
├brunches
├tags
└trunk
という変なツリー構造で表示されてしまいます。
「URL」に記述されているマシン名をすべて小文字にすると、
file://…/Hoge
├brunches
├tags
└trunk
と正しく表示されます。
1.6のときは発生していなかったのですが、
1.7では表記の違いで表示が変わるようになってしまったのでしょうか？

93 ：

> ネットワークフォルダー上のリポジトリへのアクセス
>
> 原理上、 FSFS リポジトリはネットワークフォルダー上に配置でき、 file:// プロトコルを用いて
> 複数のユーザーからアクセスできますが、これは絶対にお勧め しません 。実際のところ、この
> ような使い方を私たちは思いとどまってほしいと 強く 思いますし、サポートもしません。

94 ：

>>93
複数人ではアクセスしてないです。

95 ：

自分一人しか使わないんだったら、バグなんだか仕様なんだか知らないが、推奨されない使い方
してんだから、それはそういうものだとして我慢しとけ

96 ：

推奨されない使い方をしてるんだから、不具合でたら自分でなおしてフィードバックしよう。

97 ：

msysGit UTF-8 版 ktkr
さらば SVN

98 ：

だからLinuxのカーネルのソースは何G？ (ｷﾘｯ

99 ：

ようやくGit UTF8版きたか。めでたい。
これでちゃんと特徴を見てVCS選択できるようになるな。

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

自然言語処理スレッド　その３ (474)
ExcelVBAで勤務表を作ろう (324)
EAを語るスレ (227)
おまいら最強の麻雀プログラムしてみろよ Part5 (524)
XNA 質問・相談スレッド 2 (904)
おまいら最強の麻雀プログラムしてみろよ Part5 (524)
--log9.info------------------
せぶろんどんつー (516)
アルコール変調スレ (105)
石川ひとみファンクラブ　２ (198)
【東海】D-STARのミソを語ろう【忙しい】 (296)
HAMLOG ハムログ 初心者質問コーナー (345)
光波無線の思い出を語ろう！ (404)
【花の】平成生まれ学生ハム【けいじ】 (572)
TRIOのリグを語るスレ (189)
【お断り】 QSOしてはダメなHAMを揚げろ！ (265)
【いつかは】AOR AR5000【最強】 (387)
【VertexStandard】　FTM-350(H)　【144/430MHz】 (233)
2総通、2陸技以上の免許持ちの談話室 (102)
【非合法】ハリーまるやま２【ｷﾛﾜｯﾀｰ!】 (806)
●ラジオNIKKEI★短波放送総合スレ３★国際放送● (234)
｛倒産｝ラジオクラ○○の被害者を救う会｛金返せ｝ (415)
杉並区住民だが妨害電波止めろ!! (330)
--log55.com------------------
姉歯建築を表現するのに最適な現代音楽
ポスト現代音楽について考察する。
【IRCAM】スペクトル楽派【フランス】その２
タモリ倶楽部でジョンケージ特集！
平義久
コンロン・ナンカロウ
福井知子
【難解】ゲソでオペラ【Nor】