Subversion r14

このエントリーをはてなブックマークに追加
1 ：デフォルトの名無しさん：
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 ：デフォルトの名無しさん：2012/01/17(火) 22:27:58.48
前スレ
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 ：デフォルトの名無しさん：2012/01/17(火) 22:28:16.86
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 ：デフォルトの名無しさん：2012/01/17(火) 22:28:38.83
◆関連スレ
バージョン管理システムについて語るスレ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 ：デフォルトの名無しさん：2012/01/18(水) 08:57:35.81
1乙
6 ：デフォルトの名無しさん：2012/01/18(水) 13:13:47.02
>>１ 乙。
Gitとかに比べれば時代遅れかもしれないけど、
まだまだ Subversion を使う現場は多いので、仕切り直していきましょう。
7 ：デフォルトの名無しさん：2012/01/18(水) 18:54:52.51
1.6 から1.7 への変更って一昔前なら雑誌で特集されてもいいくらいの機能追加なのに
今では見向きもされないのが不憫でならない
8 ：デフォルトの名無しさん：2012/01/18(水) 20:05:26.23
1000 名前：デフォルトの名無しさん [sage]： 2012/01/18(水) 15:45:06.29
1000 git
9 ：デフォルトの名無しさん：2012/01/18(水) 20:58:37.74
>>7
確かに何追加されたか知らない……
10 ：デフォルトの名無しさん：2012/01/18(水) 21:23:32.70
Bazaarスレのワケワカラン荒らしといい、なんか変なのが湧いているな。
11 ：デフォルトの名無しさん：2012/01/18(水) 22:30:26.39
.svnが1つに統合されたことなら知ってる
12 ：デフォルトの名無しさん：2012/01/19(木) 11:35:03.41
それが大きいよなあ。1.6以前の不満のかなりの部分が解消した。
git/hgは高機能で便利だけどそれは複雑さとのトレードオフでもあるからね。
会社で使おうとしてもまだ平均的プログラマが使いこなせるものではないと思う。
レベル低いって言われたらまぁそうなんだけど。

checkout,commit,updateだけでほとんど済んでしまうsvnのシンプルさは素晴らしい
13 ：デフォルトの名無しさん：2012/01/19(木) 11:49:29.88
>>12
>checkout,commit,updateだけでほとんど済んでしまうsvnのシンプルさは素晴らしい
それはgit/hgでも同じこと
14 ：デフォルトの名無しさん：2012/01/19(木) 11:56:43.31
>>12
> 会社で使おうとしてもまだ平均的プログラマが使いこなせるものではないと思う。
git/hgはコマンドラインは枯れていて、GUIも充実してきているから、
今使い始めなければ、永久に使いこなすことはできないだろう。
15 ：デフォルトの名無しさん：2012/01/19(木) 12:34:42.33
>>12
禿しく同意だわ
自分も理解しきれてないのもあるけど、音頭取りの立場としては
考え方がちょい(？)複雑になる分散システムを、皆が普通に使えるか不安。
日本語ファイル名のものもあるから、文字化けせずに安心して使えるか？　とか

>>14
そうなんだよな〜　焦るぜ。
変えるなら、まだまだ規模の小さいうちに・・・　とか思うんだけどね。
16 ：デフォルトの名無しさん：2012/01/20(金) 21:32:00.30
SVN使っているが、Gitを使いたいと思う場面に出くわしたことがないなぁ。

わざわざ新しい物に食いつくにはそれなりの理由があると思うけど、
その理由は何？
17 ：デフォルトの名無しさん：2012/01/20(金) 21:55:00.26
今のものに満足していれば、他のものに食いつかないのはある種当然で、
ともあれ他のものを食べてみないことにはそれが今のものよりもうまいのかまずいのか実感できないよ
18 ：デフォルトの名無しさん：2012/01/20(金) 22:39:14.15
いつからか分からないが、TotroiseSVNで右ドラッグでのコピー・移動ができなくなった
みんなは出来てる？
TortoiseSVN 1.7.4 Win7(x64)
19 ：デフォルトの名無しさん：2012/01/20(金) 23:17:53.38
できてるよ。
20 ：デフォルトの名無しさん：2012/01/21(土) 07:05:28.47
>>16
オフラインでも使えると便利
21 ：デフォルトの名無しさん：2012/01/21(土) 11:32:26.35
>> 19
サンキュ
やっぱりみんなは出来てるんだな
確か1.7から出来なくなった気がする
環境の問題か
22 ：デフォルトの名無しさん：2012/01/21(土) 12:29:35.03
うーん、なんともならん
フォルダを右ドラッグすると「SVNバージョン管理下の項目をここにエクスポートする」
だけが表示されて、
ファイルを右ドラッグしたときはSVN関係のメニューは何も表示されない

XPの32bitではちゃんと出来てるけど、Win7の64bitはダメなのか？
誰か助けて
23 ：デフォルトの名無しさん：2012/01/21(土) 13:28:59.75
7/64/1.7.1だけどできてるぞ。
24 ：デフォルトの名無しさん：2012/01/21(土) 14:03:05.47
関係ないけど XP x64 TortoiseSVN1.7.4 でも右ドラッグ＆ドロップできてる。
25 ：デフォルトの名無しさん：2012/01/21(土) 16:13:45.95
>>22
それ、バージョン管理下にあるファイルやフォルダを右ドラッグして、
バージョン管理下にないフォルダにドロップしようとしてないか？
26 ：デフォルトの名無しさん：2012/01/21(土) 22:14:48.59

>>16
> わざわざ新しい物に食いつくにはそれなりの理由があると思うけど、
> その理由は何？
sourceforge.net を「開発者」として利用すればわかる。1にスピード、2にスピード。
サーバーの問題もあるんだろうがsvnだと履歴見たりコミットするのに数分かかることがあるんだよね。全く使い物にならない。
gitはローカルしか参照しないから一瞬。回線が弱いところで分散型は強い。
ブランチガーとかマージガーというのはこれに比べたら些細な理由。もちろん便利なことは否定しない。

会社でsvn使っていても、積極的にgitに変えたいと思うほどの不満は感じない。
「OSSが次々とgitに移行」というのはgitの勢いを表してはいるけど、
OSS特有の事情を含んでいることも知った上で考えないと
27 ：デフォルトの名無しさん：2012/01/22(日) 11:47:40.95
GITユーザーはギガリポジトリを数分で取得できるらしいから、
回線スピード関係ないじゃん。
28 ：デフォルトの名無しさん：2012/01/22(日) 12:24:56.90
また頭が弱いのがわいてきたようで。
ギガのデータを数分で取得するのは当たり前の環境だけど、常時接続とは限らない。
29 ：デフォルトの名無しさん：2012/01/22(日) 13:04:40.71
git のはなしは、git スレでやってくれよ。
30 ：デフォルトの名無しさん：2012/01/22(日) 13:58:37.44
ギガリポジトリを数分で取得するには20Mビット/s程度で転送する必要があるんだが、
GITサーバーってそんなに性能高いのか?

やっぱり、バカ専用。ｗｗ
31 ：デフォルトの名無しさん：2012/01/22(日) 14:07:52.42
>>30
> GITサーバーってそんなに性能高いのか?

GITにサーバーなんてないけど？
しったかぶりの幼稚園児乙
32 ：デフォルトの名無しさん：2012/01/22(日) 14:12:21.77
要求する方がクライアント、要求にこたえる方がサーバ。

やっぱり、バカ専用。ｗｗ
33 ：デフォルトの名無しさん：2012/01/22(日) 14:13:10.08
>>30
> ギガリポジトリを数分で取得するには20Mビット/s程度で転送する必要があるんだが、
コマンドラインでgit cloneを叩けば、転送速度も表示されてこれ位余裕で出るのはすぐわかるのだが。
いいかげんsvnスレをゴミで埋めるのやめたら？
他の健全なsvnユーザに迷惑だよ。
34 ：デフォルトの名無しさん：2012/01/22(日) 14:22:51.30
>>32
> 要求する方がクライアント、要求にこたえる方がサーバ。

gitでは一貫して「リモート」と呼んでいる。

リモートでの作業
http://progit.org/book/ja/ch2-5.html
35 ：デフォルトの名無しさん：2012/01/22(日) 21:03:43.13
1.7のsvnrdump便利！画期的！と思ってたけど実はsvnsyncとできることほとんど変わらないのかな
36 ：デフォルトの名無しさん：2012/01/23(月) 01:24:31.11
>>33
どっちがウソつきなのでしょう? ｗ

http://www.ibm.com/developerworks/jp/linux/library/l-git/
Git が kernel.org からローカル・マシンにカーネル・ソース (サイズは何百メガバイトにもなります) を転送するため、このステップは長時間かかります。
出力はかなり見にくく、インターネット接続が高速な場合は、相当早くスクロールするはずです。出力は図 1 のようになります。
37 ：デフォルトの名無しさん：2012/01/23(月) 06:52:31.21
>>36
日付: 2006年 7月 06日 (公開: 2006年 6月 29日)
38 ：デフォルトの名無しさん：2012/01/23(月) 08:39:23.90
% 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 ：デフォルトの名無しさん：2012/01/23(月) 09:29:20.24
% 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 ：デフォルトの名無しさん：2012/01/23(月) 10:31:49.31
>>38
> real 12m6.126s
やっぱ数分はウソじゃん。

> 546.78 MiB
> だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
これもウソだし。
41 ：デフォルトの名無しさん：2012/01/23(月) 10:37:37.42
　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#

　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####
42 ：デフォルトの名無しさん：2012/01/23(月) 15:38:51.71
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
43 ：デフォルトの名無しさん：2012/01/23(月) 15:48:46.22
もうやめようぜ
44 ：デフォルトの名無しさん：2012/01/23(月) 16:33:45.61
整形されることを期待して連貼り、整形されてそれを連貼り…？
45 ：22：2012/01/25(水) 09:15:01.40
いまさらだけど、Win7でのTortoiseSVNで右ドラッグが効かない件の
原因が分かった

エクスプローラに /root オプションをつけて起動したフォルダ以下では
右ドラッグが効かないようだ
俺はいつもプロジェクト毎で /root をつけてエクスプローラを起動して
るからこのおかげで全然出来なくなってた
46 ：デフォルトの名無しさん：2012/01/25(水) 12:55:41.51
>>45
.svnフォルダがなくなってることには気づかなかったの？
47 ：デフォルトの名無しさん：2012/01/27(金) 10:23:22.05
プロジェクト毎っていうのは、svnのプロジェクトじゃなくって
開発プロジェクト全体のフォルダって事ね
svnの作業フォルダは当然そのプロジェクトフォルダの下にある

年明けからWin7に変更したんだけど、こういう微妙な互換性問題はあるね
48 ：デフォルトの名無しさん：2012/02/06(月) 22:30:01.30
SVNはファイルが増えてくると、不安定になりすぎて仕事にならんな
さっきから更新しようとしてるんだけど、やれtoo largeだのconnection closedだのsvndiffデータの解凍に失敗だの
クリーンアップしてやりなおしの繰り返しで少しずつ落ちてきてるが、やってられるか

駄目だコリャ
49 ：デフォルトの名無しさん：2012/02/06(月) 23:58:16.88
やっと更新終わった！
1日かかった…
50 ：デフォルトの名無しさん：2012/02/07(火) 01:12:26.33
svn 1.1 あたりでも使ってるのか？
51 ：デフォルトの名無しさん：2012/02/07(火) 08:51:33.96
それPCが壊れてる
52 ：デフォルトの名無しさん：2012/02/07(火) 09:09:22.44
壊れてねえよ、どのPCでもどの鯖でも起こるんだから
TortoiseSVNか、subversionのせいだよ
53 ：デフォルトの名無しさん：2012/02/07(火) 09:21:02.59
>>52
こういうときはまず自分を疑うのが有能なエンジニア。
54 ：デフォルトの名無しさん：2012/02/07(火) 09:27:11.76
と言っても普通に使ってるだけだし
原因は多分プロジェクトのサイズがでかすぎることか、鯖がそれに対して非力なこと
55 ：デフォルトの名無しさん：2012/02/07(火) 11:13:37.59
>>54
プロジェクトのサイズがでかいといっても要因はいろいろだよね。
revision数がすごいとか、馬鹿でかいファイルをcommitしたとか。
56 ：デフォルトの名無しさん：2012/02/07(火) 12:14:20.90
>>54 そんならプロジェクトの大きさと鯖のスペック教えてくれると参考になるな。
57 ：デフォルトの名無しさん：2012/02/07(火) 15:03:36.78
鯖 CentOS5.4 [email protected] 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 ：デフォルトの名無しさん：2012/02/07(火) 16:32:56.75
その重いブランチに含まれるリビジョンも大量なのかな
59 ：デフォルトの名無しさん：2012/02/07(火) 16:45:32.96
あ、リビジョン書き忘れてた
現在9000ぐらいです

同じ鯖で同じPCで別プロジェクト（リポジトリ同じ、ファイル数少ない）だと大丈夫ぽい
同じ鯖で別PCで問題のプロジェクトだと問題発生

なのでこのプロジェクト固有の問題と見てよさそう

問題が起きない方のプロジェクトもリビジョンは同じくらい

となるとsubversionは、ファイル数が万の桁ぐらいになると実質使えなくなるということだろうか
60 ：デフォルトの名無しさん：2012/02/07(火) 16:54:29.38
最新のSVNで別サーバー建ててプロジェクトコピって、それでもダメならそーなんじゃね？
61 ：デフォルトの名無しさん：2012/02/07(火) 18:13:25.24
ざっくりした調査だけど、
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 ：デフォルトの名無しさん：2012/02/07(火) 18:55:13.12
ワーキングディレクトリのファイル数見ても判断難しいかも
63 ：デフォルトの名無しさん：2012/02/07(火) 21:46:02.59
bdb使ってますた。というオチだったり。
64 ：デフォルトの名無しさん：2012/02/07(火) 22:51:53.47
>>48
ファイル数が多いとチェックアウトやアップデートが途中で終わるというのはよく経験したよ。
TortoiseSVNよりsvnコマンドを使う方が改善はするけど結局問題は起きます。
あとリビジョンが増えるとsvn logが時間かかりすぎるのでオプションで範囲を絞った方がよさげ。
65 ：デフォルトの名無しさん：2012/02/07(火) 23:32:06.25
となるとファイル数が数万以上の場合、安心して使えるバージョン管理システムって何だろう
今までsubversionしか使ったことないからわからない
66 ：デフォルトの名無しさん：2012/02/07(火) 23:49:22.25
>>65
svnからの切り替え先にbzrを検討するなど（最終的にはhgになった‥）
http://togetter.com/li/91517
67 ：デフォルトの名無しさん：2012/02/09(木) 08:08:09.36
>>57
> 鯖 CentOS5.4 [email protected] 4GB ただしクラウド上の仮想、他のサービスはOK（重くない）

クラウド上ってのが気になるな。ネットワークが不安定なんじゃないの？
「他のサービスは重くない」のは具体的になに？
svnほど短時間に大量のデータをやりとりするもの？

ネットワーク的に近いVMの上に最新バージョン入れて速ければネットワークが原因だろうな。
過去ログにも散々でてるけど回線が細くて不安定だとsvnはつらい。

> プロジェクト（コミットされてるファイル一式） 350MB ファイル数50712 フォルダ数841

リポジトリサイズは大きくないと思う。
ファイル数 2-4万、3-7万リビジョン、ファイル数 1-4万程度のリポジトリがいくつかあるけどエラーなんて起こったことない。
svn updateはせいぜい数十秒。ただほとんどがソースファイルでサーバー(v1.5.xか1.6.x)は社内にある。
68 ：デフォルトの名無しさん：2012/02/09(木) 08:14:55.12
>>67
ネットワークは問題ないと思う、SVN以外で不具合を感じたことはない。
開発用サーバーなので、本番用と同じWebサービスが一式入っている。
ApacheとMySQLとmemcachedとTokyoTyrantを使用。SVN以外にWinSCPでファイル一式上げたりもするが、そっちは問題なし。

そんな感じで絞っていくと、結局画像ファイル数が多いことぐらいしか思い付かない。
SVNってバイナリ苦手なんだっけ？
画像が大量追加された時によく問題起きてる気がする。画像1個1個は小さいんだけど。
69 ：デフォルトの名無しさん：2012/02/09(木) 08:17:14.38
具体的に調べたら、画像が200MBぐらい、ファイル数32000ぐらいだった
70 ：デフォルトの名無しさん：2012/02/09(木) 23:53:52.07
>>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 ：デフォルトの名無しさん：2012/02/09(木) 23:55:33.82
「リポジトリサイズが大きくて」というやつはここを見るといいよ
http://svn.apache.org/repos/asf/
現時点で124万リビジョン
72 ：デフォルトの名無しさん：2012/02/10(金) 02:05:16.83
それが何の解決にもならないことに気がついてないのかな
73 ：デフォルトの名無しさん：2012/02/10(金) 07:54:13.88
>>72
kwsk
74 ：デフォルトの名無しさん：2012/02/10(金) 08:04:48.09
バグなおしてくれよ。バグのせいでSVNは使いものにならん。
75 ：デフォルトの名無しさん：2012/02/10(金) 08:55:13.26
>>74
kwsk
76 ：デフォルトの名無しさん：2012/02/14(火) 01:33:59.10
Apache Subversion 1.7.3 age
http://svn.haxx.se/dev/archive-2012-02/0392.shtml
77 ：デフォルトの名無しさん：2012/02/14(火) 10:15:48.66
>>10
bzrはあれがスレの主ですから
78 ：デフォルトの名無しさん：2012/02/14(火) 11:22:55.80
TortoiseSVN 1.7.5 age
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=755&dsMessageId=2922121
79 ：デフォルトの名無しさん：2012/02/15(水) 08:42:30.25
TortoiseSvnでリポジトリ内でコピーとかブランチの作成では
要領削減のため実態のコピーは行われないと思います。

ファイル名がA〜Zまでの巨大なバイナリファイルがあって
それらをほとんど結合したようなファイルAAに統合したいのですが
コピーと同じように、実態のコピーではなく、
結合の関係だけをリポジトリに記録することはできないでしょうか。
80 ：デフォルトの名無しさん：2012/02/15(水) 11:52:00.92
>>79
残念ながら今はそういう記録の仕方はできないね。
81 ：デフォルトの名無しさん：2012/02/15(水) 13:12:27.22
>>79
AAを作るスクリプトを作っとけばいいかもしれない
82 ：デフォルトの名無しさん：2012/02/15(水) 22:56:23.23
Apache Subversion 1.7.3リリース、安定性の強化がメイン
http://sourceforge.jp/magazine/12/02/15/1149213
83 ：デフォルトの名無しさん：2012/02/20(月) 15:39:30.07
TortoiseSVN(1.7.4)のコミット画面に
「A new version of TortoiseSVN is available〜」が出るんだけど、
この文字を消す設定はありますか？

バージョンアップはこっちの都合のいいタイミングで行うので、
毎回せかされたくないんですが。
84 ：デフォルトの名無しさん：2012/02/20(月) 15:49:19.17
あるよ
ヘルプ嫁
85 ：デフォルトの名無しさん：2012/02/20(月) 23:21:56.52
いまどきSubversion使ってるおとこの人って。。
86 ：デフォルトの名無しさん：2012/02/20(月) 23:29:35.31
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
87 ：デフォルトの名無しさん：2012/02/20(月) 23:49:01.49
　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#

　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####
88 ：デフォルトの名無しさん：2012/02/21(火) 01:00:26.10
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
89 ：デフォルトの名無しさん：2012/02/21(火) 08:43:28.83
>>88
　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#

　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####
90 ：デフォルトの名無しさん：2012/02/21(火) 09:38:22.79
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
91 ：デフォルトの名無しさん：2012/02/21(火) 11:06:04.95
>>90
　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#

　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####
92 ：デフォルトの名無しさん：2012/02/21(火) 14:43:27.19
Tortoise SVNの1.7を使っていて、サーバを立てずに
別マシンの共有フォルダ上にリポジトリフォルダを置いているのですが、
そこをエクスプローラのコンテキストメニューからリポジトリブラウザで開くと、

file://…/Hoge
├Hoge
│├brunches
│├tags
│└trunk
├brunches
├tags
└trunk

という変なツリー構造で表示されてしまいます。
「URL」に記述されているマシン名をすべて小文字にすると、

file://…/Hoge
├brunches
├tags
└trunk

と正しく表示されます。

1.6のときは発生していなかったのですが、
1.7では表記の違いで表示が変わるようになってしまったのでしょうか？
93 ：デフォルトの名無しさん：2012/02/21(火) 14:55:19.74
> ネットワークフォルダー上のリポジトリへのアクセス
>
> 原理上、 FSFS リポジトリはネットワークフォルダー上に配置でき、 file:// プロトコルを用いて
> 複数のユーザーからアクセスできますが、これは絶対にお勧め しません 。実際のところ、この
> ような使い方を私たちは思いとどまってほしいと 強く 思いますし、サポートもしません。
94 ：デフォルトの名無しさん：2012/02/21(火) 15:01:35.36
>>93
複数人ではアクセスしてないです。
95 ：デフォルトの名無しさん：2012/02/21(火) 15:23:24.71
自分一人しか使わないんだったら、バグなんだか仕様なんだか知らないが、推奨されない使い方
してんだから、それはそういうものだとして我慢しとけ
96 ：デフォルトの名無しさん：2012/02/21(火) 18:24:01.41
推奨されない使い方をしてるんだから、不具合でたら自分でなおしてフィードバックしよう。
97 ：デフォルトの名無しさん：2012/02/21(火) 19:43:15.89
msysGit UTF-8 版 ktkr
さらば SVN
98 ：デフォルトの名無しさん：2012/02/21(火) 20:22:25.01
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
99 ：デフォルトの名無しさん：2012/02/21(火) 21:56:07.54
ようやくGit UTF8版きたか。めでたい。
これでちゃんと特徴を見てVCS選択できるようになるな。
100 ：デフォルトの名無しさん：2012/02/21(火) 22:26:45.82
GITには基地外ユーザがいるから検討の対象外。
101 ：デフォルトの名無しさん：2012/02/21(火) 23:54:19.03
>>92
TortoiseSVN 1.7.5 で再現した。これはバグっぽいな。
確かにホスト名に大文字が入っているときだけディレクトリツリーが変。
102 ：デフォルトの名無しさん：2012/02/22(水) 02:06:06.88
>>92
別件で申し訳ないんだけど、branchesだよ。

>>96
推奨されない使い方をしている根拠を書いたほうが。>>93はそれには該当しないので。
103 ：92：2012/02/22(水) 09:11:17.67
>>101
確認していただきありがとうございます。

>>102
失礼しました。
これは1発目のタイプミス＋コピペの弊害です。
実際の環境ではもちろんbranchesになっています。
104 ：デフォルトの名無しさん：2012/02/22(水) 10:45:59.64
>>102
> 推奨されない使い方をしている根拠を書いたほうが。>>93はそれには該当しないので。
単一のユーザだけがアクセスするネットワークフォルダーへのアクセスだから
>>93には該当しないとか屁理屈付けたって、開発元が
> サポートもしません。
と、明言してるんだから自分でやれよ。優先順位って知ってるか?

単一のユーザでネットワークフォルダーにfileスキームでアクセスしたい
ユーザーが世界中に何人いるんだ? つまりはそういう事だ。
105 ：デフォルトの名無しさん：2012/02/22(水) 11:05:08.32
ということにしたいんだな
106 ：デフォルトの名無しさん：2012/02/22(水) 11:08:31.49
>>104
> 単一のユーザでネットワークフォルダーにfileスキームでアクセスしたい
> ユーザーが世界中に何人いるんだ?
うちの周りじゃほとんどこのパターンだなぁ。
サーバ立てられないから。
107 ：デフォルトの名無しさん：2012/02/22(水) 11:10:40.33
>>106
> サーバ立てられないから。
つ github/bitbucket
108 ：デフォルトの名無しさん：2012/02/22(水) 11:37:03.72
やるなと言ってないんだから、困ってるやつがなおせばいいだろ。
109 ：デフォルトの名無しさん：2012/02/22(水) 13:19:45.30
>>102
＞根拠を書いたほうが。
言葉の解釈の問題だな。
非推奨は、ネットワークディレクトリに
配置することか、複数人がアクセスする
ことか。

リモートのファイルシステムでの動作は
保証しにくいことがたぶん理由だろうと
思うと、前者だと思っとくほうが安心だろ。

クラッシュして困るのは自分だしな。
110 ：デフォルトの名無しさん：2012/02/22(水) 13:44:10.56
TortoiseSVN 1.4.5 を使っていますが、
管理しているファイル数が多いのと、もともと非力なマシンなので
重いです（エクスプローラがよく固まる）

なのでエクスプローラに統合しない、スタンドアローンなタイプの Subversion クライアントを
探しているのですが、何かいいのはないですか?

イメージとしては WinCVS みたいなやつ。

RapitSVNを入れたことがあるが、これはファイル数以前によく固まったので
使うのをあきらめた。
111 ：デフォルトの名無しさん：2012/02/22(水) 13:49:21.46
>>110
git-svnでGit Extensions

msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！
http://d.hatena.ne.jp/nitoyon/20120221/msysgit_utf8
112 ：デフォルトの名無しさん：2012/02/22(水) 13:59:05.44
>>111
Git信者ってなんでこんなに必死なんだ?
113 ：デフォルトの名無しさん：2012/02/22(水) 14:05:14.44
>>110
TortoiseSVNの影響でエクスプローラーが重いのなら、
アイコンオーバーレイの「状態のキャッシュ」を無しにしてみたらどーだろ
114 ：デフォルトの名無しさん：2012/02/22(水) 14:11:42.34
>>112
svn信者ってなんでこんなに必死なんだ?
115 ：110：2012/02/22(水) 15:13:54.48
>>113
レスありがとうございます。
それもためしてみたのですが、
・アイコンオーバーレイ無：
　フォルダにはマークがつくが、ファイルにはマークがつかないのでわかりづらい。
・アイコンオーバーレイシェル：
　再帰的にマークを付けなくなるので、サブフォルダでは変更中(赤)のものがあっても、
　親フォルダに戻ると、そのフォルダ名は赤でなく緑で表示されるので、勘違い(作業ミス)の元になる

ということでいまいちです。

まぁエクスプローラが遅いのに加え、TSVNcache.exe がバックグラウンドでずーっとガリガリ行っているのも
原因だと思うのですが、このあたり WinCVS は、うまく操作性とバランスが両立していました。

なのでそういった独立したGUIツールを探しています。
116 ：デフォルトの名無しさん：2012/02/22(水) 16:18:56.23
>>115
bzr-svnでBzrExplorer
117 ：デフォルトの名無しさん：2012/02/22(水) 22:02:22.79
>>115
RapidSVNの完成度が低いのが痛いな。
気休めだがTortoiseSVNを最新にしてみたら？
各フォルダの.svnも無いし、1.7は相当良くなっているよ。
118 ：デフォルトの名無しさん：2012/02/22(水) 22:43:13.92
>>104
> file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。
これも含めて引用しないと、推奨されない(およびそれが非サポートである)根拠にならないってことだよ。

たとえば以下のようなレスを初心者に対して行うとどう捉えるだろうか。

svnのマニュアルより引用
> 複数のユーザーからアクセスできますが、これは絶対にお勧め しません 。
> 実際のところ、このような使い方を私たちは思いとどまってほしいと 強く 思いますし、サポートもしません。
119 ：デフォルトの名無しさん：2012/02/22(水) 22:44:43.98
連レスになるけど。
>>109
引用が不適切だったから、そのどちらとも取れるレスになっていたよね。
120 ：デフォルトの名無しさん：2012/02/22(水) 23:02:22.42
smartSVNっていうのはどうか
もし試したら使用感をおしえてくれ
121 ：110：2012/02/23(木) 01:56:28.08
みなさんレスどうもありがとうございます。
>>117
それもちょっと考えた。職場の人が TortoiseSVN 1.7 にしたら
だいぶ早くなったといっていたので、入れ替えてみるか。
作業コピーのディレクトリは、checkoutしなおしだな。

>>120
あれから subversion gui client などでググってみましたが、
いろいろあるようですね。

Comparison of Subversion clients - Wikipedia
http://en.wikipedia.org/wiki/Comparison_of_Subversion_clients

Subversionのクライアント: MyWay
http://volatile.cocolog-nifty.com/blog/2007/03/subversion_e769.html

SmartSVNはさっきおとしてみたので、あとで使ってみる。
122 ：デフォルトの名無しさん：2012/02/23(木) 03:23:19.57
>>92
> という変なツリー構造で表示されてしまいます。

1.7.x Repo Browser - showing folders twice
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2922366
このバグが近いんじゃないか。

Nightly Build(TortoiseSVN-1.7.99.22573-dev-x64-svn-1.7.x-dev.msi) で試したら直ってた。（大文字でアクセスできなくなっていた）
http://nightlybuilds.tortoisesvn.net/latest/
123 ：92：2012/02/23(木) 09:15:26.87
みなさんありがとうございます。
>>122の情報だと、近々直りそうな感じなので、
とりあえずこのまま次のバージョンを待とうかと思います。
124 ：デフォルトの名無しさん：2012/02/23(木) 09:21:57.77
共有フォルダにリポジトリをおいて file:/// プロトコルが推奨されないのは
複数同時アクセスに比較的弱いのと、権限上、誰でもファイルを消せてしまう（リポジトリを壊せてしまう）からだよ。

ネットワーク経由であることになにか致命的な欠陥があるわけじゃない
125 ：デフォルトの名無しさん：2012/02/23(木) 11:00:45.43
>>118-119
最初に引用したときは、一人で使ってるなんてわからなかったんだよ
126 ：デフォルトの名無しさん：2012/02/23(木) 11:51:42.47
>>124
議論を蒸し返すようで申し訳ないけど、
権限上誰でも壊せてしまうのは、運用でどうにでもなるからいいとして、
同時アクセスについては、速度はともかく、FSFS だったら一貫性は
保たれているのかな、と思っていた。
127 ：デフォルトの名無しさん：2012/02/23(木) 15:28:44.99
>>117
>各フォルダの.svnも無いし、
あれ？そうだっけ？と思い確認してみたら
.svnはルートだけになってたわ。
気づかなかった…（ぉぃｗ
128 ：デフォルトの名無しさん：2012/02/23(木) 15:36:06.03
>>125
あたまわるい
129 ：デフォルトの名無しさん：2012/02/23(木) 16:21:03.57
>>127
Subversion 1.7からそうなったんだよ
130 ：デフォルトの名無しさん：2012/02/23(木) 22:17:36.29
>>125
>>128みたいにあたまわるいとは言わないが、複数人で使うかどうかは関係なかったんじゃないか？
131 ：デフォルトの名無しさん：2012/02/24(金) 13:25:47.47
>>126
リモートファイルシステムの動作保証
まではできないだろ。
ふさふさをどうこういっても、所詮は
ファイルベースなんだし。
132 ：デフォルトの名無しさん：2012/02/24(金) 14:40:00.02
>>131
お前、頭悪いぞ。

境界はFSFSが要求する排他制御のメカニズムという事で動作保証は可能。
つーか、file:スキームで直接アクセスするクライアントもhttp:,svn:(ssh+svn:)
も同じメカニズム使ってるので、動作保証してくれてなけりゃ使えない。
133 ：デフォルトの名無しさん：2012/02/24(金) 14:57:29.81
ん？
クライアントなんか関係無くて、問題はsvnのサーバあるいはコマンドだろ。
134 ：デフォルトの名無しさん：2012/02/24(金) 15:01:21.23
>>132
お前、頭悪いぞ。

> file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。
と明言されてるのがわからんの？
135 ：デフォルトの名無しさん：2012/02/24(金) 15:06:13.52
>>132
ロックはディレクトリにファイルを作って消す。
ディレクトリのパーミッションがWindowsとUnix/Linuxでは違う。
ディレクトリにファイルを追加できるが削除できないとか。
中間ファイルがゴミの山。
136 ：デフォルトの名無しさん：2012/02/24(金) 15:34:27.54
>>133
> クライアントなんか関係無くて、問題はsvnのサーバあるいはコマンドだろ。
そのsvnのサーバあるいはコマンドも同じメカニズムを使って排他制御している。
svn: svn+sshならsvnserveだ。こいつらはクライアント毎に別プロセスが排他制御
してFSFSにアクセスする。

>>134
バカ? アクセススキームに関してのテストをそれしかやってないと言ってるだけだ。
FSFSの排他制御とは独立。

>>135
お前がこの三バカのなかで、一番頭悪そうだ。ドキュメント読めよ。
Note: Locking
-------------
Locking is currently implemented using the apr_file_lock() function,
which on Unix uses fcntl() locking, and on Windows uses LockFile().
Modern remote filesystem implementations should support these
operations, but may not do so perfectly, and NFSv2 servers may not
support them at all.
137 ：デフォルトの名無しさん：2012/02/24(金) 15:37:59.86
>>136
ご託はいいから、一人がアクセスする場合に限れば、あらゆるファイル共有プロトコルをsvnが正式にサポートしている証拠を示せ。
138 ：デフォルトの名無しさん：2012/02/24(金) 15:46:19.40
>>136
その引用にもperfectlyでないと書いてあるが？
139 ：デフォルトの名無しさん：2012/02/24(金) 15:57:02.51
>>122-123で終わった話題をいつまでやってるんだろう、この人達
140 ：デフォルトの名無しさん：2012/02/24(金) 15:58:53.55
　　　　　　　#####
　　　　#############
　　 #################
　###　 　 　　　　　　　　##
　#　 　 　 　 　 　 　　　　　#
#　 　 　 　 　　　　　　　　　#
　#　 　 　 　 　 　 　　　　　#
　##　 　 　 　　　　　　　##
　　#########　　　　 ####
　　　######
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#

　　　　　　　　　　　　 ####
　　　　　　　　　　　　　###
　 　 　 　 　 　 　 　 　 　 #
#　 　 　 　 　　　　　　　　#
#####################
#####################
#　 　 　 　 　　　　　　　　#
　 　 　 　 　 　 　 　 　 　 #
　　　　　　　　　　　　　###
　　　　　　　　　　　　 ####
141 ：デフォルトの名無しさん：2012/02/24(金) 16:19:47.17
>>137
そんな事誰がいつ言ったんだ? 糖質は周りがすべて敵に見えて妄想に入り込むらしいな。
基地外病院行った方がいいぞ。

>>138
apr_file_lockで排他制御してる、unixだったらfcntl, WindowsはLockFile,
でもそれがうまく動かんときは知らんもんね。という意味。
その範囲で保証してくれりゃ十分だよ。それで足りないというならお前が自分で検証する事だ。

>>139
こんなところで粘着してる余裕はないぞ。Git信者。

Mercurial vs Git: Why Mercurial?
http://blogs.atlassian.com/2012/02/mercurial-vs-git-why-mercurial/
142 ：デフォルトの名無しさん：2012/02/24(金) 16:31:27.77
>>141
> その範囲で保証してくれりゃ十分だよ。
その範囲でしかsvnを使ったことが無いのがよくわかった。つまり一人だけで。
143 ：デフォルトの名無しさん：2012/02/24(金) 16:36:02.33
>>141
お前が一番粘着質
消えろ
144 ：デフォルトの名無しさん：2012/02/24(金) 16:44:18.81
>>141
お前が何の話をしたいのか知らないが、お前以外は、たとえ一人でもFSFS・ファイル共有で使うのは良くない、
またはサポートされていないという話をしている。

で、お前は
> 動作保証してくれてなけりゃ使えない

と言うが、そもそもそんな動作保証やサポートされてませんがという話。
145 ：デフォルトの名無しさん：2012/02/24(金) 16:52:49.33
>>141
周りが全て敵に見えてるのは、君の方では？
146 ：デフォルトの名無しさん：2012/02/24(金) 17:23:53.80
>>143
糖質は早く基地外病院行った方がいいって。

>>144
> お前が何の話をしたいのか知らないが、お前以外は、たとえ一人でもFSFS・ファイル共有で使うのは良くない、

それはお前が頭が悪いからそのようにしか理解できてないだけ。
俺が言っているのは、リポジトリにアクセスするのがsvnであろうとsvnserveで
あろうとはたまたmod_svnであろうと、同一の排他メカニズムを使用していて、
信頼性は同一。
共有フォルダでのfileスキームでのアクセスが非推奨なのはアクセス制御が
できないから。これが技術的問題。これを指摘しただけだ。

一人ならFSFS・ファイル共有で使ってよいかという問題は、前述のように排他制御
という観点からはなんら問題ない。
147 ：デフォルトの名無しさん：2012/02/24(金) 17:43:01.81
なんとなく >>141=146 が言っていることもわかる。

svn の中身で、ファイルの排他制御をやっている個所は、
Unix版なら fcntl、Windows版なら LockFile の API を呼んでいるだけで、
それを使った結果どうなるかは、これらの API 依存であり、subversion は関知しない。

Unix の fcntl は、Windows の LockFile に比べて優秀なだけ、ということかな。

>>146 へ：
> 一人ならFSFS・ファイル共有で使ってよいかという問題は、前述のように排他制御
> という観点からはなんら問題ない。

たぶんこれはみんなもわかっていて、複数人で同時アクセスで FSFS・ファイル共有したときに、
アクセス制御は除外したとしても、DB が壊れるかどうかをみんな議論しているんだと思うよ。
148 ：デフォルトの名無しさん：2012/02/24(金) 17:43:56.53
WindowsのSMBもSambaもNFSも同一の排他メカニズムを使用していて、ファイル共有プロトコルより
上位のアプリケーションレイヤーから見れば信頼性は同一？

んな馬鹿な。
149 ：デフォルトの名無しさん：2012/02/24(金) 17:48:51.88
>>147
> DB が壊れるかどうかをみんな議論しているんだと思うよ。
少なくとも俺はしてない。
FSFSでファイル共有を使ったfile:スキームのアクセスの動作保証がされてるかどうかが論点。

>>146
> 一人ならFSFS・ファイル共有で使ってよいかという問題は、前述のように排他制御
> という観点からはなんら問題ない。

そもそもそんな動作保証はされてませんが。
コード全部読んで、どんなファイル共有プロトコルでも問題ないことでも確認したのか？
150 ：デフォルトの名無しさん：2012/02/24(金) 17:55:55.66
これ読むと、一人で使う場合でも、ファイル共有でも動作保証はされてないと思うけど。
http://tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-repository.html#tsvn-repository-local-share
まぁ、普通に使ってれば、そうそう問題ないんだろうけど。
ここに書かれてない問題として、ファイルの大文字小文字問題もある気がする。
151 ：デフォルトの名無しさん：2012/02/24(金) 17:56:04.05
>>147
> たぶんこれはみんなもわかっていて、複数人で同時アクセスで FSFS・ファイル共有したときに、
> アクセス制御は除外したとしても、DB が壊れるかどうかをみんな議論しているんだと思うよ。
だから、同じファイルシステムを使う限り、fileスキームで同時アクセスと
svn, ssh+svn, httpスキームでの同時アクセスの信頼性は全く同一。

むしろ、同一メカニズムを使ってるのにあっちはダメでこっちはOKと考える
根拠を聞きたいわ。

>>148
> んな馬鹿な。
そう、あなたがバカなのです。だれもそんなことは言っていない。

>>149
> FSFSでファイル共有を使ったfile:スキームのアクセスの動作保証がされてるかどうかが論点。
コード見れば。おバカさん。
152 ：デフォルトの名無しさん：2012/02/24(金) 17:59:26.45
>>151
> 同じファイルシステムを使う限り

どんどん、妄想が膨らんでるようです。

> むしろ、同一メカニズムを使ってるのにあっちはダメでこっちはOKと考える
> 根拠を聞きたいわ。

同一メカニズムじゃありませんから。
ネットワークレイヤーを絡めて、同一かどうか説明してみな。
153 ：デフォルトの名無しさん：2012/02/24(金) 18:02:30.19
>>150
>>151のリンク先で、Sambaを使うと困難と書かれてるけど。（困難だが全て問題を解決してるのかもしれないけど）
ローカルとリモートじゃ何か違うんじゃない？
154 ：デフォルトの名無しさん：2012/02/24(金) 18:12:11.82
>>152
コード読めないバカですか。参加資格ないのに吠えてるのは惨めだから退場しなよ。

svnがfileスキームで直接リポジトリにアクセスする場合も、svnserveがクライアン
トからの要求受けてリポジトリにアクセスする場合もlibsvn_reposが提供している、
同一のAPI使ってるんだよ。
155 ：デフォルトの名無しさん：2012/02/24(金) 18:19:49.84
>>154
その同一のAPIが実行される場所が違うんですが。

ところで、最近はやりのNドライブや、今あるかどうか知らないけど、GMailをドライブとしてマウントできるドライバとかが
あったけど、これらもやっぱりマウントできてしまえば、信頼性は同じなんすかね。
156 ：デフォルトの名無しさん：2012/02/24(金) 18:25:30.53
>>155
バカですねえ。周回遅れですねえ。知恵遅れですねえ。死んだ方がいいですねえ。
そんな比較してるのはバカで周回遅れで知恵遅れのお前だけだから。
157 ：デフォルトの名無しさん：2012/02/24(金) 18:26:26.80
>>156
今まで全く想定もしてなかったところをズバリ突かれて、壊れたようです。
158 ：デフォルトの名無しさん：2012/02/24(金) 18:47:31.11
>>157
知恵遅れのお前は周回遅れを自覚してないから平気なんだろうけど、はたからみると惨めすぎるぞ。ｗｗ

バカが入り乱れててわかりにくいけどお前、>>149だろ。
>>155を問題にしているなら

>>149
> FSFSでファイル共有を使ったfile:スキームのアクセスの動作保証がされてるかどうかが論点。
じゃなくて、リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。

そして、開発元はそれをできると言っている。
159 ：デフォルトの名無しさん：2012/02/24(金) 19:02:32.85
sambaもNFSも、細かいところでは
あんまり信頼するべきではないはず。
最近はずいぶんマシなんだろうと
思うけど。

>>158
＞リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。
えっ？
動作保証されてなければ是非もクソも
ねえよ。
160 ：デフォルトの名無しさん：2012/02/24(金) 19:10:30.32
>>159
周回遅れに気づいても平気なのか。知恵遅れはある意味最強だな。
普通の知能なら恥ずかしくて100回は首つってるぞ。

> 動作保証されてなければ是非もクソも
開発元はFSFSはリモートファイルシステムにおけると言っている。
これで不十分なら商用システム使ってろ。
161 ：デフォルトの名無しさん：2012/02/24(金) 20:41:31.35
スレ進みすぎわろた。前スレの終わりよりぜんぜんましだけど。

>>158
> > FSFSでファイル共有を使ったfile:スキームのアクセスの動作保証がされてるかどうかが論点。
> じゃなくて、リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。

もともと(>>92)はfile://でアクセスしたときの話だったよ。
で、>>93が不十分な引用をしたので>>118を書いた。

> じゃなくて、リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。
という話になったのってどっから？
162 ：デフォルトの名無しさん：2012/02/24(金) 22:03:46.16
>>161
> もともと(>>92)はfile://でアクセスしたときの話だったよ。
周回遅れの知恵遅れの>>159がついてこれてないだけで、それは既に結論が出ている。
アクセス制御ができない事が非推奨の理由

> > じゃなくて、リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。
> という話になったのってどっから？
>>131だな。開発元が置けると言っているのに、動作保証が…と言い出した。

バカが入り乱れてわかりにくいけど、動作保証にこだわっているから、
>>131は最後まで分からなかった周回遅れの知恵遅れ(>>159)だろう。
163 ：デフォルトの名無しさん：2012/02/24(金) 22:16:25.00
>>162
>>118で言及したように、どうとでも取れるレスをあえて曲解しているだけなら止めはしないよ。
164 ：デフォルトの名無しさん：2012/02/24(金) 22:36:22.47
>>162
知恵遅れなりに恥ずかしいと思って必死に考えたのか? でも、やっぱり知恵遅れの浅知恵な反論。ｗｗ

>>131で頓珍漢な言いがかりをつけた>>126は「権限」に関しては除外しているので、
FSFSの排他制御に関する議論だ。

まあ、バカだからわからなかったんだろうけど。バカってかわいそう。
165 ：デフォルトの名無しさん：2012/02/24(金) 22:40:00.34
>>160
周回遅れに気づいても平気なのか。知恵遅れはある意味最強だな。
普通の知能なら恥ずかしくて100回は首つってるぞ。

>開発元はFSFSはリモートファイルシステムにおけると言っている。
ソース出せ。
ソースコードのapr_file_lockうんぬんはどうでもいいから。
166 ：デフォルトの名無しさん：2012/02/24(金) 22:45:26.67
>>165
惨めだからもう止めなよ。自覚のない知恵遅れって本当にかわいそう。

http://svn.apache.org/repos/asf/subversion/trunk/notes/fsfs

* Can host on network filesystem
FSFS repositories can be hosted on network filesystems, just as CVS
repositories can. (See "Note: Locking" for caveats about
write-locking.)
167 ：デフォルトの名無しさん：2012/02/24(金) 23:27:58.57
>>165
ソース出てきた時の事は全然考えなかったのか? 知恵遅れ憐れすぎる。
168 ：デフォルトの名無しさん：2012/02/24(金) 23:31:14.77
>>165はまだfile://の話をしているのかもしれない
169 ：デフォルトの名無しさん：2012/02/26(日) 00:30:01.46
今日は静かだな。>>165は息してるか?
170 ：デフォルトの名無しさん：2012/02/26(日) 08:54:57.09
マージした後ヒストリーみるとMってなってるけどマージ元がどこかはわからない？
コピーみたいに元がわかると嬉しいんだけど
171 ：デフォルトの名無しさん：2012/02/26(日) 09:14:43.49
svn propget svn:mergeinfoじゃ不足? これ以上の情報は残してない。

>>165 またいじめてやるから出てこいよ。
172 ：デフォルトの名無しさん：2012/02/26(日) 09:30:57.84
>>171
Subclipseのリビジョングラフとかでもマージの矢印はないし
svn mergeinfoしても何も表示されないんだ
173 ：デフォルトの名無しさん：2012/02/26(日) 10:02:12.64
>172
svn mergeinfoの使い方間違ってない?
svn mergeinfoはマージ元指定する必要があって、指定してやれば表示されるけど。
174 ：デフォルトの名無しさん：2012/02/26(日) 14:52:46.75
TortoiseSVNだとShow logのInclude merged revisionsでマージ元での変更見れるけどそういうことではない？
175 ：デフォルトの名無しさん：2012/02/26(日) 15:38:38.07
あざーす。でもInclude merged revisionsだと細かすぎて見辛いお。。。
copyだと詳細欄にコピー元がずばり書かれてるけどそんなかんじではみれへんのですか。
176 ：デフォルトの名無しさん：2012/02/26(日) 23:20:12.28
仕組み上それはできないんじゃないか。
コミットログに「branches/XXX をマージ」って書いといたら？
177 ：デフォルトの名無しさん：2012/02/27(月) 18:27:53.44
> むしろ、同一メカニズムを使ってるのにあっちはダメでこっちはOKと考える
> 根拠を聞きたいわ。

> svnがfileスキームで直接リポジトリにアクセスする場合も、svnserveがクライアン
> トからの要求受けてリポジトリにアクセスする場合もlibsvn_reposが提供している、
> 同一のAPI使ってるんだよ。

馬鹿発見
178 ：デフォルトの名無しさん：2012/02/27(月) 21:53:53.23
>>177
バカが現れた。どうする? 1) 戦う 2) 無視する
2
バカを無視した。
179 ：デフォルトの名無しさん：2012/02/28(火) 11:31:06.65
致命的な馬鹿発言をさらしたのに、良くもそんな強気になれるな
180 ：デフォルトの名無しさん：2012/02/28(火) 11:42:13.91
どこが馬鹿なんだかわからない
181 ：デフォルトの名無しさん：2012/02/28(火) 13:35:52.55
>>180
クライアントの数が違うという差を無視したところがおかしいとおもうよ
182 ：デフォルトの名無しさん：2012/02/28(火) 13:37:47.25
クライアントの数なんて関係無いのに
183 ：デフォルトの名無しさん：2012/02/28(火) 13:46:32.97
>>181
君、上で議論してた人？

だったら聞きたいんだけど、「fileスキームはたとえ一人しかアクセスしなくても、ローカルリポジトリに限り
動作保証される」というのは正しい？
YesかNoかでお願い。
184 ：デフォルトの名無しさん：2012/02/28(火) 13:51:07.58
YesかNo
185 ：デフォルトの名無しさん：2012/02/28(火) 13:56:27.15
>>179
バカが現れた。バカは不思議な踊りを踊りだした。 どうする? 1) 戦う 2) 無視する
2
バカを無視した。
186 ：デフォルトの名無しさん：2012/02/28(火) 23:22:02.19
>>183
まぁちらちらと上でレスはしてたけど、白熱議論には参加してないよ。
今のところ得ている情報では、その質問の回答はYes
187 ：デフォルトの名無しさん：2012/02/29(水) 02:40:51.67
>>161 = >>181 = >>186
いちお。
188 ：デフォルトの名無しさん：2012/02/29(水) 08:29:35.79
debianとかの1.7がWANdisco版しかない理由をご存知の方
いらさいませんか？
189 ：デフォルトの名無しさん：2012/02/29(水) 16:00:41.22
>>186
なら、俺と同じ意見だ。
上で「周回遅れがどうたら」の人は、Yesと思ってるのかNoと思ってるのか知りたい。
190 ：デフォルトの名無しさん：2012/02/29(水) 19:15:12.86
バカのむれが現れた。バカたちは何か相談している。どうする?
1)戦う 2)無視する 3)呪文
3
答えてやるから「動作保証」を定義しろ。
191 ：デフォルトの名無しさん：2012/02/29(水) 20:59:27.84
>>189
>>161で確認してるけど、どうやら「fileスキームは」ってところを除外してるみたいだよ。
192 ：デフォルトの名無しさん：2012/03/01(木) 01:32:53.81
なんでお前らはいまだにSubversion使ってるの？
193 ：デフォルトの名無しさん：2012/03/01(木) 03:42:55.66
>>183
「fileスキームはたとえ一人しかアクセスしなくても、ローカルリポジトリに限り動作保証される」
日本語がなんかおかしくね
あとFSFSの話に限定しないの？
194 ：デフォルトの名無しさん：2012/03/01(木) 12:28:30.21
とりあえず、NASだとNTFSでもFATでもないものをFATとかに
見せかけてるだけだから、一人で使ってても、ロック関係の
ファイルがおかしくなったりする。
195 ：デフォルトの名無しさん：2012/03/01(木) 12:58:54.19
>>190
「動作保証」は>>132と同じ意味で。
196 ：デフォルトの名無しさん：2012/03/01(木) 13:05:50.77
>>193
> >>183
> 「fileスキームはたとえ一人しかアクセスしなくても、ローカルリポジトリに限り動作保証される」
> 日本語がなんかおかしくね

「ローカルに無いリポジトリをfileスキームでアクセスする場合、たとえ一人しかアクセスしなくても動作保証されない」
と言い換えた方がいいかな。

> あとFSFSの話に限定しないの？

しない。
197 ：デフォルトの名無しさん：2012/03/01(木) 13:18:31.78
>>193
こう言った方がいいか。
開発チームは、
> file:// access is intended for local, single-user access only, particularly testing and debugging.
と言ってる（>>150のリンク先の日本語訳はちょっとおかしい気がする）。

これ以外の使い方でも、何らかの動作保証がされてると主張してる人がいるのかどうか知りたい。
上の議論は話が錯綜していて、良くわからなかったので。
198 ：デフォルトの名無しさん：2012/03/01(木) 18:47:09.85
>>196
> file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。
これだけで十分だろ。議論の余地なんてない
199 ：デフォルトの名無しさん：2012/03/01(木) 18:49:11.74
>>195
No
200 ：デフォルトの名無しさん：2012/03/01(木) 22:54:11.83
>>194
>とりあえず、NASだとNTFSでもFATでもないものをFATとかに見せかけてるだけ

意味わからん。

>> バカが現れた。

ってことなのか？
201 ：デフォルトの名無しさん：2012/03/02(金) 00:26:32.22
他の分散型(GitとかMercurialとか)のバージョン管理のファイルアクセスだとどうなの？
202 ：デフォルトの名無しさん：2012/03/02(金) 11:03:17.82
>>198
その文章、>>197にも書いたとおり、訳がおかしいと思う。

>>199
「ローカルリポジトリに限り動作保証される」に対してNo？
もしそうだとしたら、何に対して動作保証してるの？
203 ：デフォルトの名無しさん：2012/03/02(金) 11:34:27.78
>>176
SmartSVN（１万円近くする・・・）みたいに、
リビジョングラフでマージの導線が表示できるのが理想。
http://www.koreansoft.com/public/upload/SmartSVN/SmartSVN_09.png
TortoiseSVNだとマージの導線までは引けないっぽいし、
Subclipseだとなぜか表示されないブランチがあったりなんかあやしい。
204 ：デフォルトの名無しさん：2012/03/02(金) 12:16:36.43
>>202
どこがおかしいかを書かないのは特別な理由でも？
その日本語のとおり理解をすれば動作保証の範囲も明確だろ。
205 ：デフォルトの名無しさん：2012/03/02(金) 12:17:06.03
>>203
TortoiseSVNのリビジョングラフってマージでないっけ
206 ：デフォルトの名無しさん：2012/03/02(金) 12:54:59.22
>>204
100%の自信があるわけじゃないから書いてないだけ。

> file:// access is intended for local, single-user access only, particularly testing and debugging.
の訳が
> file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。
なんだが、最後のtestingとdebuggingは、for testing, for debuggingだと思う。

file:// アクセスは、テストやデバッグ目的でのローカルでの1ユーザーのみのアクセスを想定しています。

じゃないのかなぁと思う。
207 ：デフォルトの名無しさん：2012/03/02(金) 13:01:37.25
sambaやnfsを使えば、普通に使う範囲ではまぁ問題ないがな、位でしょ
208 ：デフォルトの名無しさん：2012/03/02(金) 14:12:16.39
>>206
その訳だと解釈した場合に、
テストやデバッグ目的でアクセスしていいけれど、リポジトリが壊れるかもしれない
と思い至ったの？
209 ：208：2012/03/02(金) 14:24:41.55
>>206
改めて必要なところを抜き出してみたよ。

> ネットワークフォルダー上のリポジトリにアクセスするには、ドライブ文字の割り当てと UNC パスの両方が使えます。
> Berkeley DB リポジトリは、ネットワークフォルダー上で作成したりアクセスしたりしないでください。
> FSFS リポジトリはネットワークフォルダー上に配置でき、 file:// プロトコルを用いて複数のユーザーからアクセスできますが、これは絶対にお勧め しません 。
> file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。
> リポジトリを共有したい場合は、 まさに 適切なサーバーをセットアップする必要がある

http://tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-repository.html#tsvn-repository-local-share
210 ：デフォルトの名無しさん：2012/03/02(金) 14:54:03.49
>>208
ん、誰かと勘違いしてない？
俺自身は、リポジトリが壊れるかどうかという話はしてないよ。
（ちなみに排他がどうこうとも話してない）

開発側が
> file:// access is intended for local, single-user access only, particularly testing and debugging.

と書いてるが、開発者がこのようにintendした以外の使い方をしても、なんらかの
動作保証がなされているのか、なされているならどいう場合になされているのかを
知りたいってことなんだが。
211 ：デフォルトの名無しさん：2012/03/02(金) 15:07:30.61
>>210
めんどくさい人だな。
テストやデバッグ目的で使用するにあたり、動作保証がされていない(リポジトリが壊れるかどうかに限定しない)
と思ったってことならおｋ？
そんな状態でテストやデバッグする開発者がいると思えるのが不思議。
212 ：デフォルトの名無しさん：2012/03/02(金) 15:12:20.74
いや、こっちがめんどくさいんですけど。
何で絡まれてるのかしら。

> file:// access is intended for local, single-user access only, particularly testing and debugging.

以外でfileスキームを使うにあたり、何か動作保証されてますかってことなんですが。
213 ：211：2012/03/02(金) 15:14:32.91
おかしな日本語ですまんかった。
214 ：デフォルトの名無しさん：2012/03/02(金) 15:18:50.57
>>212
されてないと考えるのが妥当
215 ：デフォルトの名無しさん：2012/03/02(金) 15:21:33.79
>>214
うわあ、めどくさい。
そんなことわかりきってる。

わかった上で、されてないとは思わない人がこのスレに居るようだから、あなたは何が動作保証されてる
と主張してるんですかって質問してんの！！！

>>199
216 ：デフォルトの名無しさん：2012/03/02(金) 15:22:29.09
む、興奮して途中で書き込んだ。

>>199
>>202
の回答待ち。
217 ：デフォルトの名無しさん：2012/03/02(金) 15:24:58.86
>>215
いやいや、具体的に何をしたいんだ？
やる予定もないことが動作保証されてるかどうかを知りたい？
218 ：デフォルトの名無しさん：2012/03/02(金) 15:27:04.95
>>217
> いやいや、具体的に何をしたいんだ？

君こそ何がしたいの？
絡まないでくれる？
219 ：デフォルトの名無しさん：2012/03/02(金) 15:39:04.34
バカのむれは仲間割れを始めた。 どうする?
1)たたかう 2)むしする 3)観戦する
3
220 ：デフォルトの名無しさん：2012/03/02(金) 15:40:47.59
そもそも>>177のどこが馬鹿なのかわからない奴なんだから、質問しても無駄無駄
221 ：デフォルトの名無しさん：2012/03/02(金) 16:19:18.57
まあそれに対して>>181って書いたらこんなことになったわけだけど
222 ：デフォルトの名無しさん：2012/03/02(金) 16:31:44.31
>>221
ますます意味不明だわ
223 ：デフォルトの名無しさん：2012/03/02(金) 16:35:23.71
バカのむれは仲間割れをつづけている。 どうする?
1)たたかう 2)むしする 3)観戦する
3
224 ：デフォルトの名無しさん：2012/03/02(金) 16:39:59.42
>>223
お前が一番馬鹿
225 ：デフォルトの名無しさん：2012/03/02(金) 16:54:25.46
>>209
何で日本語引用すんの？
原文引用しろよ
226 ：デフォルトの名無しさん：2012/03/02(金) 16:57:55.98
バカがあらわれた。バカはきみょうなおたけびをあげている。 どうする?
1)たたかう 2)むしする 3)観戦する
2
227 ：デフォルトの名無しさん：2012/03/02(金) 17:00:30.94
えーと、>>199の人なのかな。
だとしたら、答えられないと取っていいよね。
228 ：デフォルトの名無しさん：2012/03/02(金) 17:15:31.71
>>227
オレに聞いているのか仲間割れしてるのかわからないから、観戦していたが、
仲間割れは終わったのか? >>202に答えればいいんだな。

> もしそうだとしたら、何に対して動作保証してるの？

>>132でとっくに書いている。
FSFSが要求する排他制御のメカニズムを提供するファイルシステムに
置かれたリポジトリに対して。
229 ：デフォルトの名無しさん：2012/03/02(金) 17:22:20.60
>>228
ファイル共有プロトコルは関係無いの？
230 ：デフォルトの名無しさん：2012/03/02(金) 17:23:43.61
>>228
> FSFSが要求する排他制御のメカニズムを提供するファイルシステムに
> 置かれたリポジトリに対して。
また蒸し返すのかこの馬鹿は
そんなことどこで動作保証されてんだよ
231 ：デフォルトの名無しさん：2012/03/02(金) 17:24:44.33
>>228
つまり、subversion側からは、何の動作保証も出来ないということですね。
わかりました。
232 ：デフォルトの名無しさん：2012/03/02(金) 17:31:01.57
>>230
はぁ。バカはレスを追う事も出来ないのか。>>132の定義で答えろというお題だよ。

>>231
なにが「つまり」なんだろう。バカの思考回路は理解不能だ。
233 ：デフォルトの名無しさん：2012/03/02(金) 17:31:11.78
>>228
本格的に馬鹿だ
234 ：デフォルトの名無しさん：2012/03/02(金) 17:32:37.74
>>232
え？subversion側は何か動作保証できるの？
バカの思考回路は理解不能だ。
235 ：デフォルトの名無しさん：2012/03/02(金) 17:33:45.55
>>228
そのリポジトリに対して何をすることが動作保証されているかを書かないからややこしいって憤慨しているのだと思うよ。
236 ：デフォルトの名無しさん：2012/03/02(金) 17:33:59.63
>>234
>>132の定義で答えろと言ったんだろ。バカ。
237 ：デフォルトの名無しさん：2012/03/02(金) 17:34:57.51
遠回しに言っても馬鹿だからわからんか
Sambaがその排他制御のメカニズムとやらを提供してたとして、
subversion側はSambaを使うことに対して動作保証できるのか？
238 ：デフォルトの名無しさん：2012/03/02(金) 17:35:47.42
>>235
はあ? 制約条件つけてないんだから、subversionで出来る事すべてだよ。
239 ：デフォルトの名無しさん：2012/03/02(金) 17:35:52.62
>>236
何逃げてんだよ
見苦しいぞww
240 ：デフォルトの名無しさん：2012/03/02(金) 17:37:53.09
sambaもnfsもファイル共有Xも、自己責任でfile://でアクセスしても、まぁ大体問題ないよ
って位なのに、何をごちゃごちゃ言ってるんだろう、この人達
241 ：デフォルトの名無しさん：2012/03/02(金) 17:38:14.68
>>237
出来るに決まってる。排他制御のメカニズムが正しく動いていて、
排他制御に失敗してリポジトリが壊れたならsubversonのバグ。
排他制御のメカニズムが仕様通りに動いていないならsambaのバグ。
242 ：215：2012/03/02(金) 17:39:24.26
酷いことになってるけど、回答得られたので満足です。
大体言いたいことわかった。
243 ：デフォルトの名無しさん：2012/03/02(金) 17:40:21.20
>>241
何言ってるんだろう、この人
本気で理解不能だわ
244 ：デフォルトの名無しさん：2012/03/02(金) 17:44:28.40
>>241
つまり、sambaやnfsや未知のファイル共有プロトコルがその排他制御のメカニズムとやらを
正しく提供してさえいれば、ra_neonやra_svnでは起こらなかった現象がra_fileで起こっても、
全てsubversionチームが解決しますってことだな
245 ：デフォルトの名無しさん：2012/03/02(金) 17:47:36.86
>>241
バカにはわからない。でもそれはしょうがない。

もう一つ、いつ気づくか楽しみにしていたんだけど、
カメさんチームのドキュメントを根拠にして、subversionの
動作保証を必死に議論している姿はとっても滑稽だったよ。

subversionの開発チームはFSFSリポジトリはネットワークファイル
システムにおけるといっている。
そして、fileスキームに対して特別な制約を表明していない。
246 ：デフォルトの名無しさん：2012/03/02(金) 17:49:42.35
新たな馬鹿登場か？
247 ：デフォルトの名無しさん：2012/03/02(金) 17:51:50.17
>>244
なにが「つまり」なんだろう。バカの思考回路は理解不能だ。
解決することが「動作保証」だというなら最初からそういう定義で聞け。
248 ：デフォルトの名無しさん：2012/03/02(金) 17:54:15.09
>>245
> そして、fileスキームに対して特別な制約を表明していない。
してるよ。
svn --version
ってやったことないの？
249 ：デフォルトの名無しさん：2012/03/02(金) 17:54:40.49
>>247
お前はもういいや
250 ：デフォルトの名無しさん：2012/03/02(金) 18:01:16.31
まあ普通に考えれば、subversionチームが動作保証できる範囲はra_localモジュールまでだろ。
何を議論することもない。
251 ：デフォルトの名無しさん：2012/03/02(金) 18:02:20.04
>>245
お前が滑稽だわwww
252 ：デフォルトの名無しさん：2012/03/02(金) 18:11:47.76
>>248
それはlocal diskとして扱うという意味。
それがどんなファイルシステムであるかはそのレイヤーは関知しない。
正しく動く排他制御のメカニズムさえ提供されていればいい。
253 ：デフォルトの名無しさん：2012/03/02(金) 18:19:28.64
>>252
また"on local disk"の解釈合戦を繰り広げたいの？

> それがどんなファイルシステムであるかはそのレイヤーは関知しない。
誰もそんな話してないよ？

> そして、fileスキームに対して特別な制約を表明していない。
というから、fileスキームはra_localを使う場合のスキームで、ra_localは"on local disk"の
リポジトリにアクセスするためのものだって表明してるよ。
254 ：デフォルトの名無しさん：2012/03/02(金) 18:25:35.93
まさか、「ローカルのリポジトリ」で解釈が分かれるとは・・・
255 ：デフォルトの名無しさん：2012/03/02(金) 18:26:50.38
なんでそんなに頑張るのか理解不能
256 ：デフォルトの名無しさん：2012/03/02(金) 18:29:27.61
>>253
--versionじゃわかりにくいけど、元は↓
http://svnbook.red-bean.com/en/1.7/svn-book.html#svn.basic.in-action.wc.tbl-1
Access methodの分類としてDirect repository accessとしている。
これじゃ分かりずらいから補足説明で(on local disk)

ネットワークファイルシステムに対しての制限ならば「ダメ」と明記する。
257 ：デフォルトの名無しさん：2012/03/02(金) 18:36:31.60
>>256
今度は"direct access"の解釈合戦か
まぁいいんじゃないの？
Nドライブにdirect accessしてくださいな
258 ：デフォルトの名無しさん：2012/03/03(土) 02:42:41.49
>>215
こうも必死に求めていた>>199との会話は有意義なものになったのだろうか。
259 ：デフォルトの名無しさん：2012/03/03(土) 13:00:24.39
未だにSubversion使っているバカで周回遅れで知恵遅れどもの不毛な論戦は終了？
260 ：デフォルトの名無しさん：2012/03/03(土) 13:10:49.62
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
261 ：デフォルトの名無しさん：2012/03/03(土) 13:31:12.86
社内の一部門での話なら、「今からコミットしますよー」ってみんなに声掛けすれば済む話だろ。
ファイルシステムレベルで排他制御とか甘え。
262 ：デフォルトの名無しさん：2012/03/03(土) 15:49:52.73
>>259
>>256-しか読んでないけど過去レス読まなくても>>259が一番頭悪いことだけはわかる
263 ：デフォルトの名無しさん：2012/03/03(土) 16:09:47.27
>>262
全部読む必要は無いよ。>261で済むようなことしかしていないバカで周回遅れで知恵遅れが
自分の悲惨な環境を正当化するためにめちゃくちゃな書き込みしているだけだから。
264 ：デフォルトの名無しさん：2012/03/03(土) 18:14:23.17
それネタ
265 ：デフォルトの名無しさん：2012/03/03(土) 19:52:05.10
svnコマンドが、gnome-keyringオプション付きでmakeしたか知る方法ないですか？
lddしてそれらしきものがなかったら、オプションなしってことかな。
266 ：デフォルトの名無しさん：2012/03/03(土) 21:37:56.84
試してないけど、バイナリをobjdumpとかstringsするとか、ltrace/strace/trussでトレースするとか。
267 ：デフォルトの名無しさん：2012/03/09(金) 00:20:33.36
Ubuntu 12.04 beta1 x64 で試した。
ldd だと検出できないけど、strace だと gnome-keyring 使ってることを検出できた。

$ ldd `which svn` | grep -i keyring
(なにも表示されない)

$ strace -o svn-strace.log svn co http://(適当なリポジトリ)
$ grep -i keyring svn-strace.log
open("/usr/lib/x86_64-linux-gnu/libsvn_auth_gnome_keyring-1.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/libgnome-keyring.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/etc/pkcs11/modules/gnome-keyring-module", O_RDONLY) = 5
open("/usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so", O_RDONLY|O_CLOEXEC) = 4
268 ：デフォルトの名無しさん：2012/03/09(金) 08:40:40.41
Apache Subversion 1.7.4 age
http://svn.haxx.se/users/archive-2012-03/0147.shtml
269 ：デフォルトの名無しさん：2012/03/09(金) 08:43:00.73
TortoiseSVN 1.7.6 age
http://svn.haxx.se/tsvnusers/archive-2012-03/0103.shtml
270 ：デフォルトの名無しさん：2012/03/09(金) 18:15:38.11
TortoiseSVN 1.7.5使っていますが、変更されていない大量のファイルに赤い更新アイコンが付きます
差分を表示しても変更はありませんが、もしかしたら改行コードの違いを拾っているのかもしれないです
改行コードを無視する設定にできないでしょうか？
ちなみにファイルはphpやcssばかりでまったくのテキストです
271 ：デフォルトの名無しさん：2012/03/09(金) 18:19:23.90
無視するつーか、 svn:eol-style を native にしておくもんじゃないの?
272 ：デフォルトの名無しさん：2012/03/09(金) 18:26:34.64
なるほど
それはそうとして、赤くならない方法がありましたらぜひお願いします…
273 ：デフォルトの名無しさん：2012/03/10(土) 02:44:53.38
チェックアウトしたら赤い更新アイコンが出るの？
274 ：デフォルトの名無しさん：2012/03/10(土) 05:06:39.14
教えてください。

指定したファイルを、変更した・しないにかかわらず、常にSVNコミットに
含めるような指定はできますでしょうか？
275 ：デフォルトの名無しさん：2012/03/10(土) 05:16:33.17
変更してないファイルをコミットってできるの？
276 ：デフォルトの名無しさん：2012/03/10(土) 08:32:17.04
また、タイムスタンプ絡みか？
277 ： 忍法帖【Lv=40,xxxPT】 ：2012/03/10(土) 10:40:53.70
>>276
なんか適当なプロパティに現在時刻をぶちこむような仕組みでも作れば？
プロパティも「変更していない」のを要求されたらもうわからん
278 ：デフォルトの名無しさん：2012/03/10(土) 11:04:32.49
それよりも、そういう事をしたい理由を説明した方が適切な
解が得られる可能性が高い。

(属性を含み)変更してないファイルはコミットできない。
279 ：デフォルトの名無しさん：2012/03/10(土) 13:14:48.40
>>273
いや、それはないです
改行コードが異なる事態が発生した場合、それを差異として検出してしまうみたいです
280 ：デフォルトの名無しさん：2012/03/10(土) 14:28:25.82
>>279
改行コードを変えないでください
281 ：デフォルトの名無しさん：2012/03/10(土) 16:55:03.14
意図せずに大量のファイルの改行コードを変えるって結構な難易度
282 ：デフォルトの名無しさん：2012/03/10(土) 18:00:58.54
>>281
ftp
283 ：デフォルトの名無しさん：2012/03/10(土) 18:04:35.78
原因がわからなくて変わるのって怖くない?
284 ：デフォルトの名無しさん：2012/03/10(土) 18:08:23.55
>>282
は ぁ ？
285 ：デフォルトの名無しさん：2012/03/10(土) 18:24:02.04
>>284
は ぁ ？
286 ：デフォルトの名無しさん：2012/03/10(土) 19:31:23.65
>>281
差分ツールの設定ミス
287 ：デフォルトの名無しさん：2012/03/11(日) 05:40:23.21
>>286
それは別の話
288 ：デフォルトの名無しさん：2012/03/11(日) 12:24:21.47
gitシンジャモsvn信者もきちがいと言うことがこのスレで証明されてる
289 ：デフォルトの名無しさん：2012/03/11(日) 21:31:37.73
>>267
libsvn_auth_gnome_keyringがあるか、ないかで、簡易的には判別つく感じですね。
ありがとうございます。
290 ：デフォルトの名無しさん：2012/03/12(月) 11:55:52.09
サーバ(リポジトリ)側: subversion 1.4.5
クライアント側: TorotiseSVN 1.4.5 と subversion1.4.5 コマンドライン版

という環境で作業しています。
TortoiseSVN とコマンドラインツールを、Subversion の最新(1.7.4)に
しても、サーバのリポジトリが壊れたり、1.4.5 から読めなくなることはないですか?

クライアント側が、checkout し直しなのは承知しています。

他にも作業しているメンバーがいて、みんな 1.4.5 を使っているのだけど、
ソースコード量が多いので、1.7.4 でどれだけ早くなるか実験したくて・・・

あと、クライアントのバージョンを挙げても壊れないとして、
subversion 1.5 以降で可能になった操作を
1.4.5 のサーバに対して行った場合も、リポジトリが壊れることはないですか？
たとえば merge info や svn:externals をファイル単位で行う場合、
1.4.5 ではできないけど、1.5 以降でできるようになったと思います。
こういうことをやったら、ちゃんとエラーで無効にしてくれるのかな。
291 ：デフォルトの名無しさん：2012/03/12(月) 11:59:43.71
>>290
いちおう Subversion の開発ポリシーとしてすべての 1.x.y のクライアントはすべての 1.xx.yy の
サーバーとの運用をサポートしていることになっている。

でもさすがに 1.4.x だと古すぎて明示的にテストはされてないと思うんで、いくらか運まかせな
ことにはなるかな。
292 ：デフォルトの名無しさん：2012/03/12(月) 19:57:37.12
自分も >>291 だと思う。

あと、サポート対象のバージョンは、
http://subversion.apache.org/docs/release-notes/1.7.html#svn-1.5-deprecation に
「Subversion 1.5.x series no longer supported」と書いてある。
http://subversion.apache.org/docs/release-notes/#supported-versions も同様だ。
293 ：290：2012/03/13(火) 13:19:09.78
>>291-292
レスどうもありがとうございます。
>>292 のページを読んで状況は理解しました。

やっぱりやめておきます。

思ったより古い―バージョンの切り捨てが早いな…と思ったけど、
1.5 が出てから結構立つしなぁ。

サーバ側のバージョンは自分たちで自由にあげられる環境ではないので、
おとなしくこのまま使うことにします。
294 ：デフォルトの名無しさん：2012/03/13(火) 16:18:35.37
TortoiseSVN 1.7.6
差分のエクスポートがバグってるな。
古いバージョンのファイルしか取り出せない。

やり方、リビジョングラフ表示して、今回のtags を選択、次に前回の tags を選択して
「リビジョンを比較」を実行。
リストに出てくるファイルは、新しいバージョンのファイルだが、
ここから実際にエクスポートすると、古いものが取り出されてしまう。

直してくれ。これ便利なんよ。
295 ：294：2012/03/13(火) 16:28:13.48
ログメッセージのウィンドウからはきちんと動くな・・・
296 ：デフォルトの名無しさん：2012/03/13(火) 22:24:56.67
前回のタグを選んで、今回のタグを選んで、比較して、エクスポートするとどうなるの
297 ：デフォルトの名無しさん：2012/03/15(木) 17:18:17.68
>>83

>VersionCheck
>TortoiseSVN にこのチェックを行わせたくない場合は、この値を false に設定してください。
http://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-settings.html
298 ：営利利用に関するLR審議中＠詳細は自治スレへ：2012/03/29(木) 02:37:21.75
Windowsで Subversion サーバを運用しています。
コミットされた中に、 *Hoge*.tmp が含まれている場合、コミットを禁止させたいです。
(*Hoge*.tmp を、リポジトリにコミットさせたくない)

これをやるには、pre-commit.bat のなかで、snvlook changed -t を実行して、
変更があったパスを取り出して、 *Hoge*.tmp が含まれていたら exit 1 する、
というスクリプトを書くしかないでしょうか?

※

なんで svn:ignore でやらないかというと、以下は例ですが、
開発で、*Hoge*.tmp が作成されるディレクトリが
{top}/src/a/*Hoge*.dat
　　　　　/b/*Hoge*.dat
　　　　　/c/*Hoge*.dat
　　　　　　：
という感じになっており、src の下の a とか b は、毎日結構なペースで増えるからです。
そして、それを監視して、増えるごとに svn:ignore を設定する余裕がない。
なので、Hook みたいな箇所で、コミットを禁止したいと思いました。
（ヨレプロジェクトで、すごい勢いで人が増えて、機能IDのディレクトリが増えていく、みたいな状況です)

ほんとうは {top}/src に svn:ignore を設定できればいいのですが、svn:ignore の効果はサブディレクトリには
繁栄されなかったので。
299 ：営利利用に関するLR審議中＠詳細は自治スレへ：2012/03/29(木) 13:15:56.07
TortoiseSVNをつかってるならtsvn:autopropsってのがあるらしいよ。
http://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-propertypage.html
300 ：デフォルトの名無しさん：2012/04/16(月) 13:53:40.19
以下のようなディレクトリ構成で、ある大き目のファイルを svn 管理してい
るとします。

{REPO_TOP}/
　+ data/
　　+ foo/
　　　- hoge1.dat ←これらファイルがでかい
　　　- hoge2.dat
　　　- hoge3.dat

あるひとが、以下のコマンドを実行して、hoge*.dat が存在する foo ディレク
トリを、bar にリネームしました。

svn move svn://myserver/repo/data/foo svn://myserver/repo/data/bar

↓移動後のソースツリー
{REPO_TOP}/
　+ data/
　　+ bar/
　　　- hoge.dat
301 ：300：2012/04/16(月) 13:53:59.78
○質問：

ほかのひとが svn update すると、ローカルにある行コピーでは、
foo ディレクトリがなくなって bar ディレクトリが現れるわけですが、
この時、以下のどちらが起きているのでしょうか?

1.foo ディレクトリが bar にリネームされる。
2.foo ディレクトリが削除され、svn クライアントは、あらたに bar ディレ
　クトリを 取得(ダウンロード)し直す。

2.だと、foo にはちょっと大きめのファイルがたくさん保存されているので、
チームメンバー(35人ぐらい)が一斉に svn update すると、更新に時間がかかっ
てしまったり svn サーバの負荷が上がってしまうなぁと懸念しているのですが・・・
302 ：デフォルトの名無しさん：2012/04/16(月) 22:11:16.90
ネットワークモニタしながらやってみればいいと思うんだが…
303 ：デフォルトの名無しさん：2012/04/27(金) 17:29:04.70
ブランチ内にタグを作ったリビジョンがあって、
そこからさらにブランチを作る必要が出てきたんだけど、
こういうときはタグからブランチを作るべき？
それとも、タグの元となったリビジョンから？
304 ：デフォルトの名無しさん：2012/04/28(土) 04:15:35.11
分岐させようと思ったところで分岐するのが自然だと思うよ。
源流の変更内容を反映させるのが少し手間にはなるけれど、問題ないかと
305 ：デフォルトの名無しさん：2012/04/28(土) 15:47:33.25
Gitのほうがいいの？
306 ：デフォルトの名無しさん：2012/04/29(日) 15:22:56.93
いいかどうかは、その人の状況によるから、
まずは使ってみれば？
307 ：デフォルトの名無しさん：2012/04/30(月) 15:21:30.26
>>304
ご意見どうもです。
ただ、分岐させようと思ったところと同じ状態を持つものが、
ブランチとタグと両方あるから、

　　　　┌新ブランチ
　　┌タグ
ブランチ

　　┌新ブランチ
　　├タグ
ブランチ

どっちが正解なのかなと疑問なのですが。
308 ：デフォルトの名無しさん：2012/04/30(月) 16:39:10.16
>>307
「タグ」から派生したいのか、「ブランチ」から派生したいのか、よく考えてご覧。
309 ：デフォルトの名無しさん：2012/04/30(月) 17:42:18.31
ブランチの修正を新ブランチに取り込むつもりがないのなら、タグから分岐してもいいのかもしれないね。
310 ：デフォルトの名無しさん：2012/05/18(金) 02:10:47.83
Apache Subversion 1.7.5 age
http://svn.haxx.se/users/archive-2012-05/0189.shtml
311 ：デフォルトの名無しさん：2012/05/18(金) 02:14:15.75
TortoiseSVN 1.7.7 age
http://svn.haxx.se/tsvnusers/archive-2012-05/0107.shtml
312 ：デフォルトの名無しさん：2012/05/18(金) 10:24:17.08
svnadmin dump って、ログ吐き出しできないの？
313 ：デフォルトの名無しさん：2012/05/18(金) 10:43:59.06
ログ吐き出しとは？
314 ：デフォルトの名無しさん：2012/05/18(金) 12:35:42.80
>>313
dump が成功しているのか？　失敗しているのか？
を知りたいんです。
dumpの出力先の容量が足りなくて途中で止まってしまったとか
ログが無いとわからないので。
315 ：デフォルトの名無しさん：2012/05/18(金) 15:00:01.50
標準エラー出力とかプロセスの終了コードじゃダメなのかね？
316 ：デフォルトの名無しさん：2012/05/18(金) 17:02:37.86
> -q [--quiet] : 標準エラー出力に (エラー以外の) 進行状況を出力しません
だそうなので、標準エラー出力にエラーは出てるだろうね。
317 ：デフォルトの名無しさん：2012/05/18(金) 20:33:48.49
日本語訳サイト消えてる？？
318 ：デフォルトの名無しさん：2012/05/18(金) 22:51:01.80
apache httpd 2.4+dav+svnなんだけど、

ttp://svn.apache.org/repos/asf/subversion/tags/1.7.5/CHANGES
に
* mod_dav_svn: support compiling/running under httpd-2.4 (r1232267)
って書いてあったんで試してみたが、駄目だった。

誰か上手く行った人いる？
319 ：デフォルトの名無しさん：2012/05/21(月) 19:00:56.76
TortoiseSVNのリビジョングラフって、表示倍率は憶えてくれない？
起動するたびに100％に戻っちゃうんだけど。
320 ：デフォルトの名無しさん：2012/05/22(火) 17:12:07.76
プロトコルに svn を使用する場合で、
Subversion サーバーをNAT配下に設置した場合でも、
外側にあたるセグメントのクライアントから問題なくアクセスできるでしょうか？

ご存知の方いらっしゃいましたらご教示ください。
321 ：デフォルトの名無しさん：2012/05/22(火) 22:17:22.99
NAT越えは普通にできるよ
322 ：デフォルトの名無しさん：2012/05/22(火) 22:35:38.84
>>320
NAT をやってるルーターの設定をちゃんとすればアクセスできるよ、
て言うかやってる。

設定項目の名称はルーターの機種によってばらばららしい。

http://y-kit.jp/saba/xp/nattable.htm
通常は「スタティックIPマスカレード／NATテーブル設定」とかいう項目です。
しかし、機種によって、「NATテーブル編集」「アドレス変換テーブル」
「ポートマッピング」「仮想サーバー」「バーチャルサーバー」「ローカルサーバー」
などなど言いたい放題なので、なんとも言えません。
323 ：デフォルトの名無しさん：2012/05/22(火) 23:27:49.92
>>321, 322
ありがとうございます！
安心しました。
324 ：デフォルトの名無しさん：2012/05/23(水) 12:14:13.42
タイムスタンプ信者との話し合いは疲れる・・・
325 ：デフォルトの名無しさん：2012/05/23(水) 12:25:41.29
>>324
946 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 19:25:52.78
TortoiseHGを最近使いだして、その使い勝手に感激しています。
そこで質問なんですが、ファイルの更新日時も管理対象にすることはできないのでしょうか？

特定のリビジョンへ更新した際に、更新日時もそのときのものに変更されれば
最高なんですが。


947 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 19:40:30.94
>>946
タイムスタンプ更新是非については総合スレの話題として、
それらしき拡張はあるようだ。
http://mercurial.selenic.com/wiki/UsingExtensions
http://mercurial.selenic.com/wiki/TimestampExtension
http://mercurial.selenic.com/wiki/TimestampModExtension


948 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 21:58:54.77
>>947
TimestampModExtension
これ使ってみました。
手間いらずでバッチリ希望通りの動きをしているようです。
どうもありがとうございました。
326 ：デフォルトの名無しさん：2012/05/23(水) 17:49:42.10
よし、じゃあMercurialにしよう！と言うとファイル名に日本語ガーとはじまる
327 ：デフォルトの名無しさん：2012/05/28(月) 20:21:56.77
myproject
　svnrepos
　source

みたいな位置関係にして完全ローカルで使う場合、
myprojectの位置を変えるごとに
relocateしないと駄目ですか？
何か回避策があるようなら教えて下さい。
328 ：デフォルトの名無しさん：2012/05/30(水) 13:48:43.37
>>327
そういう時はリンク張って実際のパスを固定するのがセオリーじゃね?

WindowsXP以前ならmyprojectをsubstで特定のドライブに割り当てれば良い。
XP以前でもNT系ならツール入れればジャンクションが使える。
VISTA以降には標準でmklinkというコマンドがある。

unix系使っててln知らないとか思えないので説明はしない。
329 ：デフォルトの名無しさん：2012/05/30(水) 16:45:35.82
リポジトリ込みでポータブルに扱える方法を知りたいんじゃない？
330 ：329：2012/05/30(水) 16:46:28.31
file://./svnrepos
とかって使えればそれでいけるんかな。
331 ：デフォルトの名無しさん：2012/05/30(水) 18:14:55.09
事故の予感しかしないｗ
332 ：デフォルトの名無しさん：2012/05/30(水) 18:34:51.54
分散型でチェックアウトしろよ
333 ：デフォルトの名無しさん：2012/05/31(木) 03:11:54.83
>>330
その状態でsvn add svnrepos
ってやってみたいなｗ
334 ：デフォルトの名無しさん：2012/06/02(土) 01:57:52.81
>>327
Subversionはプロジエクト直下にリポジトリを置く必要は無いんだよ。
どこか別のところにリポジトリを置けば良い。
335 ：デフォルトの名無しさん：2012/06/02(土) 03:35:33.53
完全ローカルで使う = ポータブルに扱いたい
ってことかと思ってたわ
336 ：デフォルトの名無しさん：2012/06/02(土) 21:46:44.41
マージするときにマージ先で特定のディレクトリは
マージ対象にしたくない場合ってmergeのオプションにあるんですか？
設定ファイルのほうで設定する感じ？

$ svn merge ????

337 ：デフォルトの名無しさん：2012/06/03(日) 01:02:46.12
>>336
マージして元に戻せばいいんじゃない？

$ svn merge ...../branches/hoge/
$ svn revert -R fuga/
338 ：デフォルトの名無しさん：2012/06/03(日) 12:08:04.43
特定のディレクトリ配下を変更しているかもしれないよ
てか、マージしないといろいろ面倒なことになりそうな気もするが
339 ：336：2012/06/03(日) 19:45:00.02
>>337
なるほど　ｱｻﾞｰｽ

>>338
色々と面倒な構成になってるんすよ(汗
340 ：デフォルトの名無しさん：2012/06/26(火) 11:56:59.38
TorotiseSVNのリポジトリって、中にSubversion自体のリポジトリも含んでいるようなのですが(ext\Subversion)、
こういう構造ってどうやって作るのでしょうか？
341 ：デフォルトの名無しさん：2012/06/26(火) 23:47:01.68
>>340
svn propset svn:externals "Subversion http://example.com/svn/" ext
342 ：デフォルトの名無しさん：2012/06/27(水) 09:11:09.23
>>341
「tortoiseSVN svn:externals」などでググったらいろいろ出てきました。
きっかけの情報ありがとうございます。
343 ：デフォルトの名無しさん：2012/06/29(金) 00:13:38.19
古いリポジトリのバックアップがあるんですが、フォーマットがBDBだったのでsubadminでダンプして
FSFSに変換しようとしたらBDBのバージョンが合わなくてダンプできませんでした。
windows用のBDB4.4が使える古いsubversionがどこにあるのか分からないのでお教え願います。
344 ：デフォルトの名無しさん：2012/06/29(金) 00:40:45.08
"subversion.tigris.org/files/documents/15/"でググれ
bdbのコマンドを使ってやる方法もあるようだ
http://www.hermann-uwe.de/blog/migrating-bdb-svn-repositories-from-one-version-to-another-and-to-fsfs
345 ：デフォルトの名無しさん：2012/06/29(金) 03:07:22.03
すんません、ファイルが2006年ぐらいだったのでver1.3あたりかと思ってたのですが、
1.5でもBDB4.4でした、msiしかなさそうでインストールがいやで試さなかったのですが
古い順に試して結局1.5.4に。
ちなみに調べた範囲では1.1で4.1、1.3で4.3、1.4で4.4みたいです。まぁ検索すればわかりますが。
LinuxだとディストリとかLinuxのバージョンによってはパッケージに入ってるのは組み合わせがまちまちかもしれません。
linuxのbdbコマンドも古いバージョンのbdbはパッケージに入ってないので面倒です。
意外とwindowsが古いリポジトリはなんとかしやすいのかも。
とにかくありがとうございました。
346 ：デフォルトの名無しさん：2012/07/02(月) 17:10:25.74
クライアント側から「チェックアウトしたファイルの最終コミット日時の一覧を取得」するにはどうしたらいいでしょうか？

svnlook dateしても「ファイルformatが見つかりません」といわれて取得できず…
347 ：デフォルトの名無しさん：2012/07/02(月) 22:07:59.51
>>346
svnlook はワーキングコピーじゃなくてリポジトリに使うものだよ。
svn ls -v とかかな？
348 ：デフォルトの名無しさん：2012/07/03(火) 11:10:56.91
>>347
svn ls -vで取得できました
ありがとうございます
349 ：デフォルトの名無しさん：2012/07/06(金) 22:38:57.27
2012年7月6日　portsとdoc，CVSからSubversionへ移行
http://gihyo.jp/admin/clip/01/fdt/201207/06
350 ：デフォルトの名無しさん：2012/07/13(金) 10:25:43.14
Subversionでtrunkやbranchesを作って管理してきたアプリがあるのですが、
このアプリに対して、不要な機能を削除し、逆に新たな機能を追加した派生版を
別アプリとして作成することになりました。

この場合、その新しいアプリは、どのように管理していくべきでしょうか。
・branches内に別アプリ用のブランチを1つ作ってそこだけでやっていく？
・別アプリ用のtrunkに相当するものも、1つのリポジトリの中に新たに作る？
・リポジトリ自体を新たに作り直してしまう？

想定している開発方法は以下の通りです
・元アプリも引き続き開発していく
・別アプリにも残してあるものに対しては、元アプリのバグ修正や機能追加は適用したい
・別アプリに入れる新たな機能は、元アプリに適用する気はない
351 ：デフォルトの名無しさん：2012/07/13(金) 12:56:27.61
>>350
その別アプリが元アプリから見て、リビジョンアップや廉価版等の
位置付けならbranch、全く別のアプリ（同じ機能を有するかは関係ない）なら
trunkかな〜
廉価版の扱いは微妙かもしれない…
今回の場合、派生版が別の進化を遂げそうなので全く別アプリと
見てもいいような気がする
352 ：デフォルトの名無しさん：2012/07/13(金) 22:35:01.31
>>350
本アプリと別アプリ、更に共通機能を括り出したモジュールが、
それぞれtrunk/branchを持つようにする。
353 ：350：2012/07/15(日) 22:38:33.03
>>351-352
お二方ありがとうございます。
リポジトリ内に別アプリ用のtrunkを新たに作るとした際、
現在の元アプリのリポジトリは以下のような普通の構成になっているのですが、

ルート
├branches
├tags
└trunk

以下のように別アプリ用のtrunk/branchesを新たに作ってしまうのは、
Subversionの使い方としては問題ないのでしょうか？
(Windows上でTortoiseSVNを使っています)

ルート(元アプリ)
├branches
├tags
├trunk
└別アプリ
　├branches ←当分は空っぽ
　├tags ←当分は空っぽ
　└trunk ←元アプリのtrunkの最新リビジョンをここにコピーして別アプリ開発開始
354 ：デフォルトの名無しさん：2012/07/17(火) 16:57:31.01
>>353
それでも問題は無いけどルートに元アプリ用のフォルダを作成して
移動した方が良いと思う（クライアントで再配置が必要）
ルート
├元アプリ
│├branches
│├tags
│└trunk
└別アプリ
　├branches
　├tags
　└trunk
355 ：350：2012/07/18(水) 16:43:02.83
>>354
この構造を試してみようと思い、リポジトリのルートに元アプリ用のフォルダを作成し、
その中にこれまでルートにあったbranches/tags/trunkを移動してみたところ、
ログを見る際に「コピー/名前の変更が発生したら停止」がオンだと、
そこでバッタリとログが止まるようになってしまいました。
リビジョングラフも見事に一斉に名前変更が並んでしまいました。

TortoiseSVNでのフォルダの移動って、コピー＋削除なのですね。

最初のフォルダ構造の検討は重要でしたね。
TortoiseSVNの確認メッセージに従って、ルートにbranches/tags/trunkを作ってしまいました。
もうちょっと検討してみます…。
356 ：デフォルトの名無しさん：2012/07/21(土) 13:13:04.21
TortoiseSVNでdumpってどうやってするんだ？
357 ：デフォルトの名無しさん：2012/07/21(土) 17:19:27.43
dropboxやsugarsync等で管理しているフォルダ下に、
svnを導入するとなんか問題って発生しますか？？
同期中にコミットしたとか。
ただ、dropboxやsugarsyncを利用している
目的は外出先からのデータ取得なので、そのようなケースはおこりそうにないのですが。
むしろ、2重管理になって安心ですか？何かご教授いただけると幸いですm__m
358 ：デフォルトの名無しさん：2012/07/21(土) 18:18:22.53
2重管理地獄で悶えて(ry
359 ：デフォルトの名無しさん：2012/07/21(土) 22:28:33.46
dropboxやsugarsync等はsubvesionの排他制御の仕組みを知らないので、
svn, svnserve, svnadmin等のsunversionのツール以外でリポジトリへ
のアクセスを行った場合には何が起こっても不思議ではない。
360 ：デフォルトの名無しさん：2012/07/21(土) 22:32:55.54
分散型に乗り換えるべきだな。
361 ：デフォルトの名無しさん：2012/07/21(土) 23:52:19.39
>>356
GUI では、無理だと思う。
最近の TortoiseSVN だと、インストール時に svn.exe と svnadmin.exe もインストールするので、
svnadmin dump でやるがよろし。
362 ：357：2012/07/22(日) 00:51:39.17
>>358、359、360
浅はかでした。。。危うく地獄行きになるとこでした。。助かりました。
外部から使うデータは素材データが多いので、それだけ別途管理し、
プログラムやデータ関係はsvnのみにしたいと思います。
363 ：デフォルトの名無しさん：2012/07/27(金) 12:00:22.60
TortoiseSVN で不要になったブランチの削除ってできなかったけ？
（誤って使用される事を防ぐために、きちんと削除マークをつけておきたい）
364 ：デフォルトの名無しさん：2012/07/27(金) 12:46:40.60
>>363
リポジトリブラウザから削除するとか？
365 ：デフォルトの名無しさん：2012/07/27(金) 13:10:27.29
リポジトリから完全に削除したいならsvndumpfilterを使うとか
366 ：デフォルトの名無しさん：2012/08/12(日) 21:07:37.07
CentOSにSubversionをインストールしてhttps経由でユーザー認証による運用を考えています。
ユーザー認証について、OSのユーザーによる認証は不可能でしょうか？

htpasswdによるBASIC認証とする方法は見つけることができましたが、
この方法ではパスワードは管理者が変更する必要がある認識です。

OSユーザーによる認証でなくても、各々がパスワードを自分で変更できればいいのですが
なにか良い方法はないでしょうか？よろしくお願いします。
367 ：デフォルトの名無しさん：2012/08/12(日) 21:28:24.55
anonymous公開用以外にhttpでsvnサーバ公開したことないんだけど:

Apacheの認証を外部プログラムで行えるようにする
http://code.google.com/p/mod-auth-external/

OSアカウントのパスワードで認証させる ↑と一緒に利用
http://code.google.com/p/pwauth/

で出来るのではないだろうか｡

368 ：デフォルトの名無しさん：2012/08/12(日) 21:54:13.48
>>366
「apache pam authentication」でググってみて。
369 ：デフォルトの名無しさん：2012/08/13(月) 00:31:00.70
>>367-368
ありがとうございます！
ググッた結果、こちらのページを参考に設定できました。
http://www.server-world.info/query?os=CentOS_6&p=httpd&f=12
370 ：デフォルトの名無しさん：2012/08/13(月) 20:14:01.72
そういえば日本語ファイル名がsvnしか扱えないのって
もう改善された？
371 ：デフォルトの名無しさん：2012/08/13(月) 21:51:38.80
どういう意味？
372 ：デフォルトの名無しさん：2012/08/13(月) 21:56:05.35
git とか Mercurial とか Bazaar で日本語ファイルの扱いで以前はトラぶっていたが、
今はどう？ ってことでしょ。

何で、そんなことをこのスレで聞くのかはよくわからんけど。
373 ：デフォルトの名無しさん：2012/08/14(火) 10:31:08.63
なるほど
×　日本語ファイル名がsvnしか扱えないのって
〇　日本語ファイル名がsvnでしか扱えないのって
こういう事か
374 ：デフォルトの名無しさん：2012/08/14(火) 19:03:53.20
svnを批判してる連中が「韓国がぁ」とか言ってる連中と
似てるのなんとかしたほうがいいと思う

あれが理由で自分はsvn使いつづけてる
375 ：デフォルトの名無しさん：2012/08/14(火) 19:05:16.16
別に他人なんかどうでもいいと思うけどね。
376 ：デフォルトの名無しさん：2012/08/14(火) 21:30:04.26
ローカルリポジトリ作ればgitと変わらないし
377 ：デフォルトの名無しさん：2012/08/15(水) 08:57:49.80
むしろsvnと韓国が似てる
378 ：デフォルトの名無しさん：2012/08/15(水) 09:30:04.88
俺のチンポはsvnみたくなってるよ
379 ：デフォルトの名無しさん：2012/08/15(水) 09:53:20.70
bzr で日本語使えてる
他は設計上使えない
380 ：デフォルトの名無しさん：2012/08/15(水) 10:15:16.46
>>379
>>379
>>379
>>379
>>379
381 ：デフォルトの名無しさん：2012/08/15(水) 10:21:34.71
>>379
こういう馬鹿がsvnを使い続けていたり、場末のbzrを使い始めたりするのか
382 ：デフォルトの名無しさん：2012/08/15(水) 13:09:43.74
┌───┐
│독도는│
│ 　 　 　│ トクトヌン　ウリタン！（独島は我らのもの）
│우리땅│
└───┘
∩∧∧∩
< *｀∀´>
http://img.sportsseoul.com/article/home/2012/08/11/2012081101000722700036781.jpg
383 ：デフォルトの名無しさん：2012/08/15(水) 16:59:41.68
ちんこ
384 ：デフォルトの名無しさん：2012/08/15(水) 21:42:23.04
＜＜マタンゴが生えました＞＞
　　／⌒＼
　／∴∵∴＼
（ｗＷｗＷｗＷ)＿＿＿＿＿＿＿＿＿
　"⌒◎◎r⌒＜祭のヨカーーン！！
　＿-/し｜-_　￣￣￣￣￣￣￣￣￣
　_- ( ∀/-_ -
　ー_"二_ー　 　　　マタンゴ
※マタンゴの生えたスレッドは立派な糞スレ。
※見かけた糞スレにコピペすると吉。
385 ：デフォルトの名無しさん：2012/08/15(水) 22:20:24.75
Subversion 1.7.6 age
http://svn.haxx.se/users/archive-2012-08/0172.shtml
386 ：デフォルトの名無しさん：2012/08/15(水) 22:53:04.50
　　　　　_______　　　　　　　　　　　　　　　　　　　　　_＿
　　　　／／￣~`i ゝ　　　　　　　　　　　　　　　 　 　 `l |
　　　 / /　　　　　　　 ,______　　　,_____　　　　________　 | |　　____　TM
　　　|　|　　 　 ＿__　//￣ヽヽ　//￣ヽヽ　（（￣）） 　 | |　//￣_>>
　　　＼ヽ、　　 ｜l　| |　 　 | |　| |　 　 | |　　``( (.　　.| |　| | ~~
　　　 　 `､二===-'　 ` ===' '　　` ===' '　 //￣ヽヽ　|__ゝ ヽ二=''
　　　　　　　　　　　　　　　　　　　　　　 　 ヽヽ___//　　　日本
　　　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　＿＿
　　　　　　　　　|韓国は“なぜ”反日か？ 　　 　 　.|　|検索|←をｸﾘｯｸ！！
　　　　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 　￣￣
387 ：デフォルトの名無しさん：2012/08/16(木) 06:33:01.80
【東京都新宿区】　8/16(木)　韓国・李明博大統領　竹島侵入抗議！

【時刻】　12:00〜 （お手伝いいただける方は11:00にご集合ください。）

【場所】　韓国大使館前
新宿区四谷4-4-10
　　　　 （地下鉄・丸ノ内線　”四谷三丁目”駅、下車）

※注意：プラカード持参可（但し、民族差別的なものは禁止）
※国旗以外の旗類・拡声器の持込みは　ご遠慮下さい。

http://ameblo.jp/fuuko-protector/entry-11328767965.html
388 ：デフォルトの名無しさん：2012/08/16(木) 06:35:33.54
本日8月16日正午から、韓国大使館前で抗議デモが行われます。
韓国大使館前 （最寄駅...地下鉄「四谷三丁目」駅）
主催者の公式動画はこちら。
http://www.youtube.com/watch?v=elEMCgAF_jo
韓国大使館の地図はこちら。
http://maps.google.co.jp/maps?f=q&ll=35.687166,139.7172&q=%E9%9F%93%E5%9B%BD%E5%A4%A7%E4%BD%BF%E9%A4%A8
389 ：デフォルトの名無しさん：2012/08/16(木) 06:37:30.10
Ｑ：　日韓通貨スワップ協定の日本側のメリットは何ですか？
Ａ：　ありません。

Ｑ：　円高を止める効果があるとか？
Ａ：　為替市場は数百兆円規模、円が絡む取引だけでも数十兆円規模の取引が毎日行われています。たとえば昨年8月に日本は約4．5兆円の介入を実施しましたが、すぐに円高に戻りました。
日韓通貨スワップの限度額は現在約5．4兆円。もちろん一度に全額使われるわけではありませんから、その範囲内でいくらか円売り取引が実行されたところで円相場への影響はほとんどありません。

Ｑ：　韓国の破綻を防ぐことで、韓国と貿易している日本企業を助ける目的があるとか？
Ａ：　どの国と取引するかは企業の自己責任です。一般論として、取引相手の破綻リスクに応じて取引を縮小するのが企業経営の基本で、それでも多額の取引をしているなら企業のリスク管理に問題があると言わざるを得ません。

Ｑ：　韓国が破綻した場合の日本への悪影響は放置するのですか？
Ａ：　過去のリーマン破綻やギリシャ破綻などのケースを想定すればわかりやすいと思いますが、海外の大手企業や国家を日本が救済するのはまったくの筋違いですね。
悪影響を受ける日本国内の民間企業については、通常の企業・雇用対策により直接支援するほうが効果的ですし国民も納得できるでしょう。なぜ、韓国の場合だけ、関連する日本企業を助ける目的で、韓国という国家を救済せよとの異常な理屈が出てくるのか不可解です。

Ｑ：　アジア経済を安定化させる目的があるとか？
Ａ：　東南アジア諸国となら、そういう目的も意味があるでしょう。ただ、執拗に日本に高圧的な態度をとる韓国の経済を、わざわざ安定化させてあげる必要があるでしょうか？

Ｑ：　領土問題と経済問題は別という見方もあるのでは？
Ａ：　経済的に援助してあげている隣人が、あなたの家に不法侵入したり毎日挑発してきたら、あなたはどうしますか？　
日本は長年、韓国経済を守り全力で支援してきました。謝意を表明することもなく、逆に日本を罵倒し続け、天皇陛下をも恫喝する国家を守ってあげる道理はないように思われます。

http://news.searchina.ne.jp/disp.cgi?y=2012&d=0815&f=business_0815_021.shtml
390 ：デフォルトの名無しさん：2012/08/16(木) 13:12:08.48
日本恥知らずもいいとこだね
本当は障りなく韓国と仲良くすべきであるのに
最強韓国っていう認識を持ってない日本人はおかしいよ
強い国がただの島国に実力で負けるわけないじゃん
391 ：デフォルトの名無しさん：2012/08/16(木) 13:28:27.29
【あなたも今日からできる韓国への対抗措置】

　・ソフトバンクの携帯を解約
　・ロッテのお菓子は買わない
　・韓国の家電は安くても買わない
　・在日がやっている焼肉屋には行かない
　・辛ラーメンは食わない
　・パチンコはやらない
　・韓国に旅行しない
　・韓流ドラマは見ない
　・Ｋ−ＰＯＰのＣＤは買わない
　・韓国五輪代表選手を即雇用する清水チョンパルスを応援しない
　・朝鮮人が製作してる報道ステーションは見ない

韓国を富ませることは、日本人としての売国行為と同じことです
392 ：デフォルトの名無しさん：2012/08/16(木) 13:59:42.33
こんなとこで縦ｗ
393 ：デフォルトの名無しさん：2012/08/16(木) 20:29:51.98
1637年〜1897年：清（属国）
1897年：下関条約により清の属国から開放される←←←←←←ココ重要
1903年：ロシア朝鮮半島を南下。
日本の尽力によりロシアの属国化を回避
1905年〜1945年：日本（保護国、併合）
1945年〜1948年：アメリカ（非独立）←←←←←←ココも重要
1948年：大韓民国成立（アメリカ軍による
朝鮮統治によって国家基盤が形成され成立）
1948年：軍事独裁政権誕生
1948年：済州島4.3事件 3万人虐殺
1950年：朝鮮戦争 400万人殺し合い
1950年：保導連盟事件 30万人虐殺
1951年：国民防衛軍事件 10万人虐殺
1951年：居昌事件 8500人虐殺
1979年：軍出身の大統領政権誕生
1980年：光州事件 600人虐殺
1993年：初の文民政権誕生←←←←←←韓国は民主化してまだ15年しかたっていない
394 ：デフォルトの名無しさん：2012/08/16(木) 21:16:00.54
TortoiseSVN 1.7.8 released
http://tortoisesvn.net/
395 ：デフォルトの名無しさん：2012/08/16(木) 21:18:05.04
http://subversion.apache.org/roadmap.html
の1.8の進捗状況を見ると開発はかなり進んでいるみたいだね

年内に1.8は無理だろうけど、ガンガン機能追加して欲しい。
396 ：デフォルトの名無しさん：2012/08/17(金) 08:41:26.21
【悲報】　『ネトウヨ』、フランス＆ポルトガル語版Wikipediaに記事を作られる　また世界中で恥晒し★2
http://blog.livedoor.jp/googleyoutube/archives/51763377.html
397 ：デフォルトの名無しさん：2012/08/17(金) 09:00:49.96
韓国サッカー協会　金ジュ城事務総長は
「(朴鍾佑(パク・ジョンウ)選手の行為は、政治的ではなく)突発的に起きたことだと説明するために来た」と語った。


★★★あのプラカードを渡していたのは、実は、朴種佑（パク・ジョンウ）ではなく
　　　韓国サッカー協会会長でした★★★

↓決定的証拠

http://www.youtube.com/watch?v=Mn0OGqWmUmU&feature=plcp
★1:20〜見てね
398 ：デフォルトの名無しさん：2012/08/18(土) 09:28:17.53
ちんぽ
399 ：デフォルトの名無しさん：2012/08/18(土) 10:26:44.43
まんぽ
400 ：デフォルトの名無しさん：2012/08/18(土) 15:54:49.70
まんちょ
401 ：デフォルトの名無しさん：2012/08/18(土) 16:57:48.38
濡れまんちょ
402 ：デフォルトの名無しさん：2012/08/19(日) 00:19:47.78
まんちょひひ
403 ：デフォルトの名無しさん：2012/08/19(日) 08:17:39.06
ちんぽひひ
404 ：デフォルトの名無しさん：2012/08/19(日) 09:08:34.90
まんぽひひ
405 ：150：2012/08/19(日) 21:35:16.82
svn mergeコマンドで、confrictが起きても止まらないようなオプションないかな？
（自動でpostponeなりが選択されたそのまま処理は継続するみたいな）
406 ：デフォルトの名無しさん：2012/08/21(火) 04:06:21.64
yes p | svn ...
407 ：デフォルトの名無しさん：2012/08/21(火) 09:26:15.73
--accept postpone
408 ：デフォルトの名無しさん：2012/08/30(木) 08:53:46.72
このスレは生きてるのかなちんぽ
真面目な質問してもいいのかなちんぽ
svn checkout --force ほげちんぽ・・・
の --force て、具体的にどのような効果がありますかちんぽ
svn update --force とかはよく使うけどちんぽ
checkout に --force の意味がよくわかりませんちんぽ
教えてくださいまんこ
409 ：デフォルトの名無しさん：2012/08/30(木) 08:58:54.72
すでにファイルがある系のディレクトリにチェキラウツするとき
フォース系でやる系。ちんちんぽんぽん

410 ：デフォルトの名無しさん：2012/08/30(木) 12:37:17.83
　　　_　_
　　(　ﾟ∀ﾟ)
　　(　 ∩ミ　　svn checkout --force ちんぽ
　 　|　ωつ,ﾞ
　 　し ⌒Ｊ
411 ：デフォルトの名無しさん：2012/08/31(金) 00:34:02.45
ライトスループロキシってApache必須？
svnserverじゃできないのかな。
412 ：デフォルトの名無しさん：2012/09/15(土) 17:15:10.74
importをキャンセルすると、途中までインポートされたもの全てがキャンセルされる？
413 ：デフォルトの名無しさん：2012/09/15(土) 20:18:00.18
>>412
射精を途中で止めれるか？あぁ？
そうゆう話だよ（怒）
414 ：デフォルトの名無しさん：2012/09/28(金) 04:40:55.26
ロードマップ見たら機能がけずられてた
415 ：デフォルトの名無しさん：2012/09/28(金) 23:20:46.44
確かに、
http://subversion.apache.org/roadmap.html

を見たら、最後の方に
Items originally planned for, but now deferred from, this release
って書いてあったｗ

416 ：デフォルトの名無しさん：2012/09/30(日) 02:07:16.95
質問
TortoiseSVN 1.79使用
昨日checkoutしたフォルダを今日コミットしようとすると

Unable to connect to repository at URL
'https://subversion.assembla.com/svn/*****'
OPTIONS (URL:'https://subversion.assembla.com/svn/*****'):SSL
handshake failed: 既存の接続はリモート ホストに強制的に切断されました。
(https://subversion.assembla.com)

てなメッセージでコミットもリポジトリブラウザで見ることもできなくなりました
通常のブラウザからは見れるのですから、なにか設定いじっていしまったと思うのですが
どうすればよいでしょうか？
417 ：デフォルトの名無しさん：2012/09/30(日) 03:23:23.12
同じような問答が検索したら見つかりまして、
なんでかバージョンを1.76に戻したら解消しました
（url失念、問答自体英語だったので詳細は覚えてません・・・
どういうことかわかりますかね・・・？
418 ：デフォルトの名無しさん：2012/10/02(火) 10:43:22.76
同種の問題が繰り返し再発してるらしいが最新のだとこの辺か
ttp://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&viewType=browseAll&dsMessageId=3001572#messagefocus
419 ：デフォルトの名無しさん：2012/10/02(火) 23:34:21.95
http://toro.2ch.net/test/read.cgi/tech/1346177196/550
420 ：デフォルトの名無しさん：2012/10/06(土) 20:57:42.81
「名前_yyyymmdd」で管理してるプロジェクトをsubversionへ変換中

まず、丸ごとインポートして、
trunk,tags,branchesをつくって、
最新のソースをtrunkの下へ、
既存の「名前_yyyymmdd」はtagsの下に移して、
「名前_yyyymmddのコピー」ってのはbranchesの下でいいのかな？
移す時はフォルダの日付順にリビジョン順がなるように配慮して移して、、、

まぁ変更履歴はインポートできないけど「名前_yyyymmdd」で管理してた時も出来てないからいいや
421 ：デフォルトの名無しさん：2012/10/06(土) 21:58:42.00
>>420
「名前_yyyymmdd」の量にもよるけど、俺ならtrunkに順にコミットしていって履歴作る
422 ：デフォルトの名無しさん：2012/10/06(土) 22:33:43.42
単純にファイルの更新しかしてないんならいいけど、
ファイルの追加/削除や移動とかあると結構面倒じゃね？
423 ：デフォルトの名無しさん：2012/10/07(日) 02:08:02.45
>>422
1.7以降ならルートにしか.svnがないから、
全消し＞コピー＞全追加でいけると思う。
424 ：デフォルトの名無しさん：2012/10/07(日) 05:03:15.06
>>423
なるほど、移動 (やりネーム) も単なる削除/追加と割り切っちゃえば、
そんなに大変じゃなさそうですな。
425 ：デフォルトの名無しさん：2012/10/10(水) 07:33:54.04
Apache Subversion 1.7.7 Released

TortoiseSVN 1.7.10 released
426 ：デフォルトの名無しさん：2012/10/29(月) 11:54:25.36
svn exportで、サーバー上のPHPプログラム一式を最新に更新してるんだけど
更新する度に、PHPが動かなくなり、
httpdを再起動すると動くようになります。
エラーログを見ると、あるはずのファイルがないことになっていたり、毎回違っていてかなりカオスです。
svn exportでだけこうなるのですが、exportって何か特殊な処理をやってるんでしょうか？
427 ：デフォルトの名無しさん：2012/10/29(月) 12:10:00.38
checkout されてるな
428 ：デフォルトの名無しさん：2012/10/29(月) 12:38:42.47
>>426
稼動中のシェルスクリプトを書き換えるとおかしな動作をするよ。
phpもシェルスクリプトのように#!で起動してたら拙いんでない?
429 ：デフォルトの名無しさん：2012/10/29(月) 12:39:57.55
TortoiseSvnに、.svnに隠し属性を付けないようにするオプションは
ありませんか?
430 ：デフォルトの名無しさん：2012/10/29(月) 21:29:53.52
普段から隠し属性を見えるようにしておく
431 ：デフォルトの名無しさん：2012/10/31(水) 21:09:57.77
svnserveをWindowsのサービスで動かしてて、--root指定を変えてリポジトリのフォルダ位置を変えたいんだけど、
この場合って一度サービスを削除して新しいサービス作り直さないといけないの？
432 ：デフォルトの名無しさん：2012/11/01(木) 10:02:22.24
そうだと思う
433 ：デフォルトの名無しさん：2012/11/02(金) 14:43:24.63
>>431-432
sc.exe config サービス名 binPath= 新しいコマンドライン

で書き換えて、再起動するだけでしょ。
434 ：デフォルトの名無しさん：2012/11/03(土) 19:00:23.19
/trunk/srcにあるソースをコンパイルして、/tagで保存しようと考えています。
このとき、1回のコミットで実行ファイル + ソースをtagに保存することは出来ますか？
435 ：デフォルトの名無しさん：2012/11/03(土) 19:43:47.18
>>434
出来ない理由がないと思うが…
436 ：デフォルトの名無しさん：2012/11/04(日) 02:17:58.35
トランクでの変更を取り込みながらブランチで開発を続け、
最期にブランチをトランクにマージしたい。
この時単に

cd branch
svn merge trunkURL

とすると、トランクからブランチにマージしたファイルに対して
ツリーの競合が大量に発生するのですが、
これを回避する方法はありますか？

--reintegrate オプションをつけると良い、と聞いたのですが、
これを使うための条件は何でしょうか？

また reintegrate するとそのブランチはその後使えなくなる、
と何かで読んだのですが、その理由は何でしょうか？

どなたか詳しい方教えていただけると嬉しいです！
437 ：デフォルトの名無しさん：2012/11/04(日) 08:24:42.30
トランクを取り込みながら開発を続けたブランチをマージする場合はreintegratreが適切ですね。
reintegrateはブランチとトランクの差分をトランクにマージして、トランクをブランチと同じ内容にする機能
なので、最新のトランクを取り込んでから行うとよいです。
reintegrateされたブランチは、再びトランクを取り込もうとすると競合が起きて取り込めないです。
reintegrateされたブランチの変更はトランクに含まれているわけですからブランチは削除してもかまわないことになります。
438 ：デフォルトの名無しさん：2012/11/04(日) 19:12:29.29
>>433
ああ、そういうのでいけるんですね。ありがとうございます。
SubversionというよりWindowsの話でしたね、すいません。
439 ：デフォルトの名無しさん：2012/11/08(木) 19:29:19.76
visualsvnって有料なわけ？
440 ：デフォルトの名無しさん：2012/11/08(木) 22:09:01.87
http://www.visualsvn.com/visualsvn/purchase/

MVP 取れば無料らしい (w
441 ：デフォルトの名無しさん：2012/11/08(木) 22:22:34.62
>>440
無理ゲー
442 ：デフォルトの名無しさん：2012/11/09(金) 19:53:43.08
$79も払えない貧乏人が居ると聞いて
443 ：デフォルトの名無しさん：2012/11/10(土) 12:47:32.29
俺が貧乏なのは社会のせい、時代のせい
444 ：デフォルトの名無しさん：2012/11/10(土) 12:55:51.34
私に$50ください。
445 ：デフォルトの名無しさん：2012/11/13(火) 21:00:40.17
brancheとtrunkをマージしたいのですが、
ソースをマージする時は必ず作業コピーを経由するもんなんですか？
446 ：デフォルトの名無しさん：2012/11/13(火) 23:04:10.02
そうだよ。
stat せずに merge して、関係ない変更をマージコミットに混ぜるマンには怒っていいよ。
447 ：デフォルトの名無しさん：2012/11/14(水) 00:04:57.33
>>445
直接リポジトリにマージしたら、コンフリクト起きた時に困るしね。
448 ：デフォルトの名無しさん：2012/11/14(水) 21:32:40.15
>>446-447
thx
449 ：デフォルトの名無しさん：2012/11/21(水) 03:34:11.98
WindowsだとTortoiseSVN一択だと思いますが、
Mac用のSubversion GUIクライアントってなにがおすすめですか？
450 ：デフォルトの名無しさん：2012/11/21(水) 19:43:54.59
Macを使ったのは15年前に一度だけという俺が探してきた
http://versionsapp.com/
https://itunes.apple.com/jp/app/cornerstone/id404789253?mt=12
どっちも有料かな
451 ：デフォルトの名無しさん：2012/11/21(水) 23:04:40.53
オレも以前探したが、
無料のものではEclipseのSubversionプラグインが一番、
という結論になった。
452 ：デフォルトの名無しさん：2012/11/22(木) 02:24:20.24
subclipse　と subversive があるわけだが。
453 ：デフォルトの名無しさん：2012/11/22(木) 17:27:43.45
VMWare Fusion 入れて TortoiseSVN。
SvnX 使ってたが、Subversion 1.7 対応が遅かったから使わなくなった。ようやく九月に対応したとか。
454 ：デフォルトの名無しさん：2012/11/22(木) 17:31:06.46
結論
Macは捨てろ
Macは滅びろ
455 ：449：2012/11/22(木) 20:51:33.60
>>450-453
ありがとうございます。
EclipseのSubversiveにして様子見てみます。
456 ：デフォルトの名無しさん：2012/11/22(木) 21:59:04.26
NetBeansの方が良い
プラグイン要らんし
457 ：デフォルトの名無しさん：2012/11/24(土) 12:22:41.06
RapidSVNは…
458 ：デフォルトの名無しさん：2012/11/29(木) 19:43:31.62
TortoiseSVNのオーバーレイオフにしたらシステム全体軽くなるけどFirefox起動すると
FirefoxがTortoiseOverlay.dllとTortoiseSub32.dllロードするのどうにかならないか？
プラグイン読み込んでるわけでもないのになぜ一見関係ないFirefoxがDLLロードすんだろ
459 ：デフォルトの名無しさん：2012/12/05(水) 22:25:53.09
1.8はまだ？
460 ：デフォルトの名無しさん：2012/12/12(水) 23:34:49.07
>>459
Q4 2012 (Unconfirmed)
461 ：デフォルトの名無しさん：2012/12/24(月) 04:10:12.47
1.7.8ｷﾃﾀｰ
462 ：デフォルトの名無しさん：2012/12/24(月) 11:31:02.30
>>459
http://subversion.apache.org/roadmap.html
の下の方の表を見る限り、開発項目をかなり削っているけど
なかなか開発が収束しないみたいだな。

デスマに入っているのか？
463 ：デフォルトの名無しさん：2012/12/24(月) 19:40:23.17
1.8が出せなかったので1.7.8でごまかしました。
464 ：デフォルトの名無しさん：2012/12/28(金) 23:05:46.42
年内は1.8無理かな。
465 ：デフォルトの名無しさん：2013/01/09(水) 20:38:15.31
Editor V2も1.9に延期になったみたいだな。
そのせいでEV2待ちだった新機能たちも先送り。
1.8の価値がどんどん下がっていく・・・。
466 ：デフォルトの名無しさん：2013/01/16(水) 02:05:49.53
1.6.20キテター
467 ：デフォルトの名無しさん：2013/01/18(金) 23:29:08.57
pre-commit のフックについて質問です。

下記の内容の pre-commit.bat ファイルを作ってコミットしました。

echo %2 >> output.txt

すると、リビジョン番号が書き込まれました。

次に、下記の内容のC言語ファイルをビルドして pre-commit.exe を作り、
同じようにコミットしました。

#include <stdio.h>
int main (int argc, char **argv) {
　FILE *fp = fopen ("output.txt", "w");
　fputs (argv[2], fp);
　fclose (fp);
　return 0;
}

すると、例えばリビジョン番号が 3 だとすると、
"3-3" と数字がダブったハイフン付きで書き込まれます（引用符は付きません）。

何故なんでしょう？

[環境]
OS : Windows7 Home Premium 64bit
Subversion サーバー : CollabNet Subversion Edge 3.2.2
C言語のビルド : g++ (tdm64-1) 4.7.1
468 ：467：2013/01/18(金) 23:36:26.05
>>467
ちなみに、バッチファイルの中で $2 （と $1）を引数にして exe ファイルを実行すると、
exe ファイルが出力したものも問題なく "3" と書き込まれます。

直接 exe ファイルをフックとした使った場合に限り、
ハイフン形式で書き込まれる（つまり main 関数の引数として入ってくる）問題が起きます。
469 ：467：2013/01/18(金) 23:37:33.03
>>468
すいません、書き間違えました。

$2 や $1 ではなく %2 や %1 です。
470 ：デフォルトの名無しさん：2013/01/19(土) 11:38:03.50
そもそも第2引数はリビジョン番号じゃなくてトランザクション名だよね?
471 ：467：2013/01/19(土) 11:54:59.15
>>470
ごめんなさい、馬鹿なミスしてました。

質問したかったのは pre-commit ではなく、post-commit でした。

申し訳ないです。
472 ：467：2013/01/19(土) 11:56:27.67
質問し直します。
post-commit のフックについて質問です。

下記の内容の post-commit.bat ファイルを作ってコミットしました。

echo %2 >> output.txt

すると、リビジョン番号が書き込まれました。

次に、下記の内容のC言語ファイルをビルドして post-commit.exe を作り、
同じようにコミットしました。

#include <stdio.h>
int main (int argc, char **argv) {
　FILE *fp = fopen ("output.txt", "w");
　fputs (argv[2], fp);
　fclose (fp);
　return 0;
}

すると、例えばリビジョン番号が 3 だとすると、
"3-3" と数字がダブったハイフン付きで書き込まれます（引用符は付きません）。

何故なんでしょう？

[環境]
OS : Windows7 Home Premium 64bit
Subversion サーバー : CollabNet Subversion Edge 3.2.2
C言語のビルド : g++ (tdm64-1) 4.7.1
473 ：467：2013/01/19(土) 15:21:57.28
ごめんなさい。

もしかしてと思って、hooks フォルダの中を見てみたら、
bat ファイルの方は post-commit.bat になってて、
exe ファイルの方は pre-commit.exe になってました。
（道理でバッティングしないですんなり実験できたはずです）

頭の中で post と pre がごっちゃになってました。

exe の方も post-commit.exe で実験したら、
ただくリビジョン番号が書き出されました。

バカな事でスレを汚してしまって申し訳ありませんでした。
474 ：デフォルトの名無しさん：2013/01/19(土) 15:40:31.48
馬鹿なことを報告しただけでも許してやる
475 ：デフォルトの名無しさん：2013/01/19(土) 23:18:12.71
＞ただくリビジョン番号が書き出されました。
落ち着け。
476 ：デフォルトの名無しさん：2013/01/19(土) 23:34:41.66
最近過疎ってたから枯れ木も山の賑わい。
みんなgitに行っちゃったのかな・・・？
477 ：デフォルトの名無しさん：2013/01/20(日) 00:30:22.99
だってしょうがないじゃない
最近はgitの方がダウンロード数多いんだから
478 ：デフォルトの名無しさん：2013/01/20(日) 12:41:35.36
中小企業ならgitだろうね
479 ：デフォルトの名無しさん：2013/01/20(日) 12:57:09.03
少人数ならsvnでいいと思う、利用者がそれぞれブランチ作ればいいし
480 ：デフォルトの名無しさん：2013/01/20(日) 13:47:10.45
継続的デリバリやるんなら git より svn の方が心配は少ない
481 ：デフォルトの名無しさん：2013/01/21(月) 22:27:50.47
svnが分散対応すればgitを再逆転するぜ！
482 ：デフォルトの名無しさん：2013/01/21(月) 23:07:30.53
ﾌﾞﾝｻﾝﾀｲｵｰ ﾏﾀﾞｧ? (・∀・ )っ/凵⌒☆ﾁﾝﾁﾝ
483 ：デフォルトの名無しさん：2013/01/21(月) 23:57:32.99
svkってどっかいったの？
484 ：デフォルトの名無しさん：2013/01/22(火) 00:08:23.85
svnを分散化ってCOBOLをオブジェクト指向化するようなもん
485 ：デフォルトの名無しさん：2013/01/22(火) 07:12:17.18
分散が必要ならgitやMercurial使えば良いだけだと思うが

svnを分散対応しなきゃならない理由が分からん
486 ：デフォルトの名無しさん：2013/01/22(火) 08:16:19.54
>>483
svkは作者が放り出した。
487 ：デフォルトの名無しさん：2013/01/22(火) 08:42:29.37
つうか、大規模プロジェクトならsvnしか選択肢がないだろ。
プログラマーしか居ないとかいう変わった職場ならgitでもいいだろうけどｗ
488 ：デフォルトの名無しさん：2013/01/22(火) 12:51:13.79
>>487
バイナリ形式のドキュメントを管理とかそういう話？
489 ：デフォルトの名無しさん：2013/01/22(火) 17:32:58.25
>>487
井の中の蛙大海を知らず
490 ：デフォルトの名無しさん：2013/01/22(火) 17:46:01.48
svnが分散対応したらcherry-pickとかrebaseもsvnで使えるって事か！
491 ：デフォルトの名無しさん：2013/01/22(火) 17:50:41.33
>>490
えぇ？分散ってそういう意味なの？
マスターリポジトリと分散した沢山のローカルリポジトリがあるよ、ってことだと思てた。
492 ：デフォルトの名無しさん：2013/01/22(火) 18:13:41.07
>>486
そっかぁ。分散型がトレンド！ってなったときに無理やり作った感じが否めなかったもんね。

>>490
分散 = git って思っちゃったのかな。
493 ：デフォルトの名無しさん：2013/01/23(水) 21:46:47.04
分散のメリットの一つ、ローカルリポジトリで複数作業の同時進行に関しては
checkpoint機能が実装されたら出来そうだな。
494 ：デフォルトの名無しさん：2013/01/27(日) 20:08:53.04
あるフォルダの中にあるclass.javaをコミットしようとしたら

File not found

と言われました。パスは正しいのですが、SVNリポジトリーを見たら確かにそのファイルはそのパスにありません
同名のファイルを過去に作って、それを消して新しく作りなおした記憶があります


この場合、どうすればいいのでしょうか・・・
495 ：デフォルトの名無しさん：2013/01/27(日) 20:49:54.35
>>494
リポジトリ側だけ削除されてるってこと？
だったら、File not found の前に、out of date って言われてない？

例えば…

Sending　　　class.java
svn: E155011: Commit failed (details follow):
svn: E155011: File 'C:\Documents and Settings\User\My Documents\Test\class.java' is out of date
svn: E160013: File not found: transaction '1-o', path '/class.java'

みたいに。

とりあえず、svn status --show-updates --verbose class.java の結果を貼ってみて。
496 ：デフォルトの名無しさん：2013/01/27(日) 21:16:29.98
>>495
すいません
一度ローカルでclass.javaをコピーして、元のclass.javaを消し、新しく作ったclass.javaをコミットしたら
エラーが出なくりました。解決したので結果は貼れません

out of dateは出てこないのですが、エラーが2つ、出てきて

file not dound
attemped to open non-existent child node

というものでした。


ありがとうございました。
497 ：デフォルトの名無しさん：2013/01/27(日) 22:36:36.98
うわぁ・・・(´・ω・`)
http://subversion.tigris.org/issues/buglist.cgi?component=subversion&issue_status=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED
498 ：デフォルトの名無しさん：2013/01/29(火) 16:22:45.32
なにが「うわぁ・・・」なの？
ウルトラ致命的な不具合でもあるの？
499 ：デフォルトの名無しさん：2013/01/29(火) 19:09:57.03
なにがって、レポートされたバグの数に対して
「うわぁ・・・」と言っていることはアスペ初段の俺でも分かる
500 ：デフォルトの名無しさん：2013/01/29(火) 23:58:50.62
たったひとつのリポジトリーに対して複数の作業フォルダを用意し、
各々の作業フォルダからは別のソースだけを更新させられることってできるのでしょうか？

例えば作業フォルダAはphpのソースだけ、作業フォルダBはhtmlとcssだけ、作業フォルダCはjsだけ・・・という風に。

TortoiseSVNを使っているのですが、これで私のやりたいことをやろうとする場合、
フォルダA、B、Cを作ってからチェックアウトし、各フォルダから対象となるソース以外をゴミ箱にいれて削除する・・・みたいな感じになりそうなのですが
501 ：デフォルトの名無しさん：2013/01/30(水) 00:29:00.11
>>500
A、B、Cに対象となるソースだけをチェックアウトすりゃいいんでないの？
502 ：デフォルトの名無しさん：2013/01/30(水) 01:10:50.21
>>500
なんで試してもみないで質問するの？
503 ：デフォルトの名無しさん：2013/01/30(水) 07:30:51.01
>>501-502
すいません、試してみたんですが、チェックアウトする深さのところで項目選択すればいいとは
わかりませんでした。ありがとうございました。
504 ：デフォルトの名無しさん：2013/02/06(水) 01:53:57.99
すみません。
質問させてください。

subversionの内部構造を調べろと言われて困っています。
何か、参考になるwebページなどありませんか？
いきなり、ソースを読んだ方がよいでしょうか？

よろしくお願いいたします。
505 ：デフォルトの名無しさん：2013/02/06(水) 03:04:15.02
>>504
内部構造って具体的に何のことを指してるのかにもよるだろ。
506 ：デフォルトの名無しさん：2013/02/06(水) 08:05:44.32
公式サイトのユーザマニュアル以外のドキュメントを読んだ上での発言なら、その通り。
507 ：デフォルトの名無しさん：2013/02/07(木) 23:49:06.28
>>505-506
レスありがとうございます。
とりあえず、Windowsでコンパイルできるようにしろと言われました。
VisualStudio2008とか色々とインストールしていますが、やり方がよくわからないです。
Subversionのソースコードを落としてきて、その中のドキュメントに従っているつもりですが、うまくできないです。
こまりました。
508 ：デフォルトの名無しさん：2013/02/07(木) 23:55:58.37
>>507
> うまくできないです。

何がうまくできないか書いてよ…

> こまりました。

こっちもです。
509 ：デフォルトの名無しさん：2013/02/08(金) 00:06:49.22
なんでWindowsでやろうとするんだ…イバラすぎるだろ。
510 ：デフォルトの名無しさん：2013/02/08(金) 00:08:53.04
>>508
なにもかも、うまくいきません。
まず、何を参考にすればいいのかよくわかりません。

>>509
うちは、全てをWindows前提で考えているのですorz
個人的にはOSSはLinuxの方がいけていると思うのですが
511 ：デフォルトの名無しさん：2013/02/08(金) 00:33:27.01
>>510
>なにもかも、うまくいきません。

だから、自分のやったこととか、エラーメッセージを貼るなりしろよ…

て言うか、その状態でソース読むとか、ゴールが遠すぎるんじゃね？
512 ：デフォルトの名無しさん：2013/02/08(金) 00:52:56.65
cygwinを使ってみたらどうかな
513 ：デフォルトの名無しさん：2013/02/08(金) 07:39:23.59
>>511
エラーメッセージすら出ませんorz
なんの反応もありません

>>512
うちはcygwin禁止ですorz
514 ：デフォルトの名無しさん：2013/02/08(金) 07:58:35.57
>>513

「何をやったときに」よ?
515 ：デフォルトの名無しさん：2013/02/08(金) 10:35:05.46
ソースを展開したトップにINSTALLというドキュメントがある。
それを読むのがいやなら転職すりゃいいじゃん。
516 ：デフォルトの名無しさん：2013/02/08(金) 10:54:55.71
subversionのsvnコマンドはコマンドラインから実行するツールなので
OSに依存するところはあまりないと思うんだけど、どうなんかな。
Windows用のsubversionツールとしてTortoiseSVNがありますが、
ソースも公開されてますから、こっちを調べてみたらどうですか？

すべてをWindowsでやるというお題目(失礼)の真意がどの辺りなのか
わかれば対応も決めやすいと思いますけどね。

ところであなた自身はsubversionのことをどれくらい知ってますか？
一度も使ったことがなく、バージョン管理もやったことがないく、
これからオールWindowsでバージョン管理を始めるためにsubversionの
ことを調べ始めたのだとしたら、あくまで調査のために、世間で実績のある
Linuxなりなんなり上で動作させて調査することを提案したらどうですか？

cygwin禁なら仮想マシンも禁止なのでしょうか。調査のためであっても
禁止となると、それはもうドMも極まってます。
517 ：デフォルトの名無しさん：2013/02/08(金) 11:25:24.96
どMというか、只の馬鹿だろそれ。
敵性語とか言って「ストライク」も「よし」に言い換えさせるのと一緒。
つーか、宗主国に与えられた文字を捨てて自国の歴史も学べなくなったどっかの国みたいだ。
518 ：デフォルトの名無しさん：2013/02/08(金) 11:41:08.58
ほんと、プログラマ脳だな。
まずこれでしょ。

Subvesionドキュメント
第8章 開発者の情報
http://todo.issp.u-tokyo.ac.jp/archive/subversion/book.html#svn.developer
519 ：デフォルトの名無しさん：2013/02/09(土) 04:50:59.93
>>518
なにもかもうまくいかないんだからまずはパソコンの電源が入っているかの確認からすべき。
520 ：デフォルトの名無しさん：2013/02/09(土) 09:14:41.16
>>519
それは一理ある。

俺はパソコンにイヤフォンを付けて音楽聴こうとしたんだが、音が出ない。
音量も確認し、イヤフォンジャックも入念に確認したが、それでもダメ。
もう今日は諦めようと思って立ち上がった時、
自分の耳にイヤフォンが無いこと気づいた。

基本中の基本の確認は大事だよな。
521 ：デフォルトの名無しさん：2013/02/09(土) 11:14:43.16
俺その逆があるわ。
アンプ付きスピーカのボリュームをいじっても、
スイッチをOFFにしても音が出続けるから、
わけがわからずにパニックってたら、ヘッドホンしたままなのに気付いた。
522 ：デフォルトの名無しさん：2013/02/09(土) 12:46:27.59
アメリカであったじゃん。エンジニアがインドか中国の安い下請けに個人的に発注して作業させてたの。
辞めたくないなら個人的に下請け雇えばいい。
523 ：デフォルトの名無しさん：2013/02/11(月) 02:09:01.09
俺は
音楽ファイル送ってもらって音質悪すぎーとずっと言ってて
原因は端子のミニジャックの刺さり具合が半端になってた
というのがある
524 ：デフォルトの名無しさん：2013/02/12(火) 06:39:01.70
>>518
ありがとうございます。
そのページは見ていました。
ただ、それらのモジュール間の関係がよくわかりません。
svnとsvnserverとそれらのモジュールの関係をまとめた内容が知りたいです。
例えば、svnはどのlibsvn_xxxを使っているのでしょうか？
もしくはlibsvn_ra_localはどこから呼ばれ、どのlibsvn_xxxを使っているのでしょうか？

情報をいただけると助かります。

よろしくお願いいたします。
525 ：デフォルトの名無しさん：2013/02/12(火) 06:42:23.23
ageてしまって、すみません。
もう、一旦コンパイルは諦めて、とりあえずコードベースでの確認を行いたいと思います。
コードの読むべきところなどポイントがあれば教えてください。


よろしくお願いいたします。
526 ：デフォルトの名無しさん：2013/02/12(火) 12:40:42.79
>>525
君のコードリーディングスキルがどの程度なのかがわからないので、アドバイスのしようがない。
ただ、>>518のドキュメントを読んでソースを読み始めることもできないようじゃ、何をやっても駄目だと思うが。
527 ：デフォルトの名無しさん：2013/02/12(火) 16:06:08.72
>>524
とりあえずmain関数から読もうぜ
528 ：デフォルトの名無しさん：2013/02/12(火) 23:41:59.65
main関数
https://github.com/git/git/blob/v1.8.1.3/git.c#L498
529 ：デフォルトの名無しさん：2013/02/12(火) 23:59:42.17
>>524
そもそも目的がよくわからないんだが、まず普通にSubversionを使ったことはあるんだよな？
単なる学習目的とは考えにくいし、Subversionの類似品でも作るつもりなのだろうか。
530 ： 忍法帖【Lv=40,xxxPT】(1+0：5) ：2013/02/13(水) 21:43:10.36
>>529
目的はそりゃあれだろ?
上司から無茶振りされた課題を低コストで解決するにはどうすればよいか という問題の解を求めてるんだろ
531 ：デフォルトの名無しさん：2013/02/14(木) 11:19:49.33
このスレの住人にタダで下請けに出すという事だね。
532 ：デフォルトの名無しさん：2013/02/14(木) 19:40:04.47
暗に退職勧告受けてるんじゃないの
533 ：デフォルトの名無しさん：2013/02/16(土) 01:50:02.92
subversionもセット出来て、操作方法も一通りできようになったのですが、
では、実際の運用は、どうするのが良いの？で　止まってます。
構成などは真似れば良いのでしょうが、
お勧めの、SVNサイトってありますでしょうか？

正直、trunkやtag,branch の実際の運用法やルールがわかってません
534 ：デフォルトの名無しさん：2013/02/16(土) 05:08:01.27
テンプレはどう
535 ：デフォルトの名無しさん：2013/02/16(土) 09:41:15.60
波動
536 ：デフォルトの名無しさん：2013/02/16(土) 14:23:45.16
>>533
別に今までどおりのフォルダ構成をインポートして、
変更するたびにコミットするだけでいいんじゃね？

大改造してる間に、他のちょっとした修正したくなったら、
branch とかが欲しくなるだろうから、そのとき覚えれば良い。
537 ：デフォルトの名無しさん：2013/02/18(月) 21:03:20.71
いやあ、ttb前提の環境があったりするので、せめてそれは守っておいたほうが無難だよ
しばらくtrunkしか使わないとしてもね
538 ：デフォルトの名無しさん：2013/02/19(火) 14:19:22.01
>>533
ここらへん参考にするといい。
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html#AEN147
539 ：デフォルトの名無しさん：2013/02/24(日) 00:30:56.57
すみません。
ちょっと前にsubversionのwindowsでのコンパイルを試みていると書き込んだものです。
規制で書き込めませんでした。
あれからいろいろとありまして、とりあえず、コンパイルは通るようになりました。
ネットでVS2008でのコンパイル方法が記載されていたので、それを参考にしました。
しかし、コンパイルしたsvn.exeなどがまったく動作しません。
540 ：デフォルトの名無しさん：2013/02/24(日) 00:33:34.50
序数???がLIBEAY32.dllから見つかりませんとか出ます。
opensslコンパイル時に作成したLIBEAY32.dllをexeと同じフォルダにコピーするとそのエラーメッセージは表示されなくなるのですが、変わりにいきなり不正な…のメッセージと同時にプログラムが落ちます。
デバッグするか強制終了するか選べるのですが、デバッグを選んでもVS2008が立ち上がるもののどこで問題が発生しているのかなどいっさい教えてくれません。
541 ：デフォルトの名無しさん：2013/02/24(日) 00:37:17.51
同様の問題を抱えていらっしゃる方いませんか？
もしくは、なんだかのアドバイスをいただけませんか？
私はJavaやLinuxの開発はある程度経験あるのですが、VSは今回が初めてで厳しいです。
よろしくお願いいたします。
542 ：デフォルトの名無しさん：2013/02/24(日) 00:46:56.53
そいつはご愁傷さま
543 ：デフォルトの名無しさん：2013/02/24(日) 01:41:50.41
>>541
>同様の問題を抱えていらっしゃる方いませんか？
古き良き Unix 時代のフリーウェア文化のノリで、
なんでもソースで落として自分でコンパイルするのがあたりまえと
思ってる人かな？
Windows に関しては、そういうノリはほぼないよ。Apache なんかもバイナリ配布が普通で、
Apache そのものの利用以外（改造とか調査とか）が目的じゃない限り、
自分でコンパイルする人はほぼいない。
Subversion に関しても、TortoiseSVN　や VisualSVN　が既にあるから、
わざわざ windows 上で自分でコンパイルしようという人はほとんどいないと思うよ
（だから、どこで質問しても有効な回答は得られないと思う）。
544 ：デフォルトの名無しさん：2013/02/24(日) 04:17:16.81
windowsに限らず自分でコンパイルするノウハウは今は商品。
ただで手に入ると思ってたら大きなまちがい。
あんただってその作業を会社に売って換金するんだろ。
545 ：デフォルトの名無しさん：2013/02/24(日) 07:58:00.54
>>539
>ネットでVS2008でのコンパイル方法が記載されていたので、それを参考にしました。

でも、参考にした URL は示せないと…

>>542-544 みたいなレスしか付かないのもむべなるかな。
546 ：デフォルトの名無しさん：2013/02/24(日) 08:02:44.51
>>540
> デバッグするか強制終了するか選べるのですが、デバッグを選んでもVS2008が立ち上がるもののどこで問題が発生しているのかなどいっさい教えてくれません。
ちゃんとデバッグビルドにした？
そもそも知識がなさ過ぎるよね。大丈夫なの？いろいろ心配しちゃうよ。
547 ：デフォルトの名無しさん：2013/02/24(日) 09:24:44.02
>>540
自前ビルドはあきらめてバイナリ落としてこい
http://subversion.apache.org/packages.html#windows
548 ：デフォルトの名無しさん：2013/02/24(日) 09:33:08.15
dllのバージョンが適合してないのでは？
549 ：デフォルトの名無しさん：2013/02/24(日) 09:38:03.57
クレクレ君に餌を与えないように
550 ：デフォルトの名無しさん：2013/02/24(日) 10:22:38.05
レスありがとうございます。
Windowsでは自分でOSSをコンパイルする人が少ないことは理解できました。

>>548
その辺を調べるにはどうしたらいいのでしょうか？
とりあえず、PATHの中を確認すると今回問題となっているdllと同名のdllが複数個所にあることは確認しました。
しかし、コンパイル時にどのdllが参考にされ、実行時にどのdllが参考にされているのかいまいちわかりません。
その辺のWindows開発者としての知識がまとまっている書籍やHPはないでしょうか？

よろしくお願いいたします。
551 ：デフォルトの名無しさん：2013/02/24(日) 10:34:03.48
もうすでに スレチになってると思う。
ソースがあるんだから、Subversion から問題を分離して、
Windowsプログラミング一般の問題として、
相応のスレで質問したほうが知ってる人が多いと思う。
つまり、出ているエラーからさかのぼって、
Subversion がどのライブラリの何をどう使おうとしていて、
そのエラーが出ているのかは、自分で調べる必要がある。
このスレで質問してるのは、要はそのプロセスまで
他人にやってもらおうってことだろうけど、
同じことやってる人がいない以上、あなたが自分でやるしかないと思う。
552 ：デフォルトの名無しさん：2013/02/24(日) 10:54:13.63
>>550
> しかし、コンパイル時にどのdllが参考にされ

コンパイル時に参照するのは *.lib だよ。
openssl コンパイルした時の LIBEAY32.dll とか使うなら、その時に LIBEAY32.lib と言うものも
できてるはず。それを使わないと、>>548 が言うようなことでエラーになる。
553 ：デフォルトの名無しさん：2013/02/24(日) 11:06:52.17
結局何がしたかったのか？
554 ：デフォルトの名無しさん：2013/02/24(日) 11:20:55.29
ただで下請けに丸投げしたかった。
555 ：デフォルトの名無しさん：2013/02/24(日) 11:59:45.86
INSTALLにことこまかに書いてあるじゃねーか
これでわからんやつは一生無理だろ
556 ：デフォルトの名無しさん：2013/02/24(日) 16:05:56.11
馬鹿には無理
557 ：デフォルトの名無しさん：2013/02/24(日) 16:15:54.99
>>550
Cの基本からやり直せ
558 ：デフォルトの名無しさん：2013/03/04(月) 22:23:41.84
>>555
こんなところに下請けに出している時点で、英語も読めないIT土方なんだろ
察してやれよ
559 ：デフォルトの名無しさん：2013/03/12(火) 13:16:25.10
TortoiseSVNで3つのマージタイプの使い分けがよくわからないんだけど、
ブランチ内でコミットしたものをすべてtrunkにマージする場合、
「リビジョンの範囲をマージ」で「マージするリビジョンの範囲」を指定しないですべてマージするのと、
「ブランチを再統合する」でマージするのと、どう動きが違ってくるのですか？
560 ：デフォルトの名無しさん：2013/03/12(火) 22:20:41.56
ロードマップの
http://subversion.apache.org/roadmap.html

Specific stuff aimed at this release　が全部グリーンライトになったね！
1.8 もうすぐ？
561 ：デフォルトの名無しさん：2013/03/13(水) 01:51:26.99
>>559
ほとんどいっしょだったようなきがする
562 ：デフォルトの名無しさん：2013/03/14(木) 13:09:13.02
転覆終了のお知らせ

次世代IT技術の勉強会テックヒルズ、第5回「Go to Git！?さらばSVN?」3月22日開催 / GameBusiness.jp
http://www.gamebusiness.jp/article.php?id=7658
563 ： 忍法帖【Lv=40,xxxPT】(1+0：5) ：2013/03/15(金) 13:48:20.29
- ブランチしない
- 遅くてもいい
- オフライン操作なくていい
- WindowsでTortoiseSVN使いたいor使わせたい
こういう用途なら別にSVNのままでもいいんじゃね？
564 ：デフォルトの名無しさん：2013/03/15(金) 14:15:11.33
>>563
ブランチに関してはチェンジセセットの追跡が出来るようになっているので
そんなに違いはないだろ。
565 ：デフォルトの名無しさん：2013/03/15(金) 22:10:22.20
別に今のSubversionにそんなに不満はないな。ブランチバシバシ作ってるし、
TortoiseSVNも入ってるけど、全部コミットされてるかどうかの確認くらいにしか使ってない。
常用してるのはSlikSVN。秀丸から起動して、結果を編集してまだ起動。この繰り返し。

強いて言えばタグとして作ったブランチにreadonlyの属性付けられるといいな、っていう程度。
逆にmergeinfoとかtreeコンフリクトとか、かえってぐちゃぐちゃになってる気がする。
gitは・・・遊ばれてる感じだ。頭の悪いおいらにはSubversionくらいがちょうどいい。
566 ：デフォルトの名無しさん：2013/03/15(金) 23:01:47.56
>>565
アクセス許可を設定して、/tag以下については
タグ作成権のあるユーザー以外はreadonlyにするとか。
567 ：デフォルトの名無しさん：2013/03/16(土) 18:49:25.91
>>565
hookで、urlとユーザー名で判別して、許可/不許可を返すって手もある。
568 ：565：2013/03/19(火) 01:20:10.02
まぁ何かすればできるのは分かってるんだけど。
「うっかり」タグにチェックインしちゃう事態を防げればいいので、
「書き込み禁止だけどいいの？」と警告を出してくれるだけで十分だと思うんだ。
今はいちいち svn log --stop-on-copy でうっかりさんがいないか確認してる。

566だとタグを作れる人はうっかりチェックインできちゃうから、やっぱりhookなんだろうけど。
みんな不便だと思ってないのかなぁ。
569 ：デフォルトの名無しさん：2013/03/19(火) 02:51:03.03
そう思ったら何故検索しない?
リリースパッケージに含まれてるのに。
570 ：565：2013/03/19(火) 22:14:22.42
わざわざhookを仕掛けてまで実現したい機能でもないし。
コア機能に入れておいてくれればなぁ、っていう老人のぼやき。
svn:readonlyみたいな属性作ってくれるだけでいいのに。

リビジョン付きのシンボリックリンクみたいのでもいいのに。
svn:externalsが近いけど、チェックインできちゃうし。
やっぱり代わりにはならなかった・・・。
571 ：デフォルトの名無しさん：2013/03/19(火) 22:44:17.20
これには>>569も驚いたであろう
572 ：デフォルトの名無しさん：2013/03/23(土) 00:35:44.80
>>560
>>562
1.8は最後の仇花か
573 ：デフォルトの名無しさん：2013/03/23(土) 13:09:53.88
まだリンクされてないけど、リリースノートも準備されてるな。
http://subversion.apache.org/docs/release-notes/1.8.html
574 ：デフォルトの名無しさん：2013/03/29(金) 23:03:04.19
新バージョン来週4日にくるで。
http://svn.apache.org/repos/asf/subversion/trunk/CHANGES

Version 1.7.9
(04 Apr 2013, from /branches/1.7.x)
575 ：デフォルトの名無しさん：2013/03/31(日) 21:03:51.05
svnサーバのソリューションってなんかない？
ユーザとグループで複数リポジトリのアクセス管理できて、
IPアドレスでリポジトリ毎に制限がかけられるようなの。
いちいち手作業でhookとか書くのなしでそういうのを自動化されてるやつ。
576 ：デフォルトの名無しさん：2013/04/06(土) 07:04:20.84
TortoiseSVN 1.7.12 svn 1.7.9

security修正が結構あるのね
577 ：デフォルトの名無しさん：2013/04/16(火) 02:54:41.54
>>575
こういうの？
uberSVN
http://www.wandisco.com/ubersvn
578 ：デフォルトの名無しさん：2013/04/16(火) 09:19:12.07
iF.SVNAdmin http://svnadmin.insanefactory.com/
IPアドレスでの制限はできないけど。
579 ：デフォルトの名無しさん：2013/05/03(金) 13:54:35.01
1.8.0、GW明けくらいには来そうかな。
580 ：デフォルトの名無しさん：2013/05/05(日) 18:51:34.96
>>572
単なる勉強会のタイトルで何を言ってるんだか…
581 ：デフォルトの名無しさん：2013/05/11(土) 15:33:59.08
1.8.0-rc1
582 ：デフォルトの名無しさん：2013/05/16(木) 19:34:56.53
Version 1.8.0
(14 Jun 2013, from /branches/1.8.x)


来月か・・・
583 ：デフォルトの名無しさん：2013/05/23(木) 00:22:35.15
1.8.0rc2 出てる
584 ：デフォルトの名無しさん：2013/06/18(火) 21:52:54.08
Apache Subversion 1.8.0 age
http://mail-archives.apache.org/mod_mbox/www-announce/201306.mbox/%3C51C04CAA.1060600%40apache.org%3E
http://subversion.apache.org/docs/release-notes/1.8.html
http://svn.apache.org/repos/asf/subversion/tags/1.8.0/CHANGES
585 ：デフォルトの名無しさん：2013/06/18(火) 22:29:19.84
TortoiseSVN 1.8.0 age
http://tortoisesvn.net/tsvn_1.8_releasenotes.html
586 ：デフォルトの名無しさん：2013/06/24(月) 15:04:44.07
Mac版Tortoisesvnって使い物になりますか？
WindowsからMacへ移植されたソフトってたいてい品質が低いので心配です。
587 ：デフォルトの名無しさん：2013/06/24(月) 15:23:42.59
品質が低いんじゃなくて、Macの流儀に馴染まないだけだろ。
588 ：デフォルトの名無しさん：2013/06/24(月) 15:38:45.62
Mac版なんてあるの？
589 ：デフォルトの名無しさん：2013/06/24(月) 16:15:59.68
http://sourceforge.jp/projects/tortoisesvn/
590 ：デフォルトの名無しさん：2013/06/24(月) 16:24:56.58
msi、、、もしかしてMONO版？
まあちょっと見てみるか
591 ：デフォルトの名無しさん：2013/06/24(月) 16:31:17.18
Mac用のSubversionクライアントは、Cornerstone 2というのが良いみたいだね。
ただ、$59だが。
592 ：デフォルトの名無しさん：2013/06/24(月) 16:35:40.40
これ全部Windows版じゃんアイコン謎だけどｗ
593 ：デフォルトの名無しさん：2013/06/24(月) 23:41:52.62
適当なGUIクライアントがなかったら、
Eclipseで済ませる。
基本は、CLIじゃね
594 ：デフォルトの名無しさん：2013/06/25(火) 00:50:01.20
Windows Explorer拡張のTortoiseがOSXで使えるって、それどこ情報よ？
595 ：デフォルトの名無しさん：2013/06/25(火) 01:03:44.47
パス名に日本語使ってWindowsと共用するならhomebrewでunicode-path付けてsubversionインストールするといいね。
オープンソースのGUIならsvnxというのもあるらしい。
http://www.rk-k.com/archives/1342

あとはIDEのSubversionプラグイン使ってる人や、VirtualBoxとWindows、Tortois入れてる人もいる。
596 ：デフォルトの名無しさん：2013/06/25(火) 01:17:31.57
http://qiita.com/amay077/items/263577c8cc4e1c65b19b
Mac 最強の git/Mercurial クライアントである SourceTree ですが、git-svn した Subversion リポジトリもほとんどシームレス い扱うことができます。

これは、目的と違うかな。
597 ：デフォルトの名無しさん：2013/06/25(火) 01:27:54.46
http://blog.sourcetreeapp.com/2010/12/14/sourcetree-1-1-released/
http://japan.blogs.atlassian.com/2011/10/sourcetree-git-hg-client-by-atlassian/
svnリポジトリ指定するときは、コマンドが似てるから、git-svnよりhgsubversionを選択したほうがいいかもね。
598 ：デフォルトの名無しさん：2013/06/26(水) 18:43:22.72
Mac用のSVNクライアントでリボジトリ間の差分データを抽出できるものってある？
VersionsもCornerStornもsvnXも試したがダメだった。
599 ：デフォルトの名無しさん：2013/06/26(水) 21:20:18.96
svnということは、ワーキングコピー間ってこと?
600 ：デフォルトの名無しさん：2013/06/27(木) 00:26:04.09
それって結局、全部diffすることになるんじゃないかな？
601 ：デフォルトの名無しさん：2013/06/27(木) 16:25:06.80
リポジトリ1280からリポジトリ1321までに更新があったデータだけ、エクスポートしたいんす。
差分データの納品とかする時に使いたいんす。
602 ：デフォルトの名無しさん：2013/06/27(木) 17:24:11.07
リポジトリ じゃなくて リビジョン ってことでいいのかな？
603 ：デフォルトの名無しさん：2013/06/27(木) 18:14:36.06
>>602
左様でございまする。
デザイン屋にはなかなかにシェルスクリプトは敷居が高くて、クライアントを使っています。
604 ：デフォルトの名無しさん：2013/06/27(木) 20:10:28.48
一応念のため聞いておくが、そのデータはテキストなんだろうな？
605 ：デフォルトの名無しさん：2013/06/27(木) 20:56:01.43
変更があったデータってのはdiff形式じゃなくて、
その間に更新されたファイル群からなるツリー構造かな?
606 ：デフォルトの名無しさん：2013/06/27(木) 21:00:23.23
>>604
うんにゃ。
画像とか、動画とか。
サーバーは常に大変な事になっておる。
607 ：デフォルトの名無しさん：2013/06/27(木) 21:40:10.04
>>605
そう言う事です。
更新差分の納品データを作るのに必要なんですが、exportすると更新日時が書き換わるので、ワーキングコピーに更新日で検索かけたりして、差分をえっちらおっちら作っておるのです。
608 ：デフォルトの名無しさん：2013/06/28(金) 09:53:47.05
>>607
diff の --summarize オプションで差分リストが取れるからそれを使って何とかするとか。
609 ：デフォルトの名無しさん：2013/06/30(日) 10:28:20.20
subversionってレポジトリからファイルを取ってくると、タイムスタンプが取ってきた時間になるよね？
それをコミットした時間で取り出せれば簡単に解決しそうな気もする。
610 ：デフォルトの名無しさん：2013/06/30(日) 11:03:17.20
> それをコミットした時間で取り出せれば

use-commit-times でできるな。
611 ：デフォルトの名無しさん：2013/07/01(月) NY:AN:NY.AN
>>608
何とかするっていうか、もうそれが真正面の方法だよね。
Mac用のGUIクライアントでそれができないってのが驚きではある。ほんとにできないの？
612 ：デフォルトの名無しさん：2013/07/01(月) NY:AN:NY.AN
>>611
MacならLinuxのコマンド通るからターミナルでやれって話なのかもしらんが。
ノンプログラマが多いWeb制作でシェル覚えろとはちょっと言い辛い。
そのためにクライアント使ってるんだけど、WinでもTortoiseSVN以外ではその機能が付いてない。
なんとも悲しい。
613 ：デフォルトの名無しさん：2013/07/02(火) NY:AN:NY.AN
あ、状況は理解してる(コマンド叩きたくない)つもりだったんだけど、ほんとにその機能がないんだ…
結構使われる機能だと思うのになぁ。
614 ：デフォルトの名無しさん：2013/07/15(月) NY:AN:NY.AN
そろそろ1.8.1くるみたい。
615 ：デフォルトの名無しさん：2013/07/16(火) NY:AN:NY.AN
>>598,611
CornerStoneなら出来るぞ

tortoiseSVNバージョン1.8.0にしたら新規のチェックアウトが出来なくなった。
アイパス聞かれる所で弾かれる。
ID,Pass間違えなどの凡ミスはしてないのに。
誰か同じ状況の人いない？
616 ：デフォルトの名無しさん：2013/07/16(火) NY:AN:NY.AN
アイパスとか言ってる屑人間の凡ミスはしてない、なんて
誰が信じられるだろうか。
617 ：デフォルトの名無しさん：2013/07/16(火) NY:AN:NY.AN
アイパスってなにかのPathなのかと思ったけど、次の行で書いてるID、Passwordのことか。
せめてどっちかに統一して欲しいけど、前者に統一されたら理解できずに終わるところだった。
618 ：デフォルトの名無しさん：2013/07/16(火) NY:AN:NY.AN
>>616
同感だな。
619 ：デフォルトの名無しさん：2013/07/16(火) NY:AN:NY.AN
>>615
普通に使えてますよ
作業フォルダ側のDBのアップデートした？
620 ：デフォルトの名無しさん：2013/07/17(水) NY:AN:NY.AN
新規なんだからローカルDBなくね?
621 ：デフォルトの名無しさん：2013/07/17(水) NY:AN:NY.AN
間違えてないなら BAN されたんだろｗ
622 ：デフォルトの名無しさん：2013/07/18(木) NY:AN:NY.AN
質問させてください。
作業フォルダのルートからsvn commitを--depth infinityで行うと、全ての変更がコミットされると思います。
特定のフォルダのみ除外することはできないでしょうか？
例えば
　ルート - A
　　　　　 - B
　　　　　 - C
とあった場合、Cだけ除外とか出来ないでしょうか？
上記の例だとA、Bだけ指定すれば良いと言われそうですが、今扱っているソースコードはディレクトリが深くその極々一部だけコミットしたくないことが多いのです。
よろしくお願いいたします。

　
623 ：デフォルトの名無しさん：2013/07/18(木) NY:AN:NY.AN
changelistつくるくらいしか思いつかないな。
624 ：デフォルトの名無しさん：2013/07/19(金) NY:AN:NY.AN
Windowsでクライアントはほぼ TortoiseSVN オンリーで、日本語ファイル名使いまくりな
環境なのですが、svk の代わりに使うとしたら何がお手軽でしょうか。
625 ：デフォルトの名無しさん：2013/07/20(土) NY:AN:NY.AN
gitは、日本語のパスでも使えるから、
git-svnが代替えかな
626 ：デフォルトの名無しさん：2013/07/20(土) NY:AN:NY.AN
git 触った事がないのでハードル高そうですが、この休みの間にちょっくら試してみます。
ありがとうございました。
627 ：デフォルトの名無しさん：2013/07/21(日) NY:AN:NY.AN
commit以外のコマンドをオールオアナッシングで行う方法はありますか？
例えばaddで複数のファイル、フォルダを指定した場合、1個でもaddに失敗したら(例えば、指定されたファイル、フォルダが存在しないなど)その他全部のaddを取り消すことはできますか？
やり方があれば教えてください。
628 ：デフォルトの名無しさん：2013/07/21(日) NY:AN:NY.AN
revertじゃなくて?
629 ：デフォルトの名無しさん：2013/07/21(日) NY:AN:NY.AN
addだとたしかに、revertでいけますね。
例えばですけど、数個のファイルを編集した後、気が変わってdeleteしたとき、そのdeleteのみ取り消したいのです。
revertだとおそらく、前回commitしたかupdateしたところまで戻ると思うので、deleteだけではなく、編集まで取り消されますよね。

>>623
すみません。>>622も私です。
ご回答ありがとうございました。
changelistは知らなかったので知識が増えました。
ただ、毎回除外したいものが違うと毎回作る必要があるので、その辺が難しいかと思いました。
630 ：デフォルトの名無しさん：2013/07/21(日) NY:AN:NY.AN
>>629
なんかそのうち三回編集したうちの三回目だけ取り消したいとか言いそうだな...

こまめに Commit しろとしか言えない。
631 ：デフォルトの名無しさん：2013/07/21(日) NY:AN:NY.AN
>>629
何のためのコミットなのかを良く考えると良いと思う
戻す可能性があるならコミットするのが基本でしょ
632 ：デフォルトの名無しさん：2013/07/21(日) NY:AN:NY.AN
> commit以外のコマンドをオールオアナッシングで行う方法はありますか？
条件変えるなよ。
633 ：デフォルトの名無しさん：2013/07/21(日) NY:AN:NY.AN
>>630-631
なるほど。
わかりました。
コミットはバージョンの区切りとかじゃなくて、こまめにやるんですね。
バージョンの区切りとかはタグを使う理解でいいですか？

>>632
すみません。
意味がよくわかりません。
634 ：デフォルトの名無しさん：2013/07/21(日) NY:AN:NY.AN
CheckPoint機能が導入されるSubversion1.9が出るまでは我慢するしかない。
635 ：デフォルトの名無しさん：2013/07/22(月) NY:AN:NY.AN
>>633
なんかその認識だとコンパイルできないものをコミットする人になりそうだが、大丈夫かな
636 ：デフォルトの名無しさん：2013/07/22(月) NY:AN:NY.AN
コミットするのが自分一人ならコンパイルできなくても、
そこに戻す可能性があるならコミットした方がいい。

チームだとそういうわけにはいかないが、
コミットを自粛するのではなく、
分散型を使って、自分用とチーム共有のリポジトリを分けることで対処したいところ。
637 ：デフォルトの名無しさん：2013/07/22(月) NY:AN:NY.AN
自分用のブランチとか作らないんすか
638 ：デフォルトの名無しさん：2013/07/23(火) NY:AN:NY.AN
svnでもgit-flowのような運用した方がいいんだろうけど、結局身に付かず。
http://stackoverflow.com/questions/13345667/it-is-possible-to-use-the-git-flow-model-with-subversion

gitだとローカルブランチあるけど、結局ローカルのフォルダがないと作業出来なかったり、ローカル消えると終わりなことを忘れてたりする。
その点を避けるために、git-flowでリモートブランチ作って作業して、開発ブランチにコミットするようになり、やっと習慣化してきた。
639 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
ありがちな気はするんだけどやり方がわからなくて質問したい

環境に依存する変数を指定するファイルなど、チェックアウト後に編集することがわかりきっているファイルを、
SVNの管理下だけどコミット対象外にしたい
svn_ignoreだと管理対象外になってうまくいかない

どうすればいいのでしょうか？
640 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
コミットしなければいい
641 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
必要十分なファイルだけをコミットするってことができない奴多いよな
中途半端にコミットして他の人間がコンパイルエラーになるとか
いらないファイルまでコミットして競合起こす奴とかさw
642 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
テンプレートをコミットしておいて、チェックアウト後にコピーして使うようにしたらいいんじゃない
643 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
関係ないファイルをコミット対象から外す操作を自動化したいんです
644 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
Apache Subversion 1.8.1 age
http://svn.haxx.se/users/archive-2013-07/0320.shtml
http://svn.apache.org/repos/asf/subversion/tags/1.8.1/CHANGES

Apache Subversion 1.7.11 age
http://svn.haxx.se/users/archive-2013-07/0319.shtml
http://svn.apache.org/repos/asf/subversion/tags/1.7.11/CHANGES
645 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
TortoiseSVN 1.8.1 age
http://svn.haxx.se/tsvnusers/archive-2013-07/0180.shtml
646 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
>>644-645
なんか、目玉機能ある？
647 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
>>643
よくわからんけど、自分が間違えてコミットすることを防ぎたいのなら、ローカルでignore属性つけておけば？
あとは環境に応じてうまく動く設定ファイルにするか
648 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
>>647
個人はないんじゃね？
641で挙がってるような奴対策だろ
そしてここまで回避策か代替案しか答えがないってことは無理ってことか
できるんなら俺も知りたいわ
649 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
>>639
たった今ふと思ったのだが、
svn:needs-
lock (だったかな？)
はどうだろう？

明示的にロックしないとコミット出来なくなるから、目的達成できるんじゃね？
650 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
変なところに改行が入ったけど、
svn:needs-lock
念のため
651 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
>>648
>>642 しかないでしょ。
テンプレからコピーする手間を省きたい (と言うかみんなにその手順を説明するのが面倒) とは思うが...
652 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
svn:externals使って設定ファイルは別管理にする。
r/oでcoすれば良い
653 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
>>651
テンプレート状態の設定ファイルがリリースされる日を楽しみにしています
654 ：デフォルトの名無しさん：2013/07/25(木) NY:AN:NY.AN
>>646
パッチリリースに目玉機能なんて無いでしょ。
強いて言えば、 1.8.0 にしてすぐぶちあたるようなバグはあらかた修正された、ってぐらい？
655 ：デフォルトの名無しさん：2013/07/30(火) NY:AN:NY.AN
commit時にchecksumエラーが出るようになったのだが
ファイル消してupdateするとtxtファイルがバイナリみたいになる
modify取ると変更なしになる

checkoutからやり直すとtxtファイルでcoされるけど、再び同じ現象が他のファイルでも起こる

admin verifyは問題なし

どこか情報ありませんか？
656 ：デフォルトの名無しさん：2013/08/08(木) NY:AN:NY.AN
Windows7(32bit)にTortoiseSVN 1.8.xをインストールすると
MS-Access2010のピボットテーブルビューが表示されなくなります。
回避方法は無いでしょうか？ 1.7.xでは問題ありません。
657 ：デフォルトの名無しさん：2013/08/15(木) NY:AN:NY.AN
svnコマンドで、TortoiseSVNのログ表示のように、カレントディレクトリ以下の全ての情報を表示することはできますか？
658 ：デフォルトの名無しさん：2013/08/20(火) NY:AN:NY.AN
デフォでそうなってると思うけど
659 ：デフォルトの名無しさん：2013/08/20(火) NY:AN:NY.AN
>>658
例えば、どこかのワーキングディレクトリで、以下の操作をしたとします。
$ mkdir aaa
$ ls / > aaa/test.txt
$ svn add aaa
$ svn commit
この状態で、svn logとやっても、今commitしたもののログは表示されません。
svn log aaaとやると、ログが表示されます。

$ svn --version
svn, バージョン 1.7.11 (r1503888)
コンパイル日時: Jul 17 2013, 09:10:51
660 ：デフォルトの名無しさん：2013/08/20(火) NY:AN:NY.AN
svn log -rHEAD:1
661 ：デフォルトの名無しさん：2013/08/21(水) NY:AN:NY.AN
うろ覚えですまんが、
commit した後 update しなきゃいかん
のじゃなかったっけ？
662 ：659：2013/08/21(水) NY:AN:NY.AN
>>660
これで取得できました。ありがとうございました。

>>661
svn updateはリポジトリとの同期なので、今回の話とは関係ありません。
663 ：デフォルトの名無しさん：2013/08/22(木) NY:AN:NY.AN
>>661
そう。

>>662
関係ある。
664 ：デフォルトの名無しさん：2013/08/22(木) NY:AN:NY.AN
今コミットしたもののログが見えないって話なんだからupdate関係無いでしょ
665 ：デフォルトの名無しさん：2013/08/22(木) NY:AN:NY.AN
>>664
関係ある。
つべこべ言ってないで、やってみな。
666 ：デフォルトの名無しさん：2013/08/22(木) NY:AN:NY.AN
６６６
667 ：デフォルトの名無しさん：2013/08/23(金) NY:AN:NY.AN
>>665
これ、cvnの罠の一つだよな。
他の罠は知らんが。
668 ：デフォルトの名無しさん：2013/08/23(金) NY:AN:NY.AN
s/cvn/svn/
669 ：デフォルトの名無しさん：2013/08/23(金) NY:AN:NY.AN
1.8.3 age
http://svn.apache.org/repos/asf/subversion/tags/1.8.3/CHANGES
670 ：デフォルトの名無しさん：2013/08/23(金) NY:AN:NY.AN
あら、1.8.2はスキップか
671 ：デフォルトの名無しさん：2013/08/24(土) NY:AN:NY.AN
http://svn.apache.org/repos/asf/subversion/tags/1.8.2/CHANGES
微妙に違うから、なんかいやなことでもあったんでしょう
672 ：デフォルトの名無しさん：2013/08/31(土) NY:AN:NY.AN
TortoiseSVN 1.8.2 released
http://tortoisesvn.net/
673 ：デフォルトの名無しさん：2013/09/01(日) 00:15:55.45
Mac⇔Win間でファイル名に濁音が入ったら前はちゃんと変換してくれてたのにファイル名の濁音が「そのまま」出力されてない？
674 ：673：2013/09/01(日) 00:28:56.58
濁音は前から変わってないか、新PCのセットアップで自作ファイル更新日変更プログラムが上手く動いていないだけだった
675 ：デフォルトの名無しさん：2013/09/01(日) 10:57:15.33
NFCか。
iTunes移行時にtar+gzip使ってえらい目にあったっけなｗ
676 ：デフォルトの名無しさん：2013/09/01(日) 11:28:01.67
単なるNFC<->NFD変換なのに UTF-8-MAC とか呼んで
Macの固有仕様みたいな印象を与えるのはやめてほしいものだ。
677 ：デフォルトの名無しさん：2013/09/01(日) NY:AN:NY.AN
http://treeapps.hatenablog.com/entry/2013/08/20/225435
unicode-pathオプション付きでコンパイルしたものをosxでつかえば、相互利用出来るようになるよ。
eclipseやsvnxつかうときも、そっちを見るようにしてやれば良い。
678 ：デフォルトの名無しさん：2013/09/01(日) 18:48:04.29
リンク貼っておいてなんだけど、
eclipseは自前の使っていて対応出来ない？

http://d.hatena.ne.jp/irof/touch/20120529/p1
homebrewが一回目途中で止まる場合は、^Cしてもう一回。
679 ：デフォルトの名無しさん：2013/09/04(水) 22:31:39.76
質問させてください。

subversionはファイルやフォルダの名前が変わってもバージョン管理が継続するのは便利なのですが、そのファイルやフォルダを一意に識別するIDのようなものはありませんか？
あるファイルの名前が変わっても、変わらないIDのようなものがあれば、そのIDで履歴を追いたいです。

もうひとつ、質問させてください。
checkoutしたフォルダのIDのようなものはあるのでしょうか？
あるフォルダにチェックアウトを行い、同じユーザで別のフォルダにチェックアウトを行ったのですが、最初に作ったフォルダでロックを取得して、同じユーザで2番目に作成したフォルダでコミットを行ったところ拒否されました。
同じユーザなので、コミットできそうな気がしますが、フォルダが別なのでﾀﾞﾒなのかと思いました。
チェックアウトしたフォルダごとにIDのようなものがあり、ロックを管理しているのでしょうか？
680 ：デフォルトの名無しさん：2013/09/04(水) 23:03:06.97
今のsubversionには「リネーム」という単体の操作はないんだよ。
あるのは「コピー」と「削除」だけ。
だからそんなIDなんて作りようがない...ってことわかる?

あと、ロックが何をするものなのかわかってない気がします...。
681 ：デフォルトの名無しさん：2013/09/04(水) 23:21:20.17
1.8.0からリネームが追加された気がする
682 ：デフォルトの名無しさん：2013/09/04(水) 23:28:07.96
>>679
リポジトリ内にはノードIDとかいうのがあった気がする。
でもたぶんユーザー向けに見えるようにはなってないとおもう。
API潜っていけば触れるかもね。

ロックの所有者は作業コピーで正解。
そうじゃないとひとつロック取った状態で複数の作業コピーから
別々の編集ができてしまう。それはロックの目的に反するでしょ。
683 ：デフォルトの名無しさん：2013/09/04(水) 23:45:47.54
情報ありがとうございます

>> 681
リネーム調べてみます

>>682
ノードID調べてみます
自分はCでSubversionのsvn_clientの関数呼び出す簡単なコマンド作ったことがあるので、その流れで調べてみます
また、将来的にはSharpSVNにも手を出したいので、そちらも調べてみます

また、ロックの所有者は作業コピーとのことでしたが、ロックはファイルパスではなくURLでも取得できたと思います
その場合、どの作業コピーがロックしたことになるのでしょうか？


何度も質問すみませんが、よろしくお願いいたします。
684 ：デフォルトの名無しさん：2013/09/05(木) 01:26:00.82
>>683
質問の前にマニュアルも読もうよ。
http://discypus.jp/svnbook/svnbook_ja_html/re15.html
685 ：デフォルトの名無しさん：2013/09/05(木) 01:27:04.67
>>683
URL はこっちのが良かった。（↑の URL でも最後のほうにリンクがあるけど）
http://discypus.jp/svnbook/svnbook_ja_html/ch07s03.html
686 ：デフォルトの名無しさん：2013/09/05(木) 23:18:19.25
1.9のロードマップが出てるな。
http://subversion.apache.org/roadmap.html
687 ：673：2013/09/11(水) 20:59:13.12
xdocdiffの64bit版ないの？
688 ：デフォルトの名無しさん：2013/09/19(木) 16:33:07.11
コミット時にこれはデバッグ用のコミットだよみたいにコミットの種類を選択することはできますか？
689 ：デフォルトの名無しさん：2013/09/19(木) 18:10:05.35
>>688
そもそもコミットの種類とかそんな便利そうなもんが存在するとの前提で質問されてもなぁ...

とりあえず、ブランチについて調べなはれ。
690 ：デフォルトの名無しさん：2013/09/24(火) 08:58:06.77
すんません、基本的なことなんですがひとつ質問。
windowsローカルの１ユーザーでコマンド叩いて使う場合、
複数レポジトリを同時運用・管理ってできなかったりする？
691 ：デフォルトの名無しさん：2013/09/24(火) 09:49:38.02
出来るよ
692 ：デフォルトの名無しさん：2013/09/24(火) 10:00:45.76
とんくす。
693 ：デフォルトの名無しさん：2013/09/25(水) 09:55:15.62
有識者の方に質問です。
仕事でTortoiseSVNを使用しているのですが、以下の症状が出てしまい、コミッ
ト、ログの確認ができません。

■症状
サーバが、リクエストへのレスポンスとして予想外の戻り値 (501 Not
Implemented) を送信してきました
というメッセージがリポジトリブラウザに表示される

■環境
Windows7 SP1 Enterprise 日本語版
TortoiseSVN 1.8.2

■備考
同一ネットワーク上の別のマシンが、同一のsvnサーバーに対してリポジトリブ
ラウズを試みても、問題が発生しません。
問題が発生しないマシンはWindows7 SP1 Enterprise 英語版,TortoiseSVN 1.8.2
また、問題のあったマシンで、TortoiseSVNのバージョンを幾つか戻してみまし
たが、改善されません。

どなたか、解決策、もしくは原因に対する推論などお持ちでないでしょうか？
694 ：693：2013/09/25(水) 12:40:39.53
備考の追記です。
問題のマシンでは、tortoisesvnの認証ダイアログ後、windowsのBASIC認証ダイアログが表示されてしまいます。
695 ：デフォルトの名無しさん：2013/09/25(水) 12:49:22.82
SettingsのNetworkのSSH clientは正常？
696 ：デフォルトの名無しさん：2013/09/25(水) 16:57:19.61
>>693-694
鯖側のバージョンと環境、接続方法は？
697 ：デフォルトの名無しさん：2013/09/25(水) 20:09:28.08
これで環境書いたつもりかよ知障が
698 ：デフォルトの名無しさん：2013/09/25(水) 20:50:23.97
バージョンアップしてフォーマットが変わったから更新かけてねっていう
いつものアレじゃろ
699 ：デフォルトの名無しさん：2013/09/26(木) 01:07:05.84
https://groups.google.com/forum/m/#!topic/tortoisesvn/bUrz2DHalac
http://tech.bayashi.jp/archives/entry/server/2009/002759.html
メソッド(下のURL)がプロクシやファイアーウォールというパターンもあるけど、698のパターン(上のURL)なんだろうね。
700 ：デフォルトの名無しさん：2013/10/01(火) 13:05:52.26
TortoiseSVNかコマンドのsvnで
コミット時のコメント文字列をすべて取得する方法ないでしょうか
701 ：デフォルトの名無しさん：2013/10/01(火) 16:44:56.48
>>700
ワーキングコピーならsvn log、
リポジトリならsvnlook log。
702 ：デフォルトの名無しさん：2013/10/01(火) 16:45:16.42
svn logとは違うのか?
703 ：デフォルトの名無しさん：2013/10/01(火) 21:54:54.48
コマンドのsvn logで何とかなりました
704 ：デフォルトの名無しさん：2013/10/13(日) 01:19:04.06
Subversion でコミットしようとすると Jenkins でビルド処理が自動的に開始され、
そのビルドに成功したらコミットを受け入れ、失敗したらコミットを拒否する。

このような仕組みを作りたいのですが、可能でしょうか。

Jenkins のプロジェクトの方でソースコード管理システムを Subversion に設定し、
Subversion の pre-commit フックの中で単に Jenkins のビルドを促すだけでは、
Jenkins は今コミットしようとしているリビジョンのファイルではなく、
その一つ前のリビジョンをチェックアウトしてビルドしてしまいます。

かといって、Subversion の post-commit フックで同じことをしたら、
確かに今コミットした最新のファイルでビルドされますが、
ビルドに失敗し際にコミットを拒否することができなくなります。
705 ：デフォルトの名無しさん：2013/10/13(日) 16:54:36.73
preにしろpostにしろ、フックの中であまり時間のかかる処理はしない方がいいと思うけどね。

オレならpost-commitフックで別プロセス起動してそっちでビルドしてみて、
失敗したら逆方向マージかけて、authorにメール飛ばすこと考えると思うな。
706 ：デフォルトの名無しさん：2013/10/15(火) 00:31:33.04
分散バージョン管理なら他のリポジトリにpushすればいいんだろうけど。
subversionなら、成功したらJenkinsでtag打っとくくらいかなあ。
707 ：デフォルトの名無しさん：2013/10/16(水) 21:47:51.78
>>705 >>706
アドバイスありがとうございます。

まず逆マージの方を考えてみました。

post-commitフックでは wget で Jenkins のビルドを促す事だけをし、
そして Jenkins 側のビルド実行シェルスクリプトで、
ビルドが失敗したら逆のマージの svn コマンドを発行しようと考えました。

ですが、やろうとしてから、かなり面倒な作業であることが次第に分かってきました。
一つ前のリビジョン番号が分からないといけないんですね。
Jenkins のワークスペースにチェックアウトした現在のリビジョン番号を
svnversion コマンドで標準出力に出力させて、それを解析するプログラムを組む必要がある。

これをプログラムする前に、

> 分散バージョン管理なら他のリポジトリにpushすればいいんだろうけど。

この意見を参考に、git ならもっと簡単にできないか検討してみます。
（どのバージョン管理システムを使うか、こだわりは無いので）
708 ：デフォルトの名無しさん：2013/10/17(木) 08:39:56.04
revertは問題をさらに複雑にするだけだろ。
専用のブランチ/リポジトリにコミット、テストpassしたら本来のコミット先にマージが普通。
gitでも変わらんよ。

フックで
/trunk/
へのコミットを
/test/trunk/
にリダイレクト出来ないかを最初に考えるべき。
709 ：デフォルトの名無しさん：2013/10/25(金) 08:06:46.55
dump,loadがクソ遅い。commitが260000あるリポジトリのdump,loadに2日とか笑う。
710 ：デフォルトの名無しさん：2013/10/25(金) 09:22:23.72
>>709
svnadmin hotcopy じゃダメなケース？
711 ：デフォルトの名無しさん：2013/10/25(金) 22:36:55.94
>>709
apache は 1,500,000 位だから、一週間近くかかるのか。
712 ：デフォルトの名無しさん：2013/10/31(木) 00:32:47.10
Apache Subversion 1.8.4 age
http://svn.haxx.se/users/archive-2013-10/0213.shtml
713 ：デフォルトの名無しさん：2013/10/31(木) 00:33:36.15
TortoiseSVN 1.8.3 age
http://svn.haxx.se/tsvnusers/archive-2013-10/0166.shtml
714 ：デフォルトの名無しさん：2013/11/06(水) 20:26:23.12
myproj
　　svnrepos
　　source

みたいにワンセットで管理して好きな様に移動できるようにしたいんですが
リポジトリの相対指定っていうのは出来るんですか？
715 ：デフォルトの名無しさん：2013/11/13(水) 02:39:13.05
>>714
gitオヌヌメ
716 ：デフォルトの名無しさん：2013/11/13(水) 02:56:34.54
>>714
> myproj
> 　　svnrepos
> 　　source

プロジェクトの下に、リポジトリを置くのか...
リポジトリってなにか理解してる？
717 ：デフォルトの名無しさん：2013/11/13(水) 03:26:01.75
ヤフー辞書の国語辞典で引くとリポジトリとはデータを保管する場所のことらしい
718 ：デフォルトの名無しさん：2013/11/14(木) 17:48:49.63
個人開発の時は>>714みたいなことをしてたな
でも今、個人で開発するならgitの方がいいんじゃないかな
Subversion大好きだけどね
719 ：デフォルトの名無しさん：2013/11/14(木) 22:40:39.12
こんな感じ？

cd c:\temp
mkdir myproj
cd myproj
svnadmin create --fs-type fsfs svnrepos
svn mkdir -m "mkdir trunk" file:///c:/temp/myproj/svnrepos/trunk
svn mkdir -m "mkdir branches" file:///c:/temp/myproj/svnrepos/branches
svn mkdir -m "mkdir tags" file:///c:/temp/myproj/svnrepos/tags
svn checkout file:///c:/temp/myproj/svnrepos/trunk source
cd source
echo readme > readme
svn add readme
svn commit -m "create readme"
720 ：デフォルトの名無しさん：2013/11/14(木) 22:55:32.14
？
721 ：デフォルトの名無しさん：2013/11/15(金) 01:28:09.31
何がしたいのやら
722 ：デフォルトの名無しさん：2013/11/15(金) 03:53:13.18
myproject
　　svnrepository
　　workspace
　　　　src
　　　　lib
　　　　bin
こうだな
723 ：デフォルトの名無しさん：2013/11/28(木) 20:40:19.07
Apache Subversion 1.8.5
http://subversion.apache.org/download/#recommended-release
724 ：デフォルトの名無しさん：2013/12/03(火) 22:15:04.55
質問させてください
コミット時に任意のkey-valueのプロパティが付けられると思います
これを、コミット後に変更する方法はありますか？
コメントの場合svn:log属性を上書きすれば良いようですが、プロパティの場合はどうすればいいのでしょうか？


よろしくお願いいたします
725 ：デフォルトの名無しさん：2013/12/04(水) 01:29:13.47
>>724
svn:log と同じ方法でいけるでしょ。「属性」＝「プロパティ」
726 ：デフォルトの名無しさん：2013/12/04(水) 20:37:13.41
>>725
すみません。
ファイルに対するプロパティではなく、コミット時にkey-valueが加えられると思いますが、それのことです。
たしか、--with-rev-propとかだったと思います。
それを特定のリビジョンに対し変更したいのです。
例えば、svn logでリビジョン0から100まで取れたとして、そのうちのリビジョン50に関連付けられたkey-valueを修正したいのです。
コメントの場合はリビジョン50のsvn:logを変更すれば良さそうですが、key-valueの場合、よくわかりません。

よろしくお願いいたします。
727 ：デフォルトの名無しさん：2013/12/04(水) 21:47:43.46
>>726
svn:log って属性名のかわりに、自分でつけた名前を指定すればいいのでは。あと、revpropchangeフックも自分でつけた名前のを許可しておくこと。
728 ：デフォルトの名無しさん：2013/12/05(木) 01:06:25.57
>>726
コミットごとのkey-value＝リビジョン属性＝リビジョンプロパティ（rev-prop）

svn:log は Subversion 自体が自動で作成するリビジョンプロパティのひとつ。
729 ：デフォルトの名無しさん：2013/12/05(木) 03:31:47.34
>>726
何でそこまでわかっててたどり着けないんだろう。

http://www.caldron.jp/~nabetaro/svn/svnbook-1.5-final/html-chunk/svn.ref.svn.html
> --revprop
> 指定したファイルやディレクトリの属性のかわりに、リビジョン属性を操作します。このオプションを使う場合、--revision (-r) オプションを使ってリビジョンも渡す必要があります。
730 ：デフォルトの名無しさん：2013/12/06(金) 11:54:29.02
svn使ってる有名プロジェクトってあるの？
731 ：デフォルトの名無しさん：2013/12/06(金) 13:24:45.15
apache
732 ：デフォルトの名無しさん：2013/12/06(金) 13:28:17.97
v8
733 ：デフォルトの名無しさん：2013/12/06(金) 14:20:40.37
svnを「一切使っていない」有名プロジェクトってあるの？
git開発ですら使ってんのに
734 ：デフォルトの名無しさん：2013/12/07(土) 12:34:13.20
コンシューマゲーム系は svn 多かったな
735 ：デフォルトの名無しさん：2013/12/07(土) 15:05:20.55
ゲームだと、グラフィックやらサウンドやらのバイナリデータも扱ってレポジトリが巨大化するからsvn向きなのかもね。
736 ： 忍法帖【Lv=40,xxxPT】(1+0：5) ：2013/12/07(土) 18:03:11.64
>>733
昔からCVSのままでやってるところならあるだろ
たとえばOpenBSD
737 ：673：2013/12/08(日) 17:54:37.74
10.9からsvnとApacheの連携の仕方がわからないからMavericksにverupできん・・・
738 ：デフォルトの名無しさん：2013/12/08(日) 18:03:54.95
変わらないっしょ？
739 ：673：2013/12/08(日) 18:12:12.02
いろんなsvn関連のdylibがなくなってない？>>Mavericks

/usr/lib/libsvn_*関連のライブラリが無くなってるきがするんだけど
740 ：デフォルトの名無しさん：2013/12/08(日) 19:12:30.08
$ otool -L /usr/bin/svn
/usr/bin/svn:
/usr/lib/libxcselect.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)

とか出てきた。Mavericks だと、 /usr/sbin/svn もそのへんのライブラリを
スタティックリンクするようになってるみだいだな。
741 ：673：2013/12/09(月) 00:26:44.27
う〜ん、じゃぁ10.8の時みたいにmod_dav_svn.soをコピってくればできる、のかなぁ・・・
742 ：デフォルトの名無しさん：2013/12/09(月) 00:31:19.70
macportsでやった方が、楽そうな気がするが
743 ：673：2013/12/23(月) 11:24:15.04
リモートのリポジトリとやり取りするにはApacheと連携させる以外方法ないの？
svnserve使えば良い、らしいけど、リポジトリの指定の仕方が「svn://」になるだけ？
リポジトリのファイルはどこに蓄積されるかどうやってしていするんだろ？
744 ：デフォルトの名無しさん：2013/12/23(月) 11:32:19.78
>>743
> リポジトリのファイルはどこに蓄積されるかどうやってしていするんだろ？

svnserve のオプション見ろよ
745 ：デフォルトの名無しさん：2013/12/23(月) 12:39:18.62
svnserveなんてクソ楽だった記憶しかない。
746 ：デフォルトの名無しさん：2013/12/23(月) 14:28:37.82
svnserveだと1か所にまとめないと無理?
たとえば/var/svn/testと/home/test/test2の両方とか
747 ：デフォルトの名無しさん：2013/12/23(月) 17:38:52.94
>>746
適当なディレクトリ作ってシンボリックリンク張ればいいんじゃね？
748 ：デフォルトの名無しさん：2013/12/24(火) 02:46:58.46
その手があったか
できたわサンクス
749 ：デフォルトの名無しさん：2014/01/04(土) 14:19:57.50
すいません、Windowsのsubversionクライアントでちょっとお聞きしたいのですが…
・非常駐型のクライアント
・TortoiseSVNを必要なときだけ常駐させる方法
の、どちらかをご存知の方はいらっしゃいますか？
普段はEclipseからPHPやJavaをいじってるので、subversionのサーバは自前で立てて、普段はEclipseからアクセスしてます。
Visual Studio 2013 Expressでちょっとした作り物をしたのですが、あくまでついでに放り込みたいという感じなので、TortoiseSVNを常駐させっぱなしにはしたくないのです。

という事で最初に戻って、どちらかをご存知の方がいらっしゃいましたらアドバイスをお願いします。
750 ：デフォルトの名無しさん：2014/01/04(土) 14:36:51.51
>>749
TortoiseSVNにコマンドライン版も含まれていなかったか。
svn.exe だったか違う名前だったか覚えていないが。
さもなければCygwinでも使うか。
751 ：デフォルトの名無しさん：2014/01/04(土) 14:43:17.19
コマンドラインのsvnは普通にあるし
GUIならWinSVN
VSのアドオンもある
752 ：デフォルトの名無しさん：2014/01/04(土) 16:24:21.08
>>749
Subversion Links
http://svn.apache.org/repos/asf/subversion/tags/1.6.9/www/links.html#all-clients

Subversion リポジトリのリンク集
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_repo_link.html

ソフト/Subversion/クライアント - discypus
http://discypus.jp/wiki/?%A5%BD%A5%D5%A5%C8%2FSubversion%2F%A5%AF%A5%E9%A5%A4%A5%A2%A5%F3%A5%C8
753 ：デフォルトの名無しさん：2014/01/04(土) 16:29:44.90
自分専用ならfile:///にしとけばそもそも鯖いらんだろ
754 ：749：2014/01/04(土) 17:52:48.68
その後、自分でも少し調べてみましたが、実は意外と少ないのですね…＞Windows用subversionクライアント
>>750
あることはあるようですね>コマンドライン版TortoiseSVN
コマンドライン関係だけインストール可能か、もう少し調べてみます
>>751
残念ながらExpressではアドオンが動かないので、ankhsvnは使えません…。
WinSVNはよさそうですね。GUIならコレかな？
755 ：デフォルトの名無しさん：2014/01/04(土) 18:58:38.23
自前でSVNサーバ起動させて、バージョン管理するなら、
Gitの方が楽じゃね
756 ：デフォルトの名無しさん：2014/01/04(土) 19:35:28.57
svnからgitに移行する負荷も考えずにgitが楽とかあほかと
757 ：18：2014/01/04(土) 20:18:47.45
2013 Express は git クライアント機能持ってるし、git svn で Subversion のリポジトリにアクセスできるけど？
何が大変？
758 ：デフォルトの名無しさん：2014/01/04(土) 20:42:40.48
ローカルPCにSVNサーバ起動させてバージョン管理するのと、gitを使うのは
サーバ起動しなくて良いだけ、Gitの方が手軽じゃねって思うが
759 ：18：2014/01/04(土) 21:03:06.28
>>758
>>753 が書いてる通り Subversion もサーバーなしでも大丈夫。
760 ：デフォルトの名無しさん：2014/01/04(土) 22:08:26.30
gitは既存のディレクトリを
そのままgit管理下に変更できるから
gitの方が手軽だよ。

svnみたいに別ディレクトリを作って
こっちがリポジトリディレクトリ
こっちが作業用ディレクトリ
コミットしたら作業用ディレクトリから
リポジトリディレクトリにデータがコピーされますとか
考えなくていい。
761 ：デフォルトの名無しさん：2014/01/05(日) 00:43:59.50
>>754
>751 じゃないけど普段はコマンドラインから
ttp://sourceforge.net/projects/win32svn/
のものを使ってる

どこからこのURLを探しだしたか覚えてないけど
確かSubversion公式に貼ってあったような
762 ：デフォルトの名無しさん：2014/01/05(日) 01:10:43.34
>>753
何人かで使うときに、file:///だとダメかな？
763 ：デフォルトの名無しさん：2014/01/05(日) 01:27:45.40
同じコンピュータ上で作業するのか？ワークステーションとかなの？
764 ：デフォルトの名無しさん：2014/01/05(日) 01:44:23.51
>>762
そういう使い方は一切保証しないってマニュアルに書いてあったような
765 ：18：2014/01/05(日) 06:34:55.43
>>764
それは Berkeley DB。
ネットワーク上でリポジトリ共有するなら FSFS にしてねって書いてある。
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.planning.html#idp12980288
766 ：デフォルトの名無しさん：2014/01/05(日) 15:45:45.18
>>765
確かに。。。
いや、その話はもちろん知っていたのだが、俺の読んだ文書が書いてない。。。

と思って、探したら、TortoiseSVNドキュメントの方だった
http://tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-repository.html#tsvn-repository-local-share
原文にも書いてあるから誤訳では無いみたい
http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-repository.html#tsvn-repository-local-share

いずれにせよ、TortoiseSVNとしてはサポートしないってだけの話みたいね
すまんすまん
767 ：18：2014/01/05(日) 18:34:04.58
>>766
TortoiseSVN がサポートしないのは見落としてたわ。
ひとつ賢くなった、ありがとう。
768 ：デフォルトの名無しさん：2014/01/06(月) 00:35:08.76
762です
単純にファイルサーバへソフトのインストール無しで使えないか？
と単純に思ったんだけど、TortoiseSVNが対応してないとなると
難しそうですね
いろいろとありがとうございました
769 ：デフォルトの名無しさん：2014/01/06(月) 01:25:08.70
>>768
使えるか使えないかで言ったら使えるよ
対応していないんじゃなくて、サポートをしてくれないだけ
つまり、自己責任って事ね

何人かってのが、同時にアクセスする可能性があるならやめていおいた方が無難
逆に絶対同時にはアクセスしないなら問題ない
770 ：デフォルトの名無しさん：2014/01/06(月) 01:30:08.03
ファイルサーバーって排他処理しないのか
771 ：デフォルトの名無しさん：2014/01/06(月) 01:40:22.36
>>770
一ファイルだけの変更なら排他処理してくれると思う
でもSVNは一ファイルだけを更新するわけじゃないから、一連の処理をまとめて排他しないとダメ
いわゆるトランザクションってやつ
772 ：デフォルトの名無しさん：2014/01/06(月) 03:00:56.01
ファイルサーバだけある、って状況なら分散型のが楽じゃね
773 ：デフォルトの名無しさん：2014/01/06(月) 05:19:04.70
>>768
リポジトリデータをファイルサーバにおいたからといって、ファイルサーバでSVNサーバを動かす必要はないよ。
774 ：デフォルトの名無しさん：2014/01/07(火) 21:47:56.51
>>772
ファイルサーバの有無は、集中と分散のどちらが楽かには関係無いな
775 ：デフォルトの名無しさん：2014/01/08(水) 00:55:47.29
>>773
複数のPCから同時に使用する可能性があるならSVNサーバーを立てないとダメでしょ
まぁ、実際はfsfsリポジトリの更新設計次第、もしくは、クライアントの出来次第だけど、TortoiseSVNは強く非推奨としているみたいね
776 ：デフォルトの名無しさん：2014/01/08(水) 03:35:38.42
>>775
もっかい言うけど、「ファイルサーバで」SVNサーバを動かす必要はないよ。
777 ：デフォルトの名無しさん：2014/01/08(水) 08:34:35.93
>>776
ポイントはそっちかあ
確かにファイルサーバー自体で、SVNサーバーを動かす必要は無いね
SVNサーバーはどこで動いていても構わんと
778 ：デフォルトの名無しさん：2014/01/08(水) 13:59:57.68
svn+sshでデーモンいらず
779 ：デフォルトの名無しさん：2014/01/11(土) 00:15:08.20
安易にsshを開放したくない
780 ：デフォルトの名無しさん：2014/01/11(土) 15:07:24.47
つーか、解放するポートはsshくらいじゃないか。
781 ：デフォルトの名無しさん：2014/01/11(土) 19:24:56.93
23(telnet)でsshまってるとたくさん来る
中国とロシアが多いな
782 ：デフォルトの名無しさん：2014/01/19(日) 01:59:34.16
TortoiseSVNの新機能試してみた
commit対象からrestore after commitを選択するとどこかに現状の当該ファイルを保存
→エディタでcommitする状態にして保存
→commit
→自動的に戻す

ということでこれまで
a)コピーしておいて編集してcommit後に差し替え or b)編集してcommit後にundo
のような手順をrestore after commitを選択する操作に置き換えられるようだ
git -pだかのようにcommitする/しない変更部分を選べるようなものではなく
commit用の状態にする作業は変わらない
783 ：デフォルトの名無しさん：2014/01/19(日) 06:08:25.55
中国はほんと必ずと言って良い程来るけど
珍しいのでオランダとドイツからずっと何かやられてる時あった
オランダは反日だけど、ドイツで「えっ」ってなった
784 ：デフォルトの名無しさん：2014/01/19(日) 15:35:14.42
バカじゃねｗ
785 ：デフォルトの名無しさん：2014/01/19(日) 15:52:26.02
>>782
おお、たまに便利な機能だね。解説ありがとう〜
786 ：デフォルトの名無しさん：2014/01/19(日) 15:59:13.04
>>782
使いどころがわからん...
787 ：デフォルトの名無しさん：2014/01/21(火) 05:16:42.85
>>786
後半に書かれてる作業にピンと来ないうちは関係ないし、その作業が必要な場面に遭遇していないのは平和なことだ。
788 ：デフォルトの名無しさん：2014/01/21(火) 07:56:06.03
>>787
そんな役に立たないレスは要らないから
789 ：デフォルトの名無しさん：2014/01/21(火) 15:04:02.95
例えばローカルハックで自分の環境専用に書き換えてたりするときに使えるだよ
例えばパスが鯖とローカルで違うから上書きしてるとか
790 ：デフォルトの名無しさん：2014/01/24(金) 13:44:55.83
>>782
この機能さ、復元対象のファイルがチェックされて無くてもコミットすると復元されちゃうんだよね
バグなんだろうけど

ヘルプ見てるといつの間にか結構こういう細かい機能が増えてるね
「移動を修復」なんていつも手作業でやってたからずいぶん助かるな
791 ：デフォルトの名無しさん：2014/02/02(日) 01:38:30.67
Version 1.9.0
(?? ??? 2014, from /branches/1.9.x)

http://svn.apache.org/repos/asf/subversion/trunk/CHANGES
792 ：デフォルトの名無しさん：2014/02/02(日) 10:34:36.76
>>791
リリースされたの？
793 ：デフォルトの名無しさん：2014/02/02(日) 22:45:30.87
共有フォルダに置いてfile:///でアクセスしてたリポジトリを、後からサーバー立ててsvn+ssh://とかhttps://とかでアクセスできるようにできる？
そのとき、どちらからでもアクセスできるように運用できる？
794 ：デフォルトの名無しさん：2014/02/03(月) 01:17:59.92
>>793
svn switch --relocate

> そのとき、どちらからでもアクセスできるように運用できる？
よく意味がわからん。
795 ：デフォルトの名無しさん：2014/02/03(月) 01:42:04.48
>>793
何をしたいのか絵や図を描いて説明するんだ！
796 ：デフォルトの名無しさん：2014/02/03(月) 02:45:16.73
>>793
svn+ssh https file のどれからでもアクセスできるけど、
file://は使わないようにしたほうがいいよ。ローカルならsvn://でやればいいし。

おまけだけど、file:/// は file:// + /〜〜 と区切る。プロトコルを示すためにスラッシュが3つ必要なわけではないよ。
797 ：デフォルトの名無しさん：2014/02/03(月) 03:06:08.12
Unix系のルートに合わせてWindowsでもファイルパスの根に/を入れてるだけだもんね
798 ：デフォルトの名無しさん：2014/02/03(月) 07:52:23.54
>>793
やってみなはれとしか言えないと思う。
リポジトリ壊れたらどうしようもないのでそんな変なことやる奴はあまりいないだろうし。

>>794
意味わからないなら、いちいち頓珍漢なレスするなよ...
799 ：デフォルトの名無しさん：2014/02/03(月) 09:21:20.31
>>793
マニュアルに「第6章 サーバの設定 複数リポジトリアクセス方法のサポート」っ
て記述があり、そこには
> いったんこの問題を乗り越えてしまえば、あなたのリポジトリは すべての必要な
> プロセスからアクセスすることができるようになって いるはずです。少し面倒で
> 複雑ですが、複数のユーザが書き込みアクセス を共有することで起こる問題は、
> しばしばきれいに解くことができない 古典的な問題です。
と書かれていて、おすすめの方法は↓となっている
> 自分のニーズに本当に合ったサーバ構成を選択し、そこにしがみついて 離れない、
> これがおすすめの方法です!

http[s]:スキームとsvn:スキームの混在はファイルアクセス権の問題があり、
それを解決する事は難しい
file:スキームとsvn: or http[s]:の混在はローカルファイルシステムなら
(そしてFSFS)なら問題ないが、file:スキームでのアクセスはリポジトリ丸
ごとrm -rf(del /q/s)できてしまうのでお勧めしない
800 ：デフォルトの名無しさん：2014/02/03(月) 16:52:46.59
今の時代はSVN，Gitとかどれがメインなの？
自分はずっとSVNばっか使ってたけど、Gitの方がクラウドの方にぶん投げられるのでいいのかなと思ったり
801 ：デフォルトの名無しさん：2014/02/03(月) 17:19:36.41
svn派だった人には、gitよりmercurialの方が向いてるよ。
802 ：デフォルトの名無しさん：2014/02/03(月) 17:33:39.38
WindowsだとHGってPythonのインストールが必要なんだよね
スクリプト言語の実行環境を増やすって怖いんだよね
注意すべきファイルが増えるし
803 ：デフォルトの名無しさん：2014/02/03(月) 17:35:37.32
HGのPythonは先に入ってる環境を壊さないよ
804 ：デフォルトの名無しさん：2014/02/03(月) 18:03:13.95
TortoiseHg
805 ：デフォルトの名無しさん：2014/02/03(月) 18:06:12.41
>>803
たぶん悪意のあるコードを気にしてるんじゃないかな。
不用意に実行しかねない状況を作ってる的な。
806 ：デフォルトの名無しさん：2014/02/03(月) 18:41:31.22
ごめん、どういうこと？
mercurialってのがPythonを使用するってこと？
807 ：デフォルトの名無しさん：2014/02/03(月) 18:51:16.82
>>806
もともとPythonがインストールされていなかったマシンに、
「自分ではPythonを使うつもりがなくても」
HGのせいでインストールしなくてはならない。

（HGとは何の関係もない事だが）何かしらの悪意のあるコードが
ネットを通じて入ってきて実行されるかもしれない。
そういう状況は、可能性が低くても不用意には作りたくない。

ということだと俺は思う。
808 ：デフォルトの名無しさん：2014/02/03(月) 19:34:24.73
馬鹿発見
809 ：デフォルトの名無しさん：2014/02/03(月) 19:36:02.33
>>808
自己紹介乙です
810 ：デフォルトの名無しさん：2014/02/03(月) 20:18:52.15
Windowsで使う分にはGitよりかはMercurialの方が使いやすいよ
ま、Mercurialもいまいちだけど、Gitよりかはまし
GitはMsysを入れないとダメなのがうんこすぎる
いっそ仮想OSでLinux入れてターミナルソフト経由でGit使うのがオススメ
811 ：デフォルトの名無しさん：2014/02/03(月) 20:21:11.68
一番Windowsと親和性高いのはSubversionだな
Subversionに比べればGitもMercurialもどっちもだめ
812 ：デフォルトの名無しさん：2014/02/03(月) 20:30:53.14
gitはlinux開発用だしな
Windowsに向くわけがない
813 ：デフォルトの名無しさん：2014/02/03(月) 20:37:44.30
windowsを毛嫌いしてる連中が作ってるからgitがwin上でまともに動くことは今後もありえんだろうな
814 ：デフォルトの名無しさん：2014/02/03(月) 21:06:25.61
結局、Linux でも Windows でもまともに使いたかったら Subversion 使っとけということになる
815 ：デフォルトの名無しさん：2014/02/03(月) 22:25:01.16
Subversion最強説
816 ：デフォルトの名無しさん：2014/02/03(月) 22:38:45.54
GitはLinuxのカーネル開発に使う分にはベストなんだろうが、その開発モデルが全ての現場に通用する訳じゃない
Subversionはブランチを切れないけど、隣同士で働いてるPGならちょっと声掛ければ何とでもなる
デザイナーがフォトショの巨大な画像ファイルをリポジトリに突っ込みまくるとか、営業がエクセルのファイル(ファイル名はもちろん日本語)をリポジトリに突っ込みまくるとか、そういう現場だとSubversionの方が断然使いやすい
817 ：デフォルトの名無しさん：2014/02/04(火) 03:23:11.95
Subversionの問題点(?)は、.svnディレクトリがアッチコッチ作られて、
削除するのが面倒くさいこと
わざわざ取り除くスクリプト書いた
あ、用途はUSBにデータだけ入れるとかね
別の機器に入れた時にバージョンの整合性が取れなかったりしたから


それはそうと、今Eclipse用のコネクターは何がいいの？
以前Subversive使ってたんだけど
818 ：デフォルトの名無しさん：2014/02/04(火) 08:06:26.11
>>817

バージョン上げろよ
exportしろよ
819 ：デフォルトの名無しさん：2014/02/04(火) 08:20:08.45
古い情報で偉そうに語らない方がいいね
svnも進化しまくってる
820 ：デフォルトの名無しさん：2014/02/04(火) 09:42:15.68
.svn消すのって、find調べてrmに渡すだけじゃん
821 ：デフォルトの名無しさん：2014/02/04(火) 10:25:29.44
Windowsで使う分にはRubyよりかはPythonの方が使いやすいよ
ま、Rubyもいまいちだけど、Perlよりかはまし
PHPがうんこすぎる
いっそ仮想OSでLinux入れてターミナルソフト経由でGit使うのがオススメ

一番Windowsと親和性高いのはPythonだな
Pythonに比べればRubyもPerlもどっちもだめ

Rubyはlinux開発用だしな
Windowsに向くわけがない

windowsを毛嫌いしてる連中が作ってるからRubyがwin上でまともに動くことは今後もありえんだろうな

結局、Linux でも Windows でもまともに使いたかったら Python 使っとけということになる

Python最強説
822 ：デフォルトの名無しさん：2014/02/04(火) 12:37:33.61
スレチ
823 ：デフォルトの名無しさん：2014/02/04(火) 13:12:50.87
>>821
どっかで読んだ文書だな
原文はruby→git、python→svnだったような
824 ：デフォルトの名無しさん：2014/02/04(火) 13:25:18.90
15レスほどさかのぼってみようか
825 ：デフォルトの名無しさん：2014/02/04(火) 14:40:46.10
言い返せないから発狂したんだろう
826 ：デフォルトの名無しさん：2014/02/04(火) 15:02:33.86
ということにしたいのですね:-)
827 ：デフォルトの名無しさん：2014/02/04(火) 17:15:02.61
pythonって日本語の扱いがまったくダメじゃん
あまりにもヒドすぎて、ウチの社では数百あるpythonスクリプトを
数年ががりで他に書き換え作業してるとこだよ
828 ：デフォルトの名無しさん：2014/02/04(火) 17:26:23.75
PythonベースやRubyベースのサーバアプリやツールなんかをそれぞれのデファクト
パッケージマネージャなんかでインストールするとき、失敗するのは大抵Pythonの場合。
829 ：デフォルトの名無しさん：2014/02/04(火) 17:50:34.81
>>827
馬鹿には無理
830 ：デフォルトの名無しさん：2014/02/04(火) 18:15:13.79
>>816
> Subversionはブランチを切れないけど
詳しく。
831 ：デフォルトの名無しさん：2014/02/04(火) 22:15:20.29
>>827
l10nとi18nの違いがわかってないんなら
M$謹製の環境に閉じこもってた方が幸せ。
832 ：デフォルトの名無しさん：2014/02/05(水) 00:04:07.79
Office文書も管理しようと思ったら、GitよりもSubversion
でいいんだよね？
833 ：793：2014/02/05(水) 00:32:37.54
>>794-799
答えてくれた人ありがとう。

別の言い方をすると、
SVNサーバーを立ててsvn://でアクセスできるように運用しているリポジトリのデータに対して
SVNサーバーを経由せず直接file:///でアクセスできるってことだね。
834 ：デフォルトの名無しさん：2014/02/05(水) 01:17:13.19
subversionのブランチは単なるコピーだから
そこが分散型ともっとも違うところ
835 ：デフォルトの名無しさん：2014/02/13(木) 23:56:26.65
Version 1.8.7
(19 Feb 2014, from /branches/1.8.x)

http://svn.apache.org/repos/asf/subversion/tags/1.8.7/CHANGES
836 ：デフォルトの名無しさん：2014/02/14(金) 09:07:03.92
おいおい、また番号飛ばしか
837 ：デフォルトの名無しさん：2014/02/14(金) 16:05:08.42
Tortoiseとのズレがまた大きくなるな…
838 ：673：2014/02/14(金) 23:52:32.67
今までapavhe+svn でリモートのリポジトリにアクセスしてたんだけど、
べつにsvnだけでリモートのリポジトリにアクセス出来るの？
svn:// みたいにリポジトリのURLしていすればいいの？
839 ：デフォルトの名無しさん：2014/02/15(土) 04:41:09.43
>>838
ssh+svnにしとけば何も考えなくていいし安全。
840 ：デフォルトの名無しさん：2014/02/15(土) 10:04:11.89
>>838
サーバー側の運用による
841 ：デフォルトの名無しさん：2014/02/15(土) 14:40:58.18
安全第一ならsshは使わない方がいいと思う
842 ：673：2014/02/16(日) 05:14:01.62
家庭内LANだからそう神経質にならなくてもいいんだけど、svn:// で試してみるわ
サンクス
843 ：デフォルトの名無しさん：2014/02/17(月) 21:00:56.33
Version 1.8.8
(19 Feb 2014, from /branches/1.8.x)
844 ：デフォルトの名無しさん：2014/02/17(月) 22:38:53.36
>>843
えー
まだtortoise出てないじゃん
845 ：デフォルトの名無しさん：2014/02/21(金) 08:26:36.34
リリースされたわけじゃないのか
846 ：デフォルトの名無しさん：2014/02/21(金) 12:01:00.62
Apache Subversion 1.8.8 Released
ttp://subversion.apache.org/#news-20140220

TortoiseSVN 1.8.5 released
ttp://tortoisesvn.net/
847 ：デフォルトの名無しさん：2014/02/24(月) 21:30:05.62
コミットしようとしたら「TortoiseSVN x64 has stopped working」と出て100%クラッシュするようになった
Win8 Pro 64bit TortoiseSVN1.8.5
848 ：デフォルトの名無しさん：2014/02/24(月) 21:38:52.36
老舗の枯れたツールにしちゃ、バージョンアップが頻繁すぎねえか？
サーバーがLinux、クライアントがWindowsだと、更新の手間の違いから
両者のバージョンを合わせるのが大変なんだ
849 ：デフォルトの名無しさん：2014/02/24(月) 23:26:34.62
別に無理して合わせる必要ないだろ？
850 ：デフォルトの名無しさん：2014/02/25(火) 01:08:06.04
動けばいいのだけど
動かないケースがあるんだよね
サーバーが1.7系でクライアントが1.8系とか
851 ：デフォルトの名無しさん：2014/02/25(火) 08:00:36.07
へ？俺鯖側1.6蔵側1.8で使ってるけど
どういうことなの
852 ：デフォルトの名無しさん：2014/02/25(火) 08:08:03.51
互換性あるよ。
http://subversion.apache.org/docs/release-notes/1.8.html
853 ：デフォルトの名無しさん：2014/02/25(火) 08:20:37.98
んーおかしいなあ
1.8が出た時、説明文に
「リボジトリの構造を変えたから、サーバー・クライアント共
必ず1.8にしてください」的なことが書いてあったので
苦労してLinux版をコンパイルしたんだが
854 ：デフォルトの名無しさん：2014/02/25(火) 08:35:24.46
>>853
1.8がリリースされたときの説明文って>>852とChangeLogだよね。
855 ：デフォルトの名無しさん：2014/02/25(火) 10:20:36.91
>>853
プロトコルが変わらないのならサーバとクライアントをあわす必要ないだろ。
リポジトリをコピーするときコピー元が1.8で先が1.7だと死ぬよ、というのを見間違えたのでは
856 ：デフォルトの名無しさん：2014/02/25(火) 13:22:36.85
騒がせてスマン
もしかしたらTortoiseSVNの1.8ドキュメントで見たのかも知れない
しかし肝心の記述が見つからんのでこの話題は忘れてくれ
857 ：デフォルトの名無しさん：2014/02/25(火) 13:51:10.69
何もかも忘れた
858 ：デフォルトの名無しさん：2014/02/25(火) 14:05:15.86
>>853
1.7のsvn upgradeの話と混ざってるとか。
859 ：デフォルトの名無しさん：2014/02/25(火) 18:56:19.45
バージョン管理システムのバージョンを管理するシステムがあればいいのに
860 ：デフォルトの名無しさん：2014/03/10(月) 12:15:36.79
tsvnとかシェル常駐だと書き換えできないけど
svnコマンドだけだったらできるだろ
861 ：デフォルトの名無しさん：2014/03/10(月) 20:24:42.41
>>847はATOKが犯人だったことが判明
くそジャストシステム
862 ：デフォルトの名無しさん：2014/03/10(月) 20:47:37.52
>>861
ATOKのバージョンは?
うちの古いATOK2012とWin7 64bitだと、クラッシュしない。
863 ：デフォルトの名無しさん：2014/03/10(月) 22:44:41.78
聞いてどうするんだ？
864 ：デフォルトの名無しさん：2014/03/10(月) 23:10:28.45
再現性でも調査したいんじゃね？しらんけど。
865 ：デフォルトの名無しさん：2014/03/10(月) 23:33:42.87
俺もATOK使ってるけど､そんな問題は起きてないな
ATOK2014 Win8.1pro x64
情報が少なすぎてあれだけど
866 ：デフォルトの名無しさん：2014/03/11(火) 17:21:24.50
別リポジトリからのフォルダ参照はできるけど
別リポジトリからのファイル参照でエラーでるのは仕様ですか？
同一リポジトリ別ファイル参照なら問題なく参照できます
version1.6.6で
クライアントは1.8.ぐらいです
867 ：デフォルトの名無しさん：2014/03/14(金) 01:53:00.10 ID:dkD/ld/n
mingwでビルドしたsvnadminでディレクトリ作成するとどうしても強制終了するなあ
TortoiseSVN付属のsvnadminだとクラッシュしない？
868 ：デフォルトの名無しさん：2014/03/21(金) 22:26:35.05 ID:o89Np3ew
ブランチを作成する時に、URLを書くのが面倒なんですが、
現在見ているリポジトリからの相対パスとかで
書けないでしょうか？
869 ：デフォルトの名無しさん：2014/03/21(金) 22:30:10.95 ID:o89Np3ew
できました。
870 ：デフォルトの名無しさん：2014/03/21(金) 23:10:53.90 ID:vYVdldlO
>>847
パスに空白や日本語があるとか、それとも、
Win32 API の MAX_PATH 260 文字を超えているとか？

デスクトップは、C:\Documents and Settings、
C:\Program Files も空白あり
871 ：デフォルトの名無しさん：2014/03/22(土) 23:23:13.21 ID:R91DsaVy
>>870
>>861
872 ：デフォルトの名無しさん：2014/03/23(日) 02:14:03.48 ID:gvom7fcZ
ATOKが犯人だったなんて、誰が信じるんだよ・・・・
873 ：デフォルトの名無しさん：2014/03/23(日) 06:19:30.60 ID:yVZQaEZ6
>>861は何故ATOKが犯人と断定したのか、ATOKのどのバージョンが相当するのか、
その辺りの情報がないとどうもな。
アンインストールしたらクラッシュしなくなった、程度の理由な予感がすげーするわ。
874 ：デフォルトの名無しさん：2014/03/23(日) 07:56:20.98 ID:7dOPzcKA
IMEの仕組み考えたら十分にありうると思うが
昔からATOKには良い印象無い
875 ：デフォルトの名無しさん：2014/03/23(日) 10:38:55.56 ID:sQvy0Yzl
最近は使ってないから知らないけど、数年前、インストールしたフォルダ名に半角カナ使ってて、いつの時代のDOSアプリなんだと思った
876 ：デフォルトの名無しさん：2014/03/23(日) 11:04:09.90 ID:0psUlbuM
むしろ、昔を知らない世代の人が、単に、小さい字だから便利
程度の感覚で、どういうものかわからないまま使っているのかも。
877 ：デフォルトの名無しさん：2014/03/23(日) 11:13:15.16 ID:YZGI/DRg
IME は結構システムと密になってるから、不具合でアプリケーションがクラッシュするのは普通にあり得るわな。
特にコミット時だと入力用のダイアログ表示するから IME 動作するし。
まあ、だからと言って犯人は言い過ぎではあるが。
878 ：デフォルトの名無しさん：2014/03/23(日) 11:28:05.35 ID:6sH68iR6
>>861です。ログか何かの詳細表示見たらATOK関連のDLLでクラッシュしていたのでATOKをアンインストールしたら発生しなくなり、断定しました。
879 ：デフォルトの名無しさん：2014/03/23(日) 11:56:51.49 ID:YZGI/DRg
Tortoise がおかしくて ATOK 内でこけてる可能性もあるから、犯人との断定はおかしい。
まあ、ATOK 削除で問題なくなってるなら、それでいいとは思うが。
880 ：デフォルトの名無しさん：2014/03/23(日) 14:48:04.50 ID:7dOPzcKA
IMEAPIが呼び出された時にしっかりバリデーションやっとけば
IMEが原因で落ちることは無い
ATOKの責任
881 ：デフォルトの名無しさん：2014/03/25(火) 21:52:12.38 ID:pgzxn/ED
a
882 ：デフォルトの名無しさん：2014/03/26(水) 00:41:29.61 ID:AxbwxZaj
みんなもう1.8系使ってるの？
883 ：デフォルトの名無しさん：2014/03/26(水) 01:01:05.33 ID:NeIHrKdJ
Git使ってる
884 ：デフォルトの名無しさん：2014/03/26(水) 10:50:26.01 ID:brOzJ+yM
おれも
885 ：デフォルトの名無しさん：2014/03/26(水) 11:43:19.98 ID:FGMl1n03
小規模な案件ではgitだけど、大きくなるにつれてsvnなここ数年な状況
886 ：デフォルトの名無しさん：2014/03/26(水) 12:52:59.54 ID:0NIFzDDv
gitを定期的にまとめるsvnのような関係ｗ
887 ：デフォルトの名無しさん：2014/03/26(水) 13:31:46.42 ID:ig0UsMAo
svnを、さぶんって呼んでるの自分だけ？
差分を取って保存するソフトだからいいかなって
888 ：デフォルトの名無しさん：2014/03/26(水) 13:55:26.88 ID:8twC55Cy
>>887
svnは、「すぶん」だろ。
889 ：デフォルトの名無しさん：2014/03/26(水) 16:28:57.68 ID:pRpzj6Hj
えすぶいえぬって読んでるは
890 ：デフォルトの名無しさん：2014/03/26(水) 19:15:08.01 ID:Vf2xnM2i
普通にサブバージョンだろ
891 ：デフォルトの名無しさん：2014/03/26(水) 23:37:46.23 ID:a5dtGru9
「しびん」だよぉ
892 ：デフォルトの名無しさん：2014/03/27(木) 00:39:10.88 ID:gcsG9K2Q
svnってのはキーボードに書いてある
カタカナで読むんだよ。

つまり、


って所で自分のキーボードには
カナの刻印がないことに気づいて挫折したでござる。
893 ：デフォルトの名無しさん：2014/03/27(木) 00:49:51.35 ID:Yac62jkZ
>>892
私のキーボードはもうNとMの刻印が消えてる。
そんなによく使ったような気もしないのだが。
894 ：デフォルトの名無しさん：2014/03/27(木) 00:53:50.17 ID:gcsG9K2Q
>>893
え？ レーザー刻印とかじゃない
安物キーボードなんじゃない？
895 ：デフォルトの名無しさん：2014/03/27(木) 07:57:31.35 ID:vbYn0Q83
キーボードやマウスは自分にあってるかどうかが重要でいきなりやすもん云々とかアホとしか思えん
896 ：デフォルトの名無しさん：2014/03/27(木) 09:37:41.07 ID:LksR900p
セヴァスチャン
897 ：デフォルトの名無しさん：2014/03/27(木) 20:38:04.60 ID:dCcq4voO
あってるものを探すと大抵安物じゃなくなっちゃう。
安くていいメンブレンのあったけど、今はメンブレン使わなくなっちゃった。
898 ：デフォルトの名無しさん：2014/03/28(金) 00:19:34.64 ID:8XncjPaL
>>892
ググレカスって言われない？
899 ：デフォルトの名無しさん：2014/03/28(金) 00:25:57.92 ID:Ek64RinZ
>>898
お前が代わりにググれよ。
900 ：デフォルトの名無しさん：2014/03/28(金) 10:27:09.20 ID:Bm+KykeD
サブゲタン
901 ：デフォルトの名無しさん：2014/03/29(土) 14:07:19.12 ID:e2zP+zl7
>>899
お前には考えも及ばないだろうが、とっくにググったし、これからもググる。
例えばシャープのお茶プレッソのニュースを見てコーヒー用のエスプレッソマシーンを使えないのかググったし、
フクイチでロボットが回収不能になったというニュースを見てそのロボットについてググったりした。
なかなか面白かった。
902 ：デフォルトの名無しさん：2014/03/31(月) 09:57:07.99 ID:j9enGQzC
で、キーボードのかなの刻印はググってくれたのか？
903 ：デフォルトの名無しさん：2014/03/31(月) 15:22:32.51 ID:XFSYl7BE
http://subversion.apache.org/docs/release-notes/1.9.html
904 ：デフォルトの名無しさん：2014/04/11(金) 19:51:09.98 ID:eOOLukzA
mod_dav_svn
でweb経由すると
ダウンロードは出来るけど
コミットできない

これってどうやって解決すればいいのだろう
905 ：デフォルトの名無しさん：2014/04/11(金) 20:40:29.18 ID:RGDMk9AP
AuthzSVNAccessFile　？
906 ：デフォルトの名無しさん：2014/04/11(金) 22:59:22.43 ID:dTBk8p4j
マニュアル読まないバカは放置でオケ
907 ：デフォルトの名無しさん：2014/04/12(土) 00:10:23.74 ID:XUSZ06PB
まさかとは思うがリポジトリにwebサーバーの実効ユーザーが書き込み権限を持ってないなんてことはないよな。
908 ：デフォルトの名無しさん：2014/04/12(土) 05:42:43.76 ID:9BvNkPAf
>>904
リポジトリを管理している人に聞け
909 ：デフォルトの名無しさん：2014/04/12(土) 09:41:16.60 ID:s4x1CSLN
SVN 使ってて、ダウンロードとか言う奴は放置でいいんじゃね？
910 ：デフォルトの名無しさん：2014/04/15(火) 10:16:39.93 ID:xvUTFfty
TortoiseSVN 1.8.6 & 1.7.14 released

Posted on April 13, 2014
911 ：デフォルトの名無しさん：2014/04/15(火) 11:10:47.49 ID:nGziWfmt
何かと思ったら OpenSSL のバージョンアップか。
でも聞こえてくる範囲では heartbleed の問題はサーバーの問題だと思ってたんだけど、
クライアントの動作もなんか変わるのか？
912 ：デフォルトの名無しさん：2014/04/16(水) 01:06:54.77 ID:FwnwH35E
heartbleedは、接続相手の
メモリを覗けるという不具合です。
913 ：デフォルトの名無しさん：2014/04/16(水) 01:16:19.23 ID:vHnZbB2P
エロいな
914 ：911：2014/04/16(水) 01:36:33.62 ID:VJqlKc9C
双方向の機能だったのね。ありがと。
悪意あるサーバーにつなぐといろいろ抜かれる可能性がある、と。
915 ：デフォルトの名無しさん：2014/04/16(水) 10:12:10.28 ID:HsAxhSMJ
いや、、、つないだサーバが悪意があったら経路の暗号化は関係ないでしょｗ
916 ：デフォルトの名無しさん：2014/04/16(水) 11:15:19.95 ID:H0EzTxMv
一方的に覗いてるつもりが、知られたくないことまで抜かれてるのはイヤざんす。
やっぱりニーチェの言うとおりだった。
917 ：デフォルトの名無しさん：2014/04/16(水) 20:13:30.20 ID:U4oeQthW
>>915
よくわかんないんだけど、そうするとクライアントアプリは
単にOpenSSLのバージョンが上がったから追従しました
というだけで脆弱性には関係ないということ？
それとも、仮にサーバ側に悪意があってもクライアント側の
想定より長いメモリを覗けなくなる対応が入ってるの？
918 ：デフォルトの名無しさん：2014/04/17(木) 03:28:13.67 ID:KNGPRiph
>>915
つないだサーバーに悪意があったら、
俺の秘密鍵が盗まれちゃうっていうの？ｗ
919 ：デフォルトの名無しさん：2014/04/17(木) 12:11:55.38 ID:gzIoS/KQ
>>918
サーバとやり取りしてるんだから、そのサーバには生データが届くだろ
パスワードやカード番号をサーバに送ったら暗号化されたまま認証されると思ってんの？
920 ：デフォルトの名無しさん：2014/04/17(木) 12:16:57.95 ID:ywS1I6nw
>>919
え？？？？
921 ：デフォルトの名無しさん：2014/04/17(木) 12:19:10.97 ID:ywS1I6nw
わかってないのに余計なこと言わんほうがいいという好例
922 ：デフォルトの名無しさん：2014/04/17(木) 12:38:15.66 ID:d0ggOM8u
911 「聞こえてくる範囲では heartbleed の問題はサーバーの問題だと思ってたんだけど、」
912 「heartbleedは、接続相手のメモリを覗けるという不具合です。」
914 「双方向の機能だったのね。ありがと。悪意あるサーバーにつなぐといろいろ抜かれる可能性がある、と。」

「いろいろ抜かれる」とは、クライアント側から送信したもの以外にも、サーバー側から取得できる可能性があるという意味でしょう。
私はそう理解しました。それが正しいなら
heartbleedの問題があるクライアントは、SSLを使って接続すると秘密鍵などの情報を盗まれる可能性があるということになります。
923 ：デフォルトの名無しさん：2014/04/17(木) 15:17:44.39 ID:cqNmjTsF
>>922
どんな問題なのか、ググればすぐにわかるよ。
「heartbleed クライアントアプリ」でヒットした最上位。
http://www.symantec.com/connect/blogs/heartbleed-iot
924 ：デフォルトの名無しさん：2014/05/16(金) 08:41:24.85 ID:/n3KLxLZ
http://svn.apache.org/repos/asf/subversion/tags/1.8.9/CHANGES
925 ：デフォルトの名無しさん：2014/05/16(金) 08:53:13.21 ID:QoHSVP+W
Apache Subversion 1.8.9 age
http://svn.haxx.se/users/archive-2014-05/0053.shtml
926 ：デフォルトの名無しさん：2014/05/19(月) 22:18:17.58 ID:8TpwFkzG
1.9はよ。
927 ：デフォルトの名無しさん：2014/05/20(火) 00:49:00.64 ID:iccyffSk
バージョンアップ早すぎねーか
1.8に上がったのってそんなに前じゃないぞ
何をそんなに生き急いでいるのか
928 ：デフォルトの名無しさん：2014/05/20(火) 19:42:28.91 ID:NRb4Z8Gk
>>926
1.9になったら何が変わるん？バージョン番号だけ？
929 ：デフォルトの名無しさん：2014/05/20(火) 19:44:15.95 ID:RI5To4Ko
「Apache Subversion 1.7.17」リリース
2014年5月20日16:15 末岡洋子
http://sourceforge.jp/magazine/14/05/20/161500
930 ：デフォルトの名無しさん：2014/05/20(火) 20:08:52.25 ID:x4AZU60Q
>>925
今は年1回のバージョンアップ。
これではペースが遅いので9か月に1回のバージョンアップにしたい、
と中の人が言ってたのをどっかで見た。

>>926
1.9の変更点
http://svn.apache.org/repos/asf/subversion/tags/1.9.0-alpha2/CHANGES
931 ：デフォルトの名無しさん：2014/05/21(水) 00:07:30.56 ID:vTYI5eja
1.9 で checkpoints は実装されますか?
932 ：デフォルトの名無しさん：2014/05/21(水) 00:26:11.68 ID:m0iZj/52
>>931
- Minor new features and improvements:
* fsfs: checkpoint after each rev during hotcopy (r1560723)
ってあるけど、これは違うのかな。
933 ：デフォルトの名無しさん：2014/05/25(日) 16:48:52.08 ID:gjrYoQsl
>>931
https://subversion.apache.org/roadmap.html
934 ：デフォルトの名無しさん：2014/07/05(土) 18:45:24.67 ID:0zFhUz/2
Windows+TortoiseSVN(or svn, version 1.8.9 (r1591380)
compiled May 6 2014, 20:28:35 on x86-microsoft-windows)
の環境であるファイルのパス,例えば a:\b\c.txt がバージョン管理されているか、
されているとしたら今どんな状態かを簡単に知る方法あったら教えて下さい。
テキストエディタで編集中のファイルのSVNの状態を
ウィンドウタイトルあたりに表示するマクロを書きたいのです。
935 ：デフォルトの名無しさん：2014/07/05(土) 22:41:51.32 ID:DUAZ7FzQ
>>934
Tortoise インストールする時にコマンドラインも一緒にインストールして

svn.exe status a:\b\c.txt

の出力をパースするのが簡単かと。
936 ：デフォルトの名無しさん：
>>935
出力の頭を6,7文字取ってそのまま表示するだけでよさそうですね。
ありがとうございます。