2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Subversion r13

1 :デフォルトの名無しさん:2010/10/10(日) 05:02:22
Subversionはフリーなオープンソースのバージョン管理システムです。

公式HP
Apache Subversion
http://subversion.apache.org/

Subversion によるバージョン管理
http://subversion.bluegate.org/

Version Control Systems Comparison
http://better-scm.berlios.de/comparison/comparison.html

前スレ
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/


2 :デフォルトの名無しさん:2010/10/10(日) 05:03:45
■文書
Subversionによるバージョン管理(日本語訳)
http://subversion.bluegate.org/
svnbook PDF版
http://psyto.s26.xrea.com/misc/svnbook/

Subversion批判に対する反論
http://subversion.bluegate.org/svn-anti-fud-ja.html
svn診断への反論
http://subversion.bluegate.org/undiagnosing-ja.txt
CVSユーザのためのSubversionガイド(wakatonoさん)
http://slashdot.jp/journal.pl?op=display&uid=12&id=200792
FSFS propaganda
http://arch.bluegate.org/pipermail/subversion-jp/2004-May/000087.html
TortoiseSVNユーザガイド
http://tortoisesvn.bluegate.org/Help/dailyuseguide.html

■Wiki
Subversionメモ
http://terai.s55.xrea.com/Subversion.html
Subversion(Saisse's Wiki):
http://www.saisse.jp/pukiwiki/pukiwiki.php?Subversion

■記事(ちょいと旧め)
http://www.atmarkit.co.jp/flinux/special/webdav/webdav03c.html
http://www.atmarkit.co.jp/flinux/special/webdav03/webdav02a.html
http://ukai.jp/debuan/2002w/subversion.txt
http://ukai.jp/Slides/2003/0521-lw2003/html/
http://ukai.jp/Articles/2003/uu-svn/


3 ::2010/10/10(日) 05:15:58
このスレッドは2を超えました。
もう2getできないので、新しいスレッドを立ててくださいです。。。

4 :デフォルトの名無しさん:2010/10/10(日) 07:54:35
◆関連スレ
バージョン管理システムについて語るスレ7 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1283780922/

CVS 1.3 [UNIX板]
http://hibari.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1154701996/
Git 2 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1284467898/
【分散型バージョン管理】 Mercurial 【hg】 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1251208950/
【bzr】Bazaarでバージョン管理 Rev 2 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1265951333/

5 :デフォルトの名無しさん:2010/10/10(日) 22:38:17
いまどきsvnはねえな

6 :デフォルトの名無しさん:2010/10/10(日) 23:55:41
やっぱ、Git / Mercu / Baz のどれかかいな

7 :デフォルトの名無しさん:2010/10/10(日) 23:58:51
漢ならDarcs

8 :デフォルトの名無しさん:2010/10/11(月) 00:01:02
そういうことはバージョン管理スレでやれ。

9 ::2010/10/11(月) 00:41:12
このスレッドは8を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。


10 :デフォルトの名無しさん:2010/10/11(月) 01:37:26
断る

11 :デフォルトの名無しさん:2010/10/11(月) 10:46:09
Monotone

12 :デフォルトの名無しさん:2010/10/11(月) 21:29:19
Subversionを使ってプロジェクトを破綻させるためのTIPS
http://www.geekpage.jp/blog/?id=2007/10/24

利用するバージョン管理システムについてひたすら言い争う
既存のスクリプトなどの存在を全て忘れて何が何でもSubversionへ移行する
バックアップなんて気にしない、もしくは毎晩「svnadmin dump」
色々な言語のファイル名を混在させる
開発者は信用できない。Lockしまくる。無断で編集させない。コンフリクトを防ぐ。Lockしたまま旅行へ行く。ついでにsysadminも連れて行く
バージョン管理システムを直接使わせずに、それを使うスクリプトを作って使わせる
全開発者に自前プランチを与える。毎日ブランチをマージする担当者を雇う。
何でもレポジトリに放り込む。生成されるオブジェクトコード、preference file、自動生成ドキュメント、ISOイメージ、リリースtarball
ネットワークドライブを使う。サーバを使うのは難しすぎる。
スクリプトをHookしまくる。コミットする前にbuildしてテストして、成功して始めてcommitを許す。Post Commit:もう一回commitして、レポジトリ全体をdumpする。
レポジトリデータベースを直に編集してしまう。困ったらエディタでレポジトリを直接編集してしまえ!

13 :デフォルトの名無しさん:2010/10/12(火) 00:56:58
>コミットする前にbuildしてテストして、成功して始めてcommitを許す。
アタリマエの事をさも悪いことの様に言う馬鹿って始末に負えない


14 :デフォルトの名無しさん:2010/10/12(火) 01:20:58
それは「スクリプトをHookしまくる。」にかかってるんじゃね?

15 :デフォルトの名無しさん:2010/10/12(火) 01:25:26
>>13
落ち着け。そんなんだから凡ミスでハマるんだよ

16 :デフォルトの名無しさん:2010/10/12(火) 01:27:16
毎晩フルバックアップを取るとプロジェクトが破綻する理由がわからん
pdf見るとhotcopy使えってことらしいけど
dumpじゃダメな理由は一切書いてないみたいだし

17 :デフォルトの名無しさん:2010/10/12(火) 01:49:37
わざわざそんな重い処理しなくても、とはおもうね

18 :デフォルトの名無しさん:2010/10/12(火) 11:27:40
翻訳ヘタだね。原文のまま転載すりゃいいのに。

19 :デフォルトの名無しさん:2010/10/13(水) 21:25:34
post-commitが動かないんだけど、これってどうやって起動しているの?

20 :デフォルトの名無しさん:2010/10/13(水) 21:34:17
unixならexecv, WindowsならCreateProcess

21 :デフォルトの名無しさん:2010/10/13(水) 21:43:06
>>19
環境変数が空でpathが通ってないとか

22 :デフォルトの名無しさん:2010/10/13(水) 21:58:10
ありがとうです CentOS 上で試しています
どこにPATHが通っていればいいのですか?

23 :デフォルトの名無しさん:2010/10/14(木) 01:21:59
>>22
俺に聞かれても困る。使っているコマンドに必要なPATH通す必要ある、とか

そもそも「post-commitが動かない」とはどういう状況なのか
エラーメッセージやログ吐いてみるとか、単体で動かしたときは動くのか、とか
もう少し詳しく行ってくれたら、助言しやすいと思う


24 :デフォルトの名無しさん:2010/10/14(木) 01:39:01
いや
だれもお前には聞いてないぞ

25 :デフォルトの名無しさん:2010/10/14(木) 01:46:36
ユーザーの環境変数で動いてるわけじゃないから
>>19は混乱してるんじゃないかと思う。
svnserveかapacheなのかはっきりさせた方がいいのでは。

26 :デフォルトの名無しさん:2010/10/14(木) 22:09:02
もし、コマンドにパスが通っていないのが原因でフックが失敗するのであれば、
svnbook (の古い奴のミラーだが) に以下の注意書きに従うと良いよ。

ttp://discypus.jp/svnbook/svnbook_ja_html/ch05s02.html#svn.reposadmin.create.hooks
> セキュリティー上の理由で、Subversion リポジトリはフックスクリプトを
> 空の環境で実行します― つまり$PATH や %PATH%を含め、環境変数は全く
> 設定されない状態で実行します。このため多くの管理者は手でフック
> スクリプトを実行するとうまくいくのに、Subversion によって実行された
> ときにはうまくいかないことに困惑します。
> 環境変数を明示的に設定するか、実行するプログラムを
> 絶対パスで参照していることを確認してください。


27 :デフォルトの名無しさん:2010/10/14(木) 22:37:17
てか、その手のは大抵フルパスで記述するでしょ。
cronとかもフルパスで書くよね普通

28 :デフォルトの名無しさん:2010/10/15(金) 00:58:08
うるせーお前にとっての普通など知るか

29 :デフォルトの名無しさん:2010/10/21(木) 18:14:07
気がつくといつの間にか新しいWindowsバイナリの配布サイトが。
http://subversion.apache.org/packages.html
の一番下の
http://sourceforge.net/projects/win32svn/
というか
http://alagazam.net/

以前のバイナリに近くていい感じ。
ビルド能力を持た無いしょぼユーザーなのでとってもありがたい。


30 :デフォルトの名無しさん:2010/10/28(木) 23:43:38
>>29
おぉ、これ、イイな!当方もtigris.orgから無くなって困ってたところだ。
もうsvn終わりかな、と思ってたが、まだイケそうだな。感謝!

31 :デフォルトの名無しさん:2010/11/02(火) 20:16:09
てか
Subversionって、正直進化の余地があるの?

32 :デフォルトの名無しさん:2010/11/02(火) 21:11:09
>>31
無い
CVSの現状を見れば分かる

33 :デフォルトの名無しさん:2010/11/02(火) 21:13:39
>>31
あるだろうが!

俺があるって言ってんだからあるんだ!

34 :デフォルトの名無しさん:2010/11/02(火) 21:30:39
なんか友達がナウい環境を使ってたんだ
Tortoiseハードゲイ
ってツールを動かしていた

35 :デフォルトの名無しさん:2010/11/02(火) 22:46:05
FORTH

36 :デフォルトの名無しさん:2010/11/02(火) 23:42:52
で、何が進化するの?

37 :デフォルトの名無しさん:2010/11/03(水) 01:03:45
>>36
こんなんでいいかい?
http://subversion.jp/index.php?option=com_content&id=44:subversion-roadmap-2010-5

38 :デフォルトの名無しさん:2010/11/03(水) 04:06:35
短期的には、高速に、よりよく、より強く。

だとさ・・・
そんなの進化のうちに入らん
ハードゲイ的な要素は無いワケ?

39 :デフォルトの名無しさん:2010/11/03(水) 07:34:25
Tortoiseハードゲイからサブバージョン扱えるからサブバージョンに進化を求める必要ないよ

40 :デフォルトの名無しさん:2010/11/03(水) 13:29:47
プログラマ以外がどうしてもSVN使ってくれない…
何故必要なのかも含めて、丁寧に説明したんだが
気が付いたら共有フォルダに日付毎のフォルダ増やしてそこに置いててコミットしてない
なんでコミットしないの?と聞いたら「まだ作り途中だから」と返ってきた
完成品しかコミットしないならバージョン管理要らないだろ!
結論:そいつらがアホなだけなので全員クビにした
プロジェクトは停滞中

41 :デフォルトの名無しさん:2010/11/03(水) 13:35:47
完成してないものをコミットするなよ

42 :デフォルトの名無しさん:2010/11/03(水) 14:03:44
おまえらはコンパイル通らない状態でコミットされたらどうしてますか?

43 :デフォルトの名無しさん:2010/11/03(水) 14:35:25
git使えって言います

44 :デフォルトの名無しさん:2010/11/03(水) 14:50:34
>>42
コミットのフックでダンプしたバックアップからリカバリします

45 :デフォルトの名無しさん:2010/11/03(水) 14:58:10
>>41
ビルドが通らないことと完成してないことは、
言ってることが全然違うだろ。

46 :デフォルトの名無しさん:2010/11/03(水) 15:19:02
日付毎にフォルダ作る奴って何なの?知障なの?

47 :デフォルトの名無しさん:2010/11/03(水) 15:32:32
池沼に合わせてって場合もある。


48 :デフォルトの名無しさん:2010/11/03(水) 22:34:20
>>46
フォルダ作って・・・バックアップ取る気があるだけマシかもよ

ソース管理なんて必要ない
バックアップも必要ない
納品時に一式揃えればいいんデショ!
って人も稀にいるよ

49 :デフォルトの名無しさん:2010/11/04(木) 00:20:38
夏休みの宿題をぎりぎりになってやるタイプ?

50 :デフォルトの名無しさん:2010/11/04(木) 19:22:37
Subversionを多段に構成する方法に関して良いドキュメントなどは
ないでしょうか。

Subversion+Hudsonで管理されたとあるMavenプロジェクトの中の
子プロジェクト(学術分野です)の一つを担当することになりました。
我々のグループ内でも複数メンバーが共同作業で開発を行います。
そのためメンバー個々人が親プロジェクトのSubversionレポジトリを
直接読み書きするのではなく、内部でSubversionとHudsonを新たに
立て、普段の更新作業は内部レポジトリに対して行い、統合テストが
終わった適当な時点で内部レポジトリでの更新内容を親レポジトリに
Pushする運用を考えています。

このような運用方法に関してSubversionの設定方法や体験談などに
関して良いポインタがあれば教えていただけないでしょうか?

51 :デフォルトの名無しさん:2010/11/04(木) 19:36:55
>>50
> Pushする運用を考えています。

SubversionにPushなんてできないので、素直に分散型を使いましょう
分散型の運用については、こちらに行きましょう
http://hibari.2ch.net/test/read.cgi/tech/1283780922/

52 :デフォルトの名無しさん:2010/11/04(木) 19:51:18
>>51
ありがとうございました。そちらで聞いてみます。
元締めがSubversionなのは下請けとしてはどうしようもないので
何か上手い方法が見つかると良いのですが・・・

53 :デフォルトの名無しさん:2010/11/04(木) 22:40:00
>>52
最近の分散型はsubversionと連携できるものも多いみたいなので調べてみれ。

54 :デフォルトの名無しさん:2010/11/05(金) 00:53:05
git-svn

55 :デフォルトの名無しさん:2010/11/05(金) 01:00:56
どうせ月一とか週一の作業なんだろうし、親のワーキングディレクトリに子のエクスポートを上書きすりゃいいじゃん

56 :デフォルトの名無しさん:2010/11/06(土) 00:18:13
git-svnやbzr-svnとか方法いくつかあるとおもうぜ

57 :デフォルトの名無しさん:2010/11/11(木) 20:03:00
Win32のコマンドラインクライアント/TortoiseSVNで
$Id$や$Date$のタイムゾーンや日付フォーマットを変更する方法はありますか?
OS自体の設定はいじらない方向で。
TZやLANG環境変数は受け付けてくれないっぽい。

58 :デフォルトの名無しさん:2010/11/12(金) 02:46:23
あれってクライアントが付加してたんだ?

59 :デフォルトの名無しさん:2010/11/13(土) 22:15:34
>>57 LANGを気にするって事は、日付がUTF-8で付加されて困ってるの?、
$Data $でスペースの量を調整して曜日が付加されないようにすればいいんじゃね?


60 :デフォルトの名無しさん:2010/11/14(日) 00:13:31
日付フォーマットだと書いてるわけだからロカール周りだと思うけどね。

61 :デフォルトの名無しさん:2010/11/14(日) 03:06:36
もしかしてロケールのことか

62 :デフォルトの名無しさん:2010/11/14(日) 03:13:28
localeをロケールと言う人って何なの?
http://hibari.2ch.net/test/read.cgi/tech/1221941630/

63 :デフォルトの名無しさん:2010/11/14(日) 08:09:35
local lo'ukl
locale loukæ'l


64 :デフォルトの名無しさん:2010/11/14(日) 22:44:45
local $Id;

65 :デフォルトの名無しさん:2010/11/15(月) 23:19:27
TortoiseSVNで
日本語含むテキストファイルからパッチ作ると化けるのってどう対策すれば

66 :デフォルトの名無しさん:2010/11/15(月) 23:29:09
>>65
nkfかiconvを入れる。以上

67 :デフォルトの名無しさん:2010/11/19(金) 23:57:43
作ったパッチ自体は文字化けしてなかったと思う。
TortoiseUDiff/TortoiseMerge (だっけ?)が文字化けするようだから、
文字コードを自動判別するようなのに入れ替えれば回避できるかも。

68 :デフォルトの名無しさん:2010/11/20(土) 02:26:02
リビジョンって文字列とか強制的にUTF-8で埋め込むせいだろ

69 :デフォルトの名無しさん:2010/11/24(水) 15:28:23
TortoiseSVNであるファイルを修正する場合、
先にこういう修正をしたいんだというコメントを記述しておいて
コミットしようとしたときにそのコメントがエディットボックスに表示されるようにしたいんですが
そういうのって無理ですか?

70 :デフォルトの名無しさん:2010/11/24(水) 16:17:42
こういう修正をしたいんだというコメントをそのファイルに書いて、コミットする前に差分見て確認してってのはどう。
その作業順にしたい気持ちがあまり分からないけれど。

71 :デフォルトの名無しさん:2010/11/24(水) 16:32:55
作業前にこれからやる手順をまとめて一旦記述しておきたいことはあるだろう

72 :デフォルトの名無しさん:2010/11/24(水) 16:36:48
ざらにあるけど、コミットするときまでコメントは決まらないかな。

73 :デフォルトの名無しさん:2010/11/24(水) 16:44:38
言葉が足りなかった。
たとえばAという作業をしようと思ったけど、先にBという作業をコミットすることが結構あるから、
修正をはじめた時点で何をコミットするかは決定しないんだ。

あ、でもchangelistが有効な場面なのかな。使ったこと無いから使用感はわからないけど。

74 :デフォルトの名無しさん:2010/11/24(水) 18:26:15
素直にtracやredmineにタスク積めば

75 :デフォルトの名無しさん:2010/11/24(水) 18:27:38
>>69
とりあえず、commitダイアログを出して、
ログを書き込んどけば。
で、キャンセルすれば、入力履歴に
記憶されるので、あとで履歴から
選んだら。

commitを実行しなくても、履歴には
入力が保存される。便利。


76 :デフォルトの名無しさん:2010/11/24(水) 18:51:03
やることはタスクチケットに書いておくようにして、
テンプレートに refs ???? とか入れとけば、
コミットのタイミングで「あ、番号いくつだっけ?」と確認の
必要が生じて、そのときチケットに書いてある記録を見る。




77 :デフォルトの名無しさん:2010/11/24(水) 20:03:59
>>75
あまり量が多くなりすぎると破綻しそうだけど、よさそうです。

・個人用途でスクリプト修正
・テスト(という名の実運用)している間は放置
・後日別の修正を加える直前に前回分の修正をコミット

といった雑な使い方をしてる時に使いたかったんです。
ありがとうございます。

78 :デフォルトの名無しさん:2010/11/24(水) 22:19:27
>>77
しばらくリポジトリに接続できない状態なのに
修正やら追加やらが何度も発生して
コミット単位で枝番つけてコピーをとったりとかたまにある

79 :デフォルトの名無しさん:2010/11/24(水) 23:15:05
>>78
そういうときにはgitのようは分散系がいいんだろうけど、
しばらくリポジトリに接続できないときってどんなときなんでしょうか。


80 :デフォルトの名無しさん:2010/11/24(水) 23:28:06
現場で修正したときとか?

81 :デフォルトの名無しさん:2010/11/25(木) 01:26:22
Subversion 1.6.15 age
http://svn.haxx.se/dev/archive-2010-11/0475.shtml

82 :デフォルトの名無しさん:2010/11/25(木) 02:12:30
git いいよね

83 :デフォルトの名無しさん:2010/11/25(木) 09:17:49
手元でガシガシコミットマージできるのはいいね

84 :デフォルトの名無しさん:2010/11/25(木) 09:23:30
gitの何が良いの?TortoiseSVNを使っている人がgitを使いこなせるわけないでしょ

85 :デフォルトの名無しさん:2010/11/25(木) 10:02:05
じゃあ、hgかbzrにすれば?

86 :デフォルトの名無しさん:2010/11/25(木) 10:06:21
hg, bzrの何が良いの?TortoiseSVNを使っている人がhg, bzrを(ry

87 :デフォルトの名無しさん:2010/11/25(木) 10:08:30
じゃあ、TortoiseHgかTortoiseBzrに(ry

88 :デフォルトの名無しさん:2010/11/25(木) 21:11:03
>>84
そんなこと全然ないよ

TortoiseSVNばかり使っていて、TortoiseGitは当時使い物にならなかったので
思い切ってコマンドラインのgit使っているけど、
不便だと思っていたことがgitでかなり解決したし、
実は一部はSubversionでもできたのに知らなかったこともあった。



89 :デフォルトの名無しさん:2010/11/25(木) 21:11:45
gitを使いこなせてるわけじゃないな
スマンw

90 :デフォルトの名無しさん:2010/11/25(木) 22:29:57
時代はTortoiseハードゲイ

91 :デフォルトの名無しさん:2010/11/25(木) 22:40:29
思いついても言わないのも勇気

92 :デフォルトの名無しさん:2010/11/26(金) 00:15:54
フォ〜〜〜

93 :デフォルトの名無しさん:2010/11/26(金) 23:36:05
TortoiseハードゲイでSubversion
最強
フォ〜〜〜〜〜〜

94 :デフォルトの名無しさん:2010/11/27(土) 08:02:23
>>93
それじゃ馬鹿みたいだから、hgsubversionというのも言ってあげないと

95 :デフォルトの名無しさん:2010/11/27(土) 23:46:59
TortoiseSVN 1.6.12 age
http://tortoisesvn.net/node/410

96 :デフォルトの名無しさん:2010/11/28(日) 00:17:24
自分、今巻き添えを喰らって投稿禁止中なのですが、ちょうど外泊した場所でネット使えるので質問させてください。

自分のパソコンが手元にないので簡略化して質問させて頂きたいのですが、
fooユーザが/usr/local/apache2/conf/httpd.confをバージョン管理下に置いて、httpd.confを変更後、再起動、実験などを繰り返し
どの設定だとエラーが出たりダメなのかを管理したいと考えております。
この場合、httpd.confをimportして/home/foo/svnにcheckoutした場合、その中のhttpd.confを変更しcommitしても
/apache2/内の本体のhttpd.confは勿論何も変化はありませんが、自分が上で書いたようにhttpd.confをバージョン管理したい場合はどのようにすればいいのでしょうか?

作業コピー/svn/内のhttpd.confを/apache2/内に上書きするようなやり方になるのでしょうか?
また、/apache2/内のhttpd.conf本体をバージョン管理出来るのであればそのやり方を教えていただきたいのですが。
/apache2/内にcheckoutしようとしたらエラーが出て怒られました。



97 :デフォルトの名無しさん:2010/11/28(日) 00:40:54
>>96 権限がどうなってるのか知らんが、シンボリックリンク使えばいいんじゃね?

98 :デフォルトの名無しさん:2010/11/28(日) 00:54:24
チェックアウトするファイルがすでに存在するとエラーになるよ。

99 :デフォルトの名無しさん:2010/11/28(日) 01:11:06
>>97
今手元にないので分かりませんが、おそらく権限はroot権限でのデフォルトのままだと思います

同様になのですが、/home/foo/eclipse/eclipse.iniでもどのように管理すればいいのか分かりません。
httpd.confの場合はroot権限という壁がありますが、eclipse.iniの場合は所有ユーザー名は同じなのでまずはこういう場合の解決法が知りたいです。
上記のように/home/foo/eclipse/自体にcheckoutしようとするとエラーで怒られました。

こういう場合もシンボリックリンクで解決すればいいのでしょうか?
作業コピー内のeclipse.iniを/home/foo/eclipse/内のeclipse.iniに結びつけるということですよね?
何かでhttpd.confやphp.iniなどは全てバージョン管理するべきだと書かれていて自分もそうだと思い、やろうと思ったのですが思ったようにいかなくて


100 :デフォルトの名無しさん:2010/11/28(日) 01:13:18
>>99 エラーメッセージから原因を考えたりしないの?

101 :デフォルトの名無しさん:2010/11/28(日) 01:44:40
MakefileとかCapfileとか使って(一緒に版管理して)、たとえば
sudo make install
でしかるべき場所にしかるべき権限で置かれるようにする。


102 :デフォルトの名無しさん:2010/11/28(日) 02:06:26
権限がからんだり、やっかいな場所にある一部の設定ファイルを
管理するのにsvnは向いてない。やったとしてもかなり汚ないことになる

103 :デフォルトの名無しさん:2010/11/28(日) 03:11:30
--force

svn helpをちゃんと読むがよい。


104 :デフォルトの名無しさん:2010/11/28(日) 07:41:05
こういうのが実体をバージョン管理してしまい、「しまった。.svnディレクトリ
読まれちまったぜ」ってなるんだろうな。

105 :デフォルトの名無しさん:2010/11/28(日) 07:47:14
>>96
mount -bind

106 :デフォルトの名無しさん:2010/11/28(日) 10:53:11
>>96
設定ファイルの管理なら、分散型を使う方が都合がいい。
・中央リポジトリが不要。「git init」とか「hg init」とかで、カレントディレクトリのバージョン管理を開始できる。
・cloneすればバックアップも容易。
・カレントディレクトリのオーナーに合わせてsudoすれば権限問題も生じにくい。
環境構築直後のインストールが容易なので、俺はmercurialを使ってる。

107 :デフォルトの名無しさん:2010/11/28(日) 11:03:16
/etc以下の管理に今でもrcs使ってるなんていう人もいるなー。
これから始めるならさすがにネットワーク対応してるモノのほうがいいと思うが。


108 :デフォルトの名無しさん:2010/11/28(日) 11:09:48
おれもマッカーになったのでXcode使い始めたんですが、こいつはブランチからトランクへマージとかできません。
マッカーのひとはどんなクライアント使ってるんですか。ターミナルからコマンドライン版ですか。
マック的なクールなクライアントを教えてください。

109 :デフォルトの名無しさん:2010/11/28(日) 11:14:31
etckeeperなんてのもあるらしい

110 :デフォルトの名無しさん:2010/11/28(日) 11:15:17
>>108
>>93

111 :デフォルトの名無しさん:2010/11/28(日) 13:49:54
>>108
同僚はVersionsというのを使っていた。
評価は知らない。


112 :デフォルトの名無しさん:2010/11/29(月) 23:09:17
kdesvnってソフトでsvnの勉強をしようと思っています
>svn checkout http://svn.sourceforge.jp/svnroot/jd4linux/jd/trunk
>でチェックアウト出来ます.
チェックアウトしようとしたらば、
>URL 'http://svn.sourceforge.jp/svnroot/jd4linux/jd/trunk%20' は存在しません
と怒られます。何なんですかこれは?

113 :デフォルトの名無しさん:2010/11/29(月) 23:11:04
%20

114 :デフォルトの名無しさん:2010/11/29(月) 23:12:28
空白までコピペしたと思われる。


115 :112:2010/12/03(金) 21:09:46
>>113-114
仕事で2ちゃんねる見れませんでしたorz
ありがとうございます

116 :デフォルトの名無しさん:2010/12/09(木) 22:56:51
質問です。

root権限で作成したリポジトリをroot権限のないユーザーにチェックインさせることって可能でしょうか?
無理ならそのユーザーのホームに作るしかないのでしょうか?

117 :デフォルトの名無しさん:2010/12/09(木) 23:20:17
できるよ。
逆にrootで作ってばっかりだったんだけど、変なのかな。

118 :デフォルトの名無しさん:2010/12/09(木) 23:42:00
>>117
それってリポジトリのconfの設定だけでできますか?

119 :デフォルトの名無しさん:2010/12/09(木) 23:53:08
俺はいつもWebDAVってるから、
www-dataユーザでしか作らんなぁ。

120 :デフォルトの名無しさん:2010/12/09(木) 23:53:49
うん。
でもリポジトリにアクセスする方法によってその辺変わってくるかも。

121 :デフォルトの名無しさん:2010/12/09(木) 23:59:56
>>120
sudo svnadminでリポジトリ作って、root権限のないアカウントでsvn ciしようとすると権限がないんですよね
まあ、リポジトリがrootしか受け付けないので当然ですが・・・
だとすると、どうやったらできるんだろう?

122 :117=120:2010/12/10(金) 00:08:23
うちはsvnserve経由でやってるよ。
svn://でアクセス

123 :デフォルトの名無しさん:2010/12/10(金) 00:12:41
>>122
あ、なるほど
file://でアクセスしていたから駄目なんだ
明日やってみよう

みなさんありがとう

124 :デフォルトの名無しさん:2010/12/10(金) 14:49:17
質問です。SVNのAPIを使って ステータスを取得するPGを作成しているのですが、(以下のプログラム)
「No provider registered for 'svn.username' credentials」のエラーが出てステータスを取得することができません。
どなたかわかる方はいらっしゃいますでしょうか?

apr_pool_t *g_pPool;
svn_client_ctx_t *g_pCtx;
svn_error_t *pErr;
svn_auth_baton_t *auth_btn;
svn_revnum_t RevNum;
svn_opt_revision_t PegRev;
svn_wc_status_func_t func = (svn_wc_status_func_t) 0 ;

// apr_pool_t を作成
if( !(g_pPool = svn_pool_create(NULL)) ) {
-1;
}

125 :デフォルトの名無しさん:2010/12/10(金) 15:31:17
SELinuxが有効になってるんでない?

126 :123:2010/12/10(金) 23:10:09
おかげでうまく行きました。

127 :デフォルトの名無しさん:2010/12/11(土) 00:18:28
とんでもございません

128 :デフォルトの名無しさん:2010/12/11(土) 00:26:44
それ間違った日本語らしいぜ

129 :デフォルトの名無しさん:2010/12/11(土) 01:22:20
とんでもござらん

130 :デフォルトの名無しさん:2010/12/11(土) 04:56:48
とんでものうございます

131 :デフォルトの名無しさん:2010/12/12(日) 01:33:13
統合スレに誤爆しちゃった・・・
お前らこの「svnが遭遇してきた問題点とその解決策」を共有したいのでどこに記述あるか教えてください

【bzr】Bazaarでバージョン管理 Rev 2
http://hibari.2ch.net/test/read.cgi/tech/1265951333/491-495


491 :デフォルトの名無しさん:2010/12/10(金) 18:02:33
bzr初心者です。2.2.2をMac上で使おうとしてますが、扱うファイル名に濁点が含まれていると
うまく動いてくれません。NFCとNFDの問題が絡んでいるということはわかったのですが、
何か回避方法はあるんでしょうか?(何かパッチを当てるとか。)

492 :デフォルトの名無しさん:2010/12/10(金) 22:45:46
# だれかutf-8-macなcodec作ってくれ

493 :デフォルトの名無しさん:2010/12/11(土) 08:29:26
なんだBazaarでも日本語使えないのか

494 :デフォルトの名無しさん:2010/12/11(土) 14:48:30
Subversionでも解決しているに>>1の「多言語に完全対応」というのは嘘だったのですね

495 :デフォルトの名無しさん:2010/12/11(土) 21:48:19
svnが遭遇してきた問題点とその解決策が
ハッカーの間で共有知になってないことが問題なのかもしれぬ


132 :デフォルトの名無しさん:2010/12/12(日) 03:57:42
お前はそれがまとまって記述されているのに共有されていないと思ったのか?お花畑だな

133 :デフォルトの名無しさん:2010/12/12(日) 08:48:02
共有されているなら、このような問題は発生しないのでは?

134 :デフォルトの名無しさん:2010/12/12(日) 08:56:47
共有されているけど、ユーザがいなかったから知る必要が無かった、UTF-8-MACは日本だけの問題でないのに
ってことでしょ
お花畑じゃなくガラパゴスでしょう
これ以上はスレ汚しだから、総合スレへどうぞ

135 :デフォルトの名無しさん:2010/12/12(日) 21:33:55
Terastation(TS-TGL)にSMB経由で2人目がコミットしようとしたらできませんでした

リポジトリの中のファイルを見たら
コミットした人以外では変更できないようにファイルにアクセス権限設定されてました

…Terastationはファイルやサブフォルダ単位でアクセス制限できない仕様なのに
当然2人目はそのフォルダに対するアクセス権はあります

SMBは非推奨だから仕方ないですが
ファイル鯖(NAS)以外禁止の状況だと手詰まりなのでしょうか?


136 :デフォルトの名無しさん:2010/12/12(日) 21:44:18
>>135
smb.confが触れないのならあきらめましょう

137 :デフォルトの名無しさん:2010/12/13(月) 02:14:13
>>135
Terastationをマウントして、そこにリポジトリを作成するのは?

138 :デフォルトの名無しさん:2010/12/13(月) 09:00:50
NAS以外禁止なのにどうやってマウントするんだよ。sshで入れねーじゃん

139 :デフォルトの名無しさん:2010/12/13(月) 09:37:25
リポジトリをfile://で指定しろってことだろうが、そのリポジトリのパーミッションがおかしいということだろ
NASなんか使わないで、ホスティング使え

140 :デフォルトの名無しさん:2010/12/13(月) 13:38:00
>>138
何いってんだ?

141 :デフォルトの名無しさん:2010/12/13(月) 17:24:21
NASが何だか知らないから頓珍漢なことを言っていると思うが。
NAS以外に常時上がっているマシンが無いのなら、NASに分散型のリポジトリを置くしかないんでね。

142 :135:2010/12/14(火) 20:55:41
みなさんありがとうございます。

コミット時のリポジトリ内部のファイルの動作として
1) 新しい内容をテンポラリファイルに出力
2) 旧ファイルを「削除」
3) テンポラリを新ファイルにリネーム
といった動きの様ですが、この2)で止まっている様です。

SVN等でコミットするとリポジトリ内部のファイルは
コミット者:フルアクセス、それ以外:読み取り+書き込みになり、

次に他の人がコミットした際に「読み取り」と「書き込み」だけだと
Windowsの場合「削除」が出来ない事が失敗の原因の様です(「変更」が必要)
# 何か色々複雑で… rwx だけにしてほしい…

会社のNASにTelnetを入れていじる訳にはいかないので諦めます。

>>141
Gitも試してはいるのですが、pushする先が無いです
NAS上のSVNにfile:// でpushは駄目そうですし…

143 :デフォルトの名無しさん:2010/12/14(火) 21:21:51
>>142
gitはWindowsで動かすのは度胸がいると思うけどhgかbzrなら共有ドライブでも大丈夫な気がする
けど
> Windowsの場合「削除」が出来ない事が失敗の原因の様です(「変更」が必要)
だめかな?

144 :デフォルトの名無しさん:2010/12/14(火) 22:52:28
>>142
だから他のマシンでNASマウントして、そこにリポジトリ作れって。

145 :デフォルトの名無しさん:2010/12/14(火) 23:09:15
>>144
NAS使ったこと無いだろ。
当然FSFSだと思うが、それが変更できないって言っているんだよ

146 :デフォルトの名無しさん:2010/12/15(水) 04:18:19
ああ、もしかして、file://でアクセスしちゃってる系?

147 :デフォルトの名無しさん:2010/12/15(水) 09:24:09
>>145
× 変更できない
○ 変更する方法を知らない

148 :デフォルトの名無しさん:2010/12/15(水) 09:35:54
ぐぐるとsmb.confに以下のを設定すれば動くけど、
NASによっちゃsmb.confをいじれないってことでは?

force create mode = 0600
security mask = 0555
force security mode = 0600


149 :デフォルトの名無しさん:2010/12/15(水) 10:09:49
>>144をバカにもわかるように解説すると(でも殆どそのままだが)

他のマシンでNASをマウントして、そこにfile以外のスキームでアクセス可能な
リポジトリを作成すればいい。

fileスキームでアクセスなんてバカな考えはスグに捨てる事だ。
リポジトリに直接アクセス可能なんだから、壊す事も簡単だ。

150 :デフォルトの名無しさん:2010/12/15(水) 10:15:34
NAS以外禁止ってことはサーバアプリを立てることが禁止ってことだろ
svnserveも禁止ってことだろ

151 :デフォルトの名無しさん:2010/12/15(水) 10:18:51
>>149
それはつまり、

NAS
↑↓
WindowsもしくはUnixでsvnserveかsshdを起動しておく
↑↓
クライアント

ということか?ななんというか・・・

152 :デフォルトの名無しさん:2010/12/15(水) 11:01:35
>>151
ファイルサーバとアプリケーションサーバを分離するのは極めて普通。

153 :デフォルトの名無しさん:2010/12/15(水) 11:17:38
smbのポート以外ブロックされているんじゃないかな?
分散型ならいけるかも。
・NAS上に個人リポジトリを置く
・開発者は個人リポジトリにpushする
・まとめ役がデスクトップPCにpullしてマージして、まとめリポジトリにpushする
・開発者はそれをpullする



154 :デフォルトの名無しさん:2010/12/15(水) 11:31:19
>153
分散型でいいのなら、まとめ役の人に(NAS使って)ファイルで変更点渡すとか、
メールで変更点渡すとか出来るね。ただ、Subversionのスレだけど。

155 :デフォルトの名無しさん:2010/12/15(水) 11:43:38
>>154
で、最後にまとめ役がSVNにpushする。
SVNが何のためにあるのか分からなくなるけど。

156 :デフォルトの名無しさん:2010/12/15(水) 13:10:20
ということで、開発用にはMercurialでも使って、主に >153 の方針で変更を共有する。
Subversionリポジトリはまとめ役だけが読み書きする。
Subversionリポジトリは観賞用。

これでOK?

157 :デフォルトの名無しさん:2010/12/15(水) 13:39:45
ああ。ソース管理用の人を雇うんだね。

158 :デフォルトの名無しさん:2010/12/17(金) 09:59:36
>>152
普通?それはお前や俺にとっての普通だが、>>135の質問を見てそれが>>135の普通と言える環境だとどうにも推測できんw

ファイルサーバーにちょっとした専用NAS使うのも分かるんだが。



159 :デフォルトの名無しさん:2010/12/17(金) 10:16:59
>>158
それは>>151へのレスなんだが。

>>135は開発環境として、はたして普通と言えるのだろうか?
テストサーバーは規定違反の非公認サーバで構築?
それとも、ネットワーク対応プログラムの開発はやらない規定になってる?

普通とは思えないぞ。

160 :デフォルトの名無しさん:2010/12/17(金) 11:09:35
わけわからんし

161 :デフォルトの名無しさん:2010/12/18(土) 10:22:29
わーい、1.6.15 の win32 バイナリ来てた。
http://sourceforge.net/projects/win32svn/files/

162 :デフォルトの名無しさん:2010/12/19(日) 00:04:47
見てきたらSlikのも更新きてた

163 :デフォルトの名無しさん:2010/12/22(水) 08:28:44
TortoiseSVNで未管理ファイルにクエスチョンマークが付くようになって
めちゃくちゃ邪魔なんだけど
オフにする方法ないの?

164 :デフォルトの名無しさん:2010/12/22(水) 09:06:55
プロジェクト固有ならsvn:ignore
全体での設定は設定のglobal ignore pattern



165 :デフォルトの名無しさん:2010/12/22(水) 09:12:34
>>163
設定にあるじゃん。

166 :デフォルトの名無しさん:2010/12/27(月) 20:38:56
Subversion関連サービスを提供する米WANDisco、Subversion改革計画を発表
ttp://sourceforge.jp/magazine/10/12/27/0651200

167 :デフォルトの名無しさん:2010/12/27(月) 21:43:46
時すでにお寿司

168 :デフォルトの名無しさん:2010/12/27(月) 23:48:09
リポジトリをDropBoxにUPして,
別のPCと共有しようと思ったけど,
うまくいかない.
(片方のPCでコミットしても,片方のログに反映されない
なんでだろう?

169 :デフォルトの名無しさん:2010/12/28(火) 01:32:40
事故解決しますた

170 :デフォルトの名無しさん:2010/12/28(火) 04:23:31
>>168-169
今度その方式を導入する予定だからその因果について報告してくれないか

171 :デフォルトの名無しさん:2010/12/28(火) 04:26:20
>>170
私はDropboxにBzrのリポジトリを置いている。
サーバに反映されるまでにタイムラグが有る関係でレスポンスに問題があるから、分散型の方が煩わしくないと思う。

172 :デフォルトの名無しさん:2010/12/28(火) 04:28:47
タイムラグかthnx

173 :デフォルトの名無しさん:2010/12/28(火) 04:36:10
bitbucketなら共有5人まではタダで使い放題なのに。

174 :デフォルトの名無しさん:2010/12/28(火) 16:34:21
サーバー側でSubversionリポジトリを持ち、クライアント側でTortoiseSVNを使用してます。verは1.6。
「機能ごとにbranchを作って開発→終わったらtrunkにマージ」ってのを繰り返す開発の仕方をしているとします。
ある時、trunk側でディレクトリ構成が変更されてコミットされ、その後、開発が進行中のbranchにその変更を取り入れたい場合、
どんな風なマージをすればいいでしょう??

簡単な例を出すと、例えばtrunkで

trunk+dir1
+dir2

ってあったのが、

trunk+newdir+dir1
+dir2

ってなって、branch側は最初のディレクトリ構造のままだとする。
で、trunkでもbranchでもdir1,dir2内のファイルを変更していて、trunkの変更分をbranchに取り込む(マージする)場合のマージが方法が分からないのです・・・

ツリーの競合が起きるけれど、dir1,dir2を削除するかどうかみたいなレベルでしかマージできない・・・?
dir1,dir2内のファイルの変更は追跡してマージできないんでしょうか?

基本的には、TortoiseSVNを使ってのマージの話だと助かります。
Tortoiseのマージメニューの3種類についてもよく分かっていない・・・
Subversionはディレクトの移動やらリネームも追跡してくれる・・・みたいなのを読んだことがあって、
そういうことも簡単に出来るのかと思っていたら、実際にやってみてもネットで探しても上手い方法が見つからない・・・

175 :デフォルトの名無しさん:2010/12/28(火) 18:14:09
branchって、あるリビジョンのtrunkをコピーして作ったんだよね?
なら、そのリビジョン以降にtrunkに加えた変更をすべてマージすれば済む話だと思うが。

176 :デフォルトの名無しさん:2010/12/29(水) 00:35:36
>>175
このスレか前スレかで似たような質問した記憶があるけど、
その時の回答では無い、ということでしたね…

177 :デフォルトの名無しさん:2010/12/29(水) 00:56:00
間違えた>>174

178 :デフォルトの名無しさん:2010/12/29(水) 02:26:43
>>170
一からやり直したら(何回かやり直したけど)普通に出来た(今のところ)
ので,普通に出来ると思います.

179 :デフォルトの名無しさん:2010/12/29(水) 02:28:49
確かにタイムラグというか,反映されるまでの待ち時間が必要になりますね.
SVNに慣れていましたが,分散型も検討しようかな

180 :デフォルトの名無しさん:2010/12/29(水) 02:31:23
>>176
えっ。
無いって・・・方法が全くないってこと?

ファイルが移動されるなんてシチュエーションは普通によく起こりうるものだと思っていたのだけれど・・・
みんな、そういう場合は実際はどう対処してるんだ・・・?

181 :デフォルトの名無しさん:2010/12/29(水) 04:30:57
ディレクトリ構造を変えないことで対処している。

182 :デフォルトの名無しさん:2010/12/29(水) 04:36:28
マジで・・・?
ディレクトリ構成を変えたリビジョンをマージして、その後でもっかい全体をマージする・・・みたいな感じで、なんとかうまくやる方法無いんですかね・・・

183 :デフォルトの名無しさん:2010/12/29(水) 11:28:45
>>174
1. 全体をマージして、tree conflictになったディレクトリは何もせずresolve.
2. 次に tree conflictになったディレクトリに絞ってマージする。
提示された例なら trunk/newdir/dir1 の変更を branch1/newdir に適用する。

うちはこれで対処した。


> Subversionはディレクトの移動やらリネームも追跡してくれる・・・

ってのは、ディレクトリの移動やらリネームも管理できる(あとで参照できる)、
リネームしたディレクトリの中のファイルの履歴が繋がる。
ということであって、
少なくとも現状(1.6.x)では、別々に成長したブランチに対して、
マージの時にファイルのリネームを適用したり、リネーム後のファイルに対して元の名前のファイルで
の変更点を適用したりはしてくれない。

>>166 のマージ改善がうまく行けば、このあたりあたりもう少しインテリジェントに振舞ってくれるようになるかもしれないが。


184 :183:2010/12/29(水) 11:38:21
(訂正)
2. 次に tree conflictになったディレクトリに絞ってマージする。
提示された例なら trunk/newdir/dir1 の変更を branch1/dir1 に適用する。
+必要なら branch1/dir1 を branch1/newdir/dir1 にリネーム かな。


そもそも、ディレクトリ構成やファイル名が双方で大きく変わる場合、
機械的なマージなどできないことが多い。svnの話でなく一般的に。

マージ機能が多少改善されたところで、機械的に適用できる範囲は限られるから、
何も考えずガンガンブランチつくって別々にディレクトリ構成を変える運用をしてるなら
どんなツール使っても上手くいかないんじゃないかな。


185 :デフォルトの名無しさん:2010/12/29(水) 13:29:40
それでもtrue rename supportが有効になれば相当マシになりそうだ

186 :デフォルトの名無しさん:2010/12/29(水) 13:52:33
>>184
> そもそも、ディレクトリ構成やファイル名が双方で大きく変わる場合、
> 機械的なマージなどできないことが多い。svnの話でなく一般的に。
ハードゲイは賢いよ
分散型で唯一ファイルのコピーに対応しているそうだし、
ファイルの移動もコピーして削除という実装だから、
コピー前の変更もしっかりコピー後の両方にマージされるよ

187 :デフォルトの名無しさん:2010/12/29(水) 17:44:25
伝聞調

188 :デフォルトの名無しさん:2010/12/29(水) 17:58:37
ハードゲイはコピーに対応しているのは間違いないし、git/bzrは対応していないそうだし、それ以外の分散型は分からない

189 :デフォルトの名無しさん:2010/12/29(水) 18:23:46
とはいうもののなんでもきれいにマージできるわけではないから、これが出来るからhgはすばらしいとかいうもんでもないと思う。

190 :デフォルトの名無しさん:2010/12/30(木) 00:52:20
apacheプロジェクトやGoogle CodeのSubversionサーバみたいに

http://server/repo/trunk だとanonymous チェックアウト化、コミット不可

https://server/repo/trunk だと認証要かつコミット可

ってどうやって構成するんでしょう?

Webサーバーはapacheだと思うんですが、パスが同じなので<Location>ディレクティブ
では役に立たなさそうだし、URL rewriteのようなへんてこなことをしているようにも見えないし・・・

191 :デフォルトの名無しさん:2010/12/30(木) 02:04:10
<VirtualHost> とか使えばできそうな気がしますが

192 :デフォルトの名無しさん:2010/12/30(木) 03:41:42
そもそも別サーバかも知れないじゃない

193 :デフォルトの名無しさん:2010/12/30(木) 08:49:55
VirtualHostディレクティブってポート(80とか443とか)指定できるよね。


194 :デフォルトの名無しさん:2010/12/30(木) 08:53:02
スレ違い

195 :デフォルトの名無しさん:2010/12/30(木) 09:13:29
サーバの話ならこっちの方が良いかも
http://hibari.2ch.net/test/read.cgi/linux/1154701996/

196 :デフォルトの名無しさん:2011/01/20(木) 22:20:48
最近TortoiseSVNでコミットするのがもの凄く遅い
2分ぐらい待たされるんだけど何が悪いんだろう
PC変えても同じだから鯖の方か?

197 :デフォルトの名無しさん:2011/01/20(木) 23:58:01
コミットの進行表示のどの辺で待たされるの?

198 :デフォルトの名無しさん:2011/01/21(金) 00:10:19
変更のあったファイルが表示されるまで、1〜2分待たされます
コミット自体は数秒ぐらいしか待たされない

199 :デフォルトの名無しさん:2011/01/21(金) 00:18:13
ファイルに共有ロックがかかってるとそんなことになったことがあったな。

可能性として、ワーキングフォルダーをLAN上においているとかフォルダーの階層が異常に深いとか?ローカルに新たにチェックアウトして比較してみたらどうかな

200 :デフォルトの名無しさん:2011/01/21(金) 00:24:46
>>198
変更ファイル一覧を出すまではリポジトリは無関係だと思うよ

201 :デフォルトの名無しさん:2011/01/21(金) 01:37:11
>>196
変更の有無がタイムスタンプで判別できなくて内容比較してるんじゃない?
これが原因なら一度クリーンアップすると解決するはず。

202 :デフォルトの名無しさん:2011/01/21(金) 01:42:00
ローカルに置いてます。共有ロックもかかってないはずだけど確認法がわからない。
もしかしてファイルが多すぎるだけなのかもしれないと思ってエクスプローラーで調べたら1万ファイルぐらい。
CakePHPという有名フレームワークのapp以下だけなんだけど…。
これで多すぎるのならSVN仕事では使えないということになってしまうし。
PCスペックはPhenom X4で4GBでWin7 32bitでインテルSSD。Athlon X2のXPマシンでも体感同じ。

203 :デフォルトの名無しさん:2011/01/21(金) 01:44:19
クリーンアップはちょくちょく「しろ」と言われるのでしてるけど、速度変わりません。
そしてクリーンアップ自体がこれまたもの凄く遅い。待ってる間に茶が入れられるぐらい。

204 :デフォルトの名無しさん:2011/01/21(金) 03:14:35
TortoiseSVN のバージョンは?

205 :デフォルトの名無しさん:2011/01/21(金) 05:22:02
1.6.5でした。

最初は普通に使えてて、半年ぐらいかけてだんだん遅くなってきて最近アホみたいに長くなった感があるので
何かが溜まっていっているのではという気がしますが、何なのかわからない…。

206 :デフォルトの名無しさん:2011/01/21(金) 05:26:48
GUI 使わずにコマンド手打ちしても遅い?

207 :デフォルトの名無しさん:2011/01/21(金) 09:36:17
boostのフォルダーなら、69000ファイル、25000フォルダくらいあるんだけど、コミットダイアログで変更項目がありませんが出るまで5秒かからないね。2回目だからもろディスクキャッシュが効いてはいるはずの数値ではあるけど・・

どこか遅くなるフォルダーがあるんじゃないかな?サブフォルダをクリックしてコミットダイアログを出してフォルダーを特定してみたらどうだろうか。そしてそのフォルダを削除+svn更新するとか。

何が影響してるかわからないんで、アイコンオーバーレイとか一時的にとめて比較してみるとか。


208 :デフォルトの名無しさん:2011/01/21(金) 09:43:30
>>203
そんな状況なら、新たにチェックアウトしてみたらよくない?


209 :デフォルトの名無しさん:2011/01/21(金) 14:01:28
>>206-208どうもです。
調べたらどうも画像フォルダが特に極端に遅い悪寒。バイナリだから?
コマンドラインも試したけどあまり変わらないかな。
とりあえずチェックアウトし直したら早くなった感じがします。これで様子見ます。

210 :デフォルトの名無しさん:2011/01/21(金) 14:59:22
>>209
画像ファイルへの svn:mime-type の設定が変とか?
無駄にテキストみなして、がんばって差分を作ろうとしてたり…


211 :デフォルトの名無しさん:2011/01/22(土) 14:46:17
>>209
%APPDATA%\Subversion フォルダを一旦デフォルトに戻してからチェックアウトしたらどうですか?

212 :デフォルトの名無しさん:2011/01/24(月) 16:22:04
git checkout <ブランチ>
git clean

みたいな作業をSubversionでしたいのですが、全削除以外の方法はありますか?
svn switchだとゴミが残るのでcleanしたいけどcleanupって違うものですよね?

213 :デフォルトの名無しさん:2011/01/24(月) 16:38:17
要は未コミットの追加/変更を全部なかったことにするんだよね?
考えるの面倒だから

svn st | awk '{print $NF}' | xargs rm ;svn up

とかかな?

214 :デフォルトの名無しさん:2011/01/24(月) 22:35:35
>>212のやりたいことはよく分からないけれど、>>213のやっていることはsvn revertを回りくどくやってみただけに思える。

215 :デフォルトの名無しさん:2011/01/24(月) 23:05:49
>>212
cleanup は、ネットワークエラーなんかで Subversion のコマンドが中途半端に
なったときに作業フォルダのロックなんかの解除に使うコマンドだから多分貴方
のやりたいこととは違う。

>>214
revert だとごみが残ったままになると思うけど。

216 :デフォルトの名無しさん:2011/01/25(火) 00:27:51
>>215
納得した

217 :デフォルトの名無しさん:2011/02/02(水) 13:11:06
コミットが遅くなる問題で質問したものですが結局直りませんでした
今もコミットしようとして10分ぐらいずっと待っています
もう駄目です納期に間に合わないので首釣って死にます

218 :デフォルトの名無しさん:2011/02/02(水) 14:41:44
>>217
早まるな!解決策はわかんないけど


219 :デフォルトの名無しさん:2011/02/02(水) 18:43:46
試したわけではないので効果はわからないけど、リポジトリをdumpしてから
新たにcreateしたところにloadしてみるというのはどうだろう。最適化されたりしないかな。

220 :デフォルトの名無しさん:2011/02/02(水) 22:12:50
しないかな

221 :デフォルトの名無しさん:2011/02/02(水) 22:21:36
もう死後硬直でガチガチじゃね?


222 :デフォルトの名無しさん:2011/02/02(水) 23:22:57
>>219
コミットするときの問題は作業コピーの問題だろうから、リポジトリ内部の状態はほぼ関係ないでしょ。

223 :デフォルトの名無しさん:2011/02/03(木) 16:07:07
>>217
どうせHDDの物理障害でしょ?

224 :デフォルトの名無しさん:2011/02/04(金) 01:01:02
WindowsでSubversionを使っているのですがコマンドラインから
サブディレクトリなど含めて全ての.svnディレクトリを消すのはどうやったらできますか?


225 :デフォルトの名無しさん:2011/02/04(金) 01:05:33
>>224
msysgitを入れてfind

226 :デフォルトの名無しさん:2011/02/04(金) 13:50:20
質問なのですが、
1つのファイルをリポジトリAとBに属させることは可能ですか?
リポジトリAにだけコミットし、リポジトリBには今はコミットしない、というようなことがしたいのです。

また、設定ファイルなど開発と本番で内容が異なるようなものはどのように管理されていますか?

227 :デフォルトの名無しさん:2011/02/04(金) 13:51:25
別途exportするのでは駄目なのかね。


228 :デフォルトの名無しさん:2011/02/04(金) 13:53:07
>>226
svn:externals? (要svn1.6以降)

229 :デフォルトの名無しさん:2011/02/04(金) 20:56:40
>>226
とりあえず branch でなんとかするんじゃないの?

230 :デフォルトの名無しさん:2011/02/05(土) 18:09:26
>>227
リポジトリAの変更したファイルだけをリポジトリBにexportするのは大変そうなので

>>228
現在の要望とはちょっと違うようでした
でも、これは別件で使えそうです、ありがとうございます

>>229
まだSubversionを試してる段階なので、branchの考え方、運用方法を調べてみます

231 :デフォルトの名無しさん:2011/02/05(土) 18:48:57
>>224
そのフォルダーにexportで上書きすると.svnも消してくれる。

232 :デフォルトの名無しさん:2011/02/05(土) 18:59:11
>>230 ブランチで行うならこうかな。tortoiseSVNの例
1、trunkから開発用のブランチを分岐する。
2、開発用ブランチの設定ファイルを修正コミットする。
3、trunkから開発用ブランチを「マージのみを記録する」オプションをいれてマージする。こうするとtrunkのファイルは変更されずにマージしたことになる。
これでtrunkと開発用ブランチの設定ファイルは別物になる。この後ブランチを修正してtrunkにマージしても2で行った設定ファイルの変更は反映されなくなる。

おまけ
再び開発用ブランチを作ったとき上の修正した設定ファイルがほしいときは、ブランチ後、上の2のチェンジセットをブランチにマージすればいい。

233 :デフォルトの名無しさん:2011/02/05(土) 19:27:02
>>232 スマン
×3、trunkから開発用ブランチを〜マージする。
○3、trunkに開発用ブランチを〜マージしてコミットする。


234 :デフォルトの名無しさん:2011/02/05(土) 22:15:03
>>231
おお、なんか無駄知識増えて得した気分…

235 :デフォルトの名無しさん:2011/02/05(土) 23:14:50
>>232-233
どうもありがとうございます
後で調べてみます

236 :デフォルトの名無しさん:2011/02/06(日) 09:39:27
>>231
どのクライアントの話なの?
Linux の svn や TortoiseSVN だと .svn を消したりなんてしないんだけど。

237 :デフォルトの名無しさん:2011/02/06(日) 14:19:29
TortoiseSVNなら
http://tortoisesvn.net/unversion.html

238 :デフォルトの名無しさん:2011/02/06(日) 14:31:25
>>237
なるほど、右クリックからだと unversion なんて機能があるんだ、
これは知らなかったよ、ありがとう。

239 :デフォルトの名無しさん:2011/02/06(日) 20:40:05
>>236
tortoiseSVNで試したけど消えたよ。>>237の説明どおりだ


240 :デフォルトの名無しさん:2011/02/06(日) 21:11:48
>>239
>>237 の URL の方法だと消えるけど、メニューの TortoiseSVN - Export で、
フォルダーに直接上書きすると消えない。
て言うか、TortoiseSVN 特有の挙動だで、もともとの質問は「コマンドライン」って
書いてあるから実は回答になってないし。

241 :デフォルトの名無しさん:2011/02/06(日) 21:38:40
スクリプトでも組めばいいじゃない

242 :デフォルトの名無しさん:2011/02/06(日) 22:31:00
再起rmdirか

243 :デフォルトの名無しさん:2011/02/07(月) 00:12:27
http://wp2.trojanbear.net/archives/579

↑と同じ現象で困ってて Windows Serch を「無効」にしたんだけど、
頻度こそ少なくなったんだけど、未だに発生します。
この件について、追加の情報をお持ちの方はいらっしゃいませんか?


244 :デフォルトの名無しさん:2011/02/07(月) 00:22:54
>>243
インデックスサービスとWindows Searchは別物だからインデックスサービスも止まってるか確認してみたら?
おそらく共有違反なんだと思うから他にバックグランドでファイルをアクセスしているサービスが無いか確認だ
たとえば、ワクチンだとかバックアップだとか

245 :デフォルトの名無しさん:2011/02/07(月) 00:30:06
cleanupで直る予感

246 :デフォルトの名無しさん:2011/02/07(月) 00:46:26
samba経由で割とよくなるなぁ。cleanupも失敗する

247 :デフォルトの名無しさん:2011/02/07(月) 01:57:55
224です。
いろいろな回答ありがとうございました。
とりあえずexportで対応しようと思います。


248 :デフォルトの名無しさん:2011/02/07(月) 03:09:47
>>243
カスペ以外のアンチウイルスソフトでも問題出ることあるけど、
そっちは大丈夫?

249 :デフォルトの名無しさん:2011/02/10(木) 00:01:39
うーん、svndumpfilter3の使い方がよくわからない。。。

何も書かないと全部include、書いたらそれだけinclude、
-eオプションでそこをexclude、-eオプションは正規表現非対応
で、あってるのかなぁ

250 :デフォルトの名無しさん:2011/02/11(金) 00:30:42
>>244
>>248

アドバイスありがとうございました。
>インデックスサービスとWindows Searchは別物だからインデックスサービスも止まってるか確認してみたら?

当方Win7の環境ですが、Windows Search というサービスが走ってます。
で、自分なりの対策で現在発生しなくなったので、ご報告します。

1.Windows Search を「無効」にしたが、発生止まず。
2.Windows Search を開始させて、チェックアウトしてるディレクトリを、サービスの対象外とした
 →これで発生しないようになりました。
 →ちなみに Windows Search は「自動(遅延開始)」として、起動させてます。
※他に「感覚的に」変な挙動をするプログラムが、ちらほらあったので
  C:\Program Files (x86) も Windows Search の対象外にしてます^^;


251 :デフォルトの名無しさん:2011/02/16(水) 11:59:08
いえいえ

252 :デフォルトの名無しさん:2011/02/19(土) 07:38:57
SubVersionサーバーのユーザー認証で/etc/passwd(Linuxユーザー)と同期する方法ってないの?
別管理だと非常に面倒なんだが

253 :デフォルトの名無しさん:2011/02/19(土) 09:13:19
それならsvn+sshでいいんじゃない

254 :デフォルトの名無しさん:2011/02/19(土) 09:20:43
apacheにPAM認証組み込んで、http(https)スキームでアクセスする。

255 :デフォルトの名無しさん:2011/02/19(土) 15:57:50
      ☆ チン     マチクタビレタ〜
                        マチクタビレタ〜
       ☆ チン  〃  ∧_∧   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
        ヽ ___\(\・∀・) < 1.7まだ〜?
            \_/⊂ ⊂_ )   \_____________
          / ̄ ̄ ̄ ̄ ̄ ̄ /|
       | ̄ ̄ ̄ ̄ ̄ ̄ ̄|  |
       |  愛媛みかん |/


256 :デフォルトの名無しさん:2011/02/20(日) 11:17:55.50
>>252
それwindowsでもやりたいんだけど。
SASLNTLMでいいのかな?

257 :デフォルトの名無しさん:2011/02/22(火) 06:58:04.02
>>256
うん、なんかsaslauthで出来そうだね

258 :デフォルトの名無しさん:2011/02/26(土) 01:30:32.20
basic認証でユーザ管理してるのですが、特定のユーザがコミットしたファイルだけをアップデートしたい場合どうすれば良いでしょうか。
svn log ファイル名でユーザ確認しようかと考えましたが、一度アップデートしないと最新の情報が得られないようで。。。
何かいい方法ありましたらよろしくお願いします。

259 :デフォルトの名無しさん:2011/02/26(土) 01:40:53.89
svn log リポジトリのURL
で最新情報確認できたです・・・
ただ、このやり方だと全てのファイルについてリクエストを送らないといけまないので、何か一発でいける方法ないでしょうか

260 :デフォルトの名無しさん:2011/02/26(土) 02:44:00.52
あ、何か自己解決したです

261 :デフォルトの名無しさん:2011/02/26(土) 22:02:46.11
>>258
その人が作業していた作業ブランチをチェックアウトしてテストすればいいんじゃね?

262 :デフォルトの名無しさん:2011/03/03(木) 22:46:37.78
Windowsでsvnを使いたいと思って、TortoiseSVNを入れてみたけど、
svn+sshで転送すると滅茶苦茶転送に時間がかかる。

SlikSVNも入れてみたけど、sshが使えない。

Cygwinが一番いいのだろうか?

263 :デフォルトの名無しさん:2011/03/04(金) 00:17:50.33
なんでsshにこだわってるの?

264 :デフォルトの名無しさん:2011/03/04(金) 00:21:11.77
>>263
それがないと仕事にならないから

265 :デフォルトの名無しさん:2011/03/04(金) 00:56:40.31
svn鯖がsshオンリーってことはよくあること

266 :デフォルトの名無しさん:2011/03/04(金) 01:56:37.87
よくあることだけど、>>262からじゃ読めない。

267 :262:2011/03/04(金) 08:25:56.33
>>265
そういうことです

268 :262:2011/03/04(金) 10:03:25.79
>>266
気がついていないのはお前だけだろw

269 :デフォルトの名無しさん:2011/03/04(金) 11:21:55.56
Subversion 1.6.16 age
http://svn.apache.org/repos/asf/subversion/tags/1.6.16/CHANGES

270 :デフォルトの名無しさん:2011/03/04(金) 11:34:23.86
TortoiseSVN 1.6.13 age
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2709405

271 :デフォルトの名無しさん:2011/03/04(金) 13:00:45.03
>>268
じゃあとりあえずcygwin入れて試してみたらー

272 :デフォルトの名無しさん:2011/03/04(金) 22:39:11.15
>>262
XP?Vista?7?
うちはXPだと超速いけどVistaだとトロトロだったよ

273 :デフォルトの名無しさん:2011/03/04(金) 22:42:31.06
>>262
もうちょっと環境を詳しく書くべき
SSHクライアントは何?
TortoiseSSH?GNUSSH?

274 :デフォルトの名無しさん:2011/03/04(金) 22:44:22.98
>>266
だよな
床屋へ行って頭洗いながら
「痒いところありませんか?」
と聞かれて
「おしり」
って答えてるのが >>262

275 :デフォルトの名無しさん:2011/03/04(金) 23:43:19.55
>>273
そんなこともわからないならレスしないでくださいって言われるよ

276 :デフォルトの名無しさん:2011/03/05(土) 01:39:48.13
>>267>>268見てイラっとしたのは俺だけだろうか。

277 :デフォルトの名無しさん:2011/03/05(土) 02:18:55.30
そんなことはない。


278 :266:2011/03/05(土) 02:20:22.02
>>276
もちろんイラっとしてるよw

279 :262:2011/03/05(土) 22:13:04.36
>>268
見ていない間に自分の偽物が(w

280 :デフォルトの名無しさん:2011/03/06(日) 00:45:44.89
そして次からはトリップを使おうと思った262であった。

                  −第一部 完−

281 :デフォルトの名無しさん:2011/03/06(日) 18:25:26.15
質問です。良きアドバイスをお願いします。

リポジトリブラウザで、特定のフォルダを削除しようとすると、
以下のようなメッセージが出て、削除できません。
ググッてみたのですが、日本語の説明がみつけられず、
対処できないでいます。

Cannot verify lock on path '/aaa/bbb/ccc/xxx.sql'; no matching lock-token available
もしロックを解除したいなら、'変更をチェック'ダイアログを利用して下さい。

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

282 :デフォルトの名無しさん:2011/03/06(日) 22:21:01.47
今試したんだけど、ロックを取得しているファイルがあるとそのエラーが出るね。
ロックを開放すれば削除できるようになる。

283 :デフォルトの名無しさん:2011/03/06(日) 22:30:50.53
>>282
アドバイスありがとうございます。
↑のメッセージ中の「xxx.sql」が、リポジトリブラウザで
表示されない(存在しない)のが、謎なのです。
その上位のフォルダから「ロックを解除」等やってみたのですが
エラーが表示されて、削除できませんでした。

284 :デフォルトの名無しさん:2011/03/07(月) 14:33:00.36
>>283
svnadminでロックを解除は試した?

285 :デフォルトの名無しさん:2011/03/08(火) 23:25:59.28
>>284
アドバイスありがとうございます。
書き込みを見て、試しましたがダメでした。
リポジトリブラウザで見えない「xxx.sql」を、狙い撃ちで削除できれば…
と考えてるのですが。

最悪、該当フォルダ以外をダンプして、再構築するのが現実的かと思います。


286 :デフォルトの名無しさん:2011/03/10(木) 20:34:31.99
subversion コマンドライン版 1.4.5 / WindowsXp です。

ある名前にマッチしたフォルダ名を無視するにはどうしたらいいでしょうか?

以下のような作業コピーがあります。

{repo}/foo/bar/prj1/bkup
         /prj2/bkup
         /prj3/bkup

prj1とかprj2までは subversion 管理となっていて、
現在は bkup は管理対象外です。
この bkup フォルダを無視したいです。

cd foo\bar\prj1
svn propset svn:ignore bkup .
cd ..\prj2
svn propset svn:ignore bkup .
:
を繰り返せばとりあえずはよいですが、
今後も prj* はどんどん増えていくので、
そのたびに svn propset svn:ignore はしたくありません(忘れそう)

cd (作業コピーのトップディレクトリ)
svn propset svn:ignore */bkup .
みたいにしてみたのですが、
foo/bar/prj1/bkup や
foo/bar/prj2/bkup は無視されませんでした。

何かいい方法はないでしょうか?

287 :デフォルトの名無しさん:2011/03/10(木) 21:33:54.87
a:ディレクトリを掘ってプロパティを設定する一連の作業を行うスクリプトを書く。
とか
b:プロジェクトのひな形ディレクトリを/foo/bar/proj_skel として作り、
svn:ignore を設定。新規プロジェクトはコイツを svn cp して開始する。
くらいしか思いつかん。



288 :デフォルトの名無しさん:2011/03/10(木) 21:55:29.53
$HOME/.subversion/config で、
prj* をつくると自動的に svn:ignore=bkup を設定する
みたいなことはできるのかな?(auto-props?)

289 :デフォルトの名無しさん:2011/03/11(金) 02:15:22.60
レスどうもありがとうございます。

↓をみたら
http://www.caldron.jp/~nabetaro/svn/TortoiseSVN-1.4/TortoiseSVN_ja/tsvn-dug-ignore.html
*CVS とか */CVS という記述例が出ていたので、
リポジトリのトップに */backup と設定したら、それ以下ですべて
有効になりそうだと思っていたんだけどな・・

TortoiseSVN じゃないとだめなのか、あるいは Linux版SVNであればokなのか?
明日やってみよう。

>>288
~/.subversion/config でやる方法は、クライアント側で
設定する方法ですよね。
人の出入りが多いプロジェクトなので、できればリポジトリ側で行いたいです。

290 :デフォルトの名無しさん:2011/03/11(金) 04:33:04.88
foo/barで*/bkup
または、fooがルートなら
*/*/prj*/bkup
のようにしろということでは。

291 :デフォルトの名無しさん:2011/03/11(金) 13:11:46.77
>>289
つ ポストコミットフック


292 :デフォルトの名無しさん:2011/03/11(金) 23:49:47.36
pre-commit で bkup が含まれていたらトランザクションをアボートして終わり。

とかね。

293 :デフォルトの名無しさん:2011/03/14(月) 22:43:29.06
レスどうもありがとうございます。

いろいろやってみたのですが、 */*/prj*/bkup とかうまくいかず、
svn:ignore は、直下のディレクトリにしか設定できないのでは、と考えることにしました。
仕方がないので、現在すでにコミットされている prj1 と prj2 以下の bkup は
手作業で svn:ignore を設定し、今後増えていったら、手作業でやることにします。

念のためポストコミットフックで、 >>291-292 も設定することにします。

294 :デフォルトの名無しさん:2011/03/15(火) 00:09:40.83
>>293
292 は post-commit ではなく、プリコミットフック(pre-commit)を言っているんだが。
(コミット要求そのものをあぼーんする)

295 :デフォルトの名無しさん:2011/03/16(水) 16:13:50.77
MacBookProでコマンドラインでSVNを使っているのですが、
svn add [ディレクトリ]
した際にディレクトリの中の .a ファイルが対象になりません。
該当ファイルを直接指定して add すれば追加されます。
configとかは一切編集していません。
原因わかりますか?

296 :デフォルトの名無しさん:2011/03/16(水) 16:54:46.10
>>295
設定ファイル(若しくはディフォルトの設定)で無視されているから。

297 :デフォルトの名無しさん:2011/03/16(水) 16:57:31.36
global-ignores じゃないかな?


298 :デフォルトの名無しさん:2011/03/16(水) 16:58:11.77
~/.subversion/config
では何も指定していない(全てコメントアウトされた状態)です。

299 :デフォルトの名無しさん:2011/03/16(水) 16:58:20.29
訂正 global-ignores のデフォルト値じゃないかな?


300 :デフォルトの名無しさん:2011/03/16(水) 17:04:05.19
http://svnbook.red-bean.com/nightly/en/svn.advanced.confarea.html#svn.advanced.confarea.opts.config

global-ignores

The default value is *.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.a
*.pyc *.pyo *.rej *~ #*# .#* .*.swp .DS_Store


301 :デフォルトの名無しさん:2011/03/16(水) 17:24:43.22
ありがとうございます。解決しました。
~/.subversion/config
にて global-ignores の設定を有効にして、デフォルトの値を上書きしたところ解決しました。

[~/.subversion/config]
89 [miscellany]
90 ### Set global-ignores to a set of whitespace-delimited globs
91 ### which Subversion will ignore in its 'status' output, and
92 ### while importing or adding files and directories.
93 ### '*' matches leading dots, e.g. '*.rej' matches '.foo.rej'.
94 # global-ignores = *.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.a *.pyc *.pyo



89 [miscellany]
90 ### Set global-ignores to a set of whitespace-delimited globs
91 ### which Subversion will ignore in its 'status' output, and
92 ### while importing or adding files and directories.
93 ### '*' matches leading dots, e.g. '*.rej' matches '.foo.rej'.
94 global-ignores = *.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.pyc *.pyo

ほんと助かりました。
返信くれた方ありがとうございました。

302 :デフォルトの名無しさん:2011/03/16(水) 18:16:22.62
*.a がライブラリファイルなら、そもそもそんなに頻繁に管理対象になる
ものでもないので、都度マニュアルaddのままでもいいと思うのよね。
*.a を管理する機会って、バイナリしかないサードパーティ製品を入れて
おく場合くらいな気がする。

ほかの意味を持つ *.a だったらごめんなさい。


303 :デフォルトの名無しさん:2011/03/16(水) 18:44:47.91
ご指摘の通りだと思います。
ただ設定ファイルで設定していないにも関わらず、
addの対象から抜けるファイルがあったので気になっていました。

以前 svn copyした際に.aファイルが抜けて、
その状態でクライアントに提出して、クライントがビルド出来ない
ことがあったので、原因を調べてました。。

304 :デフォルトの名無しさん:2011/03/16(水) 18:51:58.36
うぁはは、そんでもって報告書を提出って落ちか?w
普通のクライアントなら「抜けてるから再提出ね」で終わる話なのにな。

305 :デフォルトの名無しさん:2011/03/16(水) 19:07:25.70
ですね^^;

306 :デフォルトの名無しさん:2011/03/16(水) 19:39:42.52
>>303

何もしてなくても実はデフォルト値がそれなりに設定されているっていうのは
確かに罠だわな。


307 :289=293:2011/03/16(水) 22:54:35.44
>>294
なるほど、読み間違えました。ありがとうございます。
リポジトリにゴミをコミットしたくないので、pre-commit でやってみることにします。
Subversion は、処理をtransaction 管理していてアトミックになるように処理しているというのを
どこかで読んだのを思い出しました。

308 :デフォルトの名無しさん:2011/03/18(金) 00:41:41.54
global-ignoresにbkup入れたらよかったのでは、という話は出てきてないな

309 :デフォルトの名無しさん:2011/04/04(月) 10:33:33.68
Subversion 1.7はまだなのかな。
「Q1 2011 Release 1.7.0」って書いてあるけど……

310 :デフォルトの名無しさん:2011/04/05(火) 19:26:22.11
すみません
repos/projectA
repos/projectA/trunk
repos/projectB
repos/projectB/trunk
という構成で普段svn+sshで管理しており
今回projectAだけをsvnプロトコルで公開したいと思っています

reposの/conf/svnserv.confを弄ると全部公開されてしまったのですが
何かいい方法はないでしょうか?

311 :デフォルトの名無しさん:2011/04/05(火) 19:35:34.97
authzでやるんじゃないの?

312 :デフォルトの名無しさん:2011/04/05(火) 19:46:29.05
ありがとうございます.
それでできそうなのでやってみます

313 :デフォルトの名無しさん:2011/04/06(水) 16:57:02.22
>>312
自分も興味あるので、うまくできたらここで教えてください。

314 :デフォルトの名無しさん:2011/04/06(水) 19:51:39.41
>>313
普通にLocationを並べるだけだろ?
ただ、たぶんかなり遅くなるようだが。


315 :デフォルトの名無しさん:2011/04/14(木) 07:47:42.14
いい加減うんこSubversion捨て去りたいんだけど
Tortoise*でSVN以外使い物になるものってある?

316 :デフォルトの名無しさん:2011/04/14(木) 11:42:33.70
亀に頼らないといけないくらいの初心者には
SVNがお似合いです

317 :デフォルトの名無しさん:2011/04/14(木) 17:35:24.80
ハードゲイも初心者向きだよ!

318 :デフォルトの名無しさん:2011/04/15(金) 06:04:21.58
ふぉー

319 :デフォルトの名無しさん:2011/04/15(金) 10:49:48.37
>>315
捨て去りたい理由を考えるなり書くなりすれば、自然と移行先も見つかるんじゃね。

320 :デフォルトの名無しさん:2011/04/23(土) 00:12:16.36
uberSVNってどうかね。
入れてみたけど、文字が化けるね。
(Windows XP SP3)

日本語版は出るのかなぁ。

321 :デフォルトの名無しさん:2011/04/27(水) 17:48:51.07
TortoiseSVNでリポジトリを作成後、リポジトリブラウザでtrunkフォルダを作らずに、
直下に複数のフォルダを取り込んでいって作業を続けてしまったのですが、
ここにリポジトリブラウザでtrunkフォルダを作り、
すべてのフォルダをそこに移し、そのtrunkを作業コピーとして取り込んだところ、
これまでの全体のログが表示されなくなってしまいます。
なにかよい方法はありませんでしょうか。


322 :デフォルトの名無しさん:2011/04/27(水) 18:01:26.93
stop on copy/rename のチェックが付いてるとか

323 :デフォルトの名無しさん:2011/04/27(水) 18:11:15.65
>>322
そのチェックはオフにしてみてもダメでした。
trunkフォルダを作ってからのログしか出てこないです。
その中に入れてあるフォルダを一つ一つログ表示すると、
フォルダ単体に対してのログはすべて出てきます。

324 :デフォルトの名無しさん:2011/04/27(水) 19:39:50.40
trunk 自体ははどこかから移動してきたのではなく新しく作ったわけですね
それはそうなりますね
リポジトリブラウザからリポジトリのルートのログを表示させれば出ると思います

325 :デフォルトの名無しさん:2011/04/27(水) 21:02:12.63
>>324
そういうことなのですか。
リポジトリのこれまでのルートに当たる部分をtrunkに変更して、
その1つ上を新しいルートにしたいという状態なのでしょうけど、
さすがにこれは無理ですよね?

326 :デフォルトの名無しさん:2011/04/27(水) 21:20:00.91
dumpしてリポジトリをテキストファイルにすれば、なんでもできます。

327 :デフォルトの名無しさん:2011/04/28(木) 00:20:06.21
svn moveしたら履歴もくっついてこなかったっけ

328 :デフォルトの名無しさん:2011/04/28(木) 06:54:32.25
>>327
つく
>>325
TortoisSVN使ってるならチェックアウトして作業コピー上で右クリックのドラッグドロップのSVN移動で持っていくと履歴も引き継げる。
リポジトリブラウザでフォルダーごとコピーとかムーブとかもできる


329 :デフォルトの名無しさん:2011/04/28(木) 10:28:41.91
>>326-328
1: リポジトリブラウザで開く
2: ルート上でコンテキストメニューを出し、「コピー」を選択
3: 名前に「/Trunk」を追記してOKを押す

とすると、ルート直下にあった全フォルダがTrunkにコピーされるのですが、
Trunkやその中にコピーされたフォルダ上のログを表示すると、
コピー以前ものが出なくなります。

ここで一番不明なのは、1回目のログ表示では正しく出ているようなのですが、
「最新に更新」を押すと、コピー以前ものが出なくなります。
それ以降は、リボジトリブラウザを開き直したりしても同じです。

TortoiseSVNのほうのバグなのか、
ルート自体をルート直下にコピーすること自体が想定外なのか、
よくわからずに困っています。


330 :デフォルトの名無しさん:2011/04/28(木) 12:24:58.16
>>329
ログの下の方に、コピー/名前の変更が発生したら停止のチェックがあるから外す


331 :デフォルトの名無しさん:2011/04/28(木) 13:19:37.46
>>330
それ外しても同じなんです。
説明不足でした、すみません。

332 :ちょっとプログラムの課題がよくわからないんだが:2011/04/28(木) 15:12:54.17
「一行ごとに一単語(英単語)が書かれたファイルがある。
このとき、このファイルの内容をソートとして画面上に標準出力するプログラムを作成せよ。
ファイルの行数は不定とし、また上限を定めないこと。
また、ソートは降順あるいは、昇順のどちらにも対応できること。」
ちなみにファイルの読み込みは1回、単語格納のための配列は使ってはいけない、qsortは使ってはいけない
という条件付きです。誰かわかる人お願いします

333 :デフォルトの名無しさん:2011/04/28(木) 15:18:15.91
宿題は自分でやれバカ

334 :デフォルトの名無しさん:2011/04/28(木) 15:20:02.56
しかもsubversionスレで。死ねよ。クズ。

335 :デフォルトの名無しさん:2011/04/29(金) 01:16:44.65
>>329
コピー/名前の変更が発生したら停止がチェックの状態で最新に更新を押すと、チェックをはずしてもコピー以前の履歴がログに出てこなくなるのは前からあったね。
ログ表示で最新に更新はあんまり使わないし、ログ表示をやり直せば出てくるし、履歴はつながってるからあまり気にしなかったな。


336 :デフォルトの名無しさん:2011/04/30(土) 00:16:40.15
332は何も言わずにあぼーんだね。

337 :デフォルトの名無しさん:2011/04/30(土) 00:58:37.17
git log -p
のように、各リビジョン毎のdiffを出すことはできませんか?
いちいちリビジョンを調べて svn diff -r1:2 とかせずに、一気に出したいです。

338 :デフォルトの名無しさん:2011/04/30(土) 08:58:03.25
なんのために?

339 :デフォルトの名無しさん:2011/04/30(土) 09:42:09.36
>>337
注釈履歴のことか?

340 :デフォルトの名無しさん:2011/04/30(土) 10:02:12.88
>>335
>ログ表示をやり直せば出てくるし
それがやり直しても二度と出てこないんです。
やっぱりルートをコピーすることが想定外なんですかね。

341 :デフォルトの名無しさん:2011/04/30(土) 15:26:09.26
>>340
ログキャッシュを削除してから
表示させたらどうなる?

削除は、設定のどこかでできる。


342 :デフォルトの名無しさん:2011/04/30(土) 17:27:04.74
統合開発環境のプロジェクトを管理する場合、
開発環境が新しいフォルダやファイルを追加する場合、
それをsubversion側に通知するのは手動ですか?


343 :デフォルトの名無しさん:2011/04/30(土) 17:29:19.19
一般論としては自動かもしれないし手動かもしれないです

344 :デフォルトの名無しさん:2011/04/30(土) 17:30:55.81
>>343
つまりそれは統合開発環境がsubversionをコントロールする手段を持っていれば
自動でそうでなければ手動になってしまうってことですか?

345 :デフォルトの名無しさん:2011/04/30(土) 18:15:43.55
>>344
そのとおり
ちなみに代表的な IDE である Visual Studio と Eclipse は
SVN 連携用プラグインを入れて、プロジェクトを登録することで、
ファイル・フォルダの増減をコミットできるようになる

346 :デフォルトの名無しさん:2011/04/30(土) 18:37:19.38
>>345
なるほどそうですか・・・
直にプロジェクトファイルごとぶっこもうとしたら、
エラーの連発でした
やはりプラグインですか。。。
ありがとうございました

347 :デフォルトの名無しさん:2011/04/30(土) 19:14:29.70
直にプロジェクトファイルごとぶっこめないようなダメな環境ならプラグイン使ってもダメだと思う

348 :346:2011/04/30(土) 19:37:30.07
>>347
ということはプロジェクトファイルごとぶっこめないのには別な原因があるのですね
コミットに失敗し、
Working copy '(パス)' locked.
Please execute the 'Cleanup' command.
と言われ、
Cleanupしようとすると
Cleanup failed to process the following paths
'・・・中略\ipch' is not a working copy directory
と出ます。VS2010とTortoiseSVNを使っています。
ビルドをしようとしたりなどの後にコミットしようとするとエラーとなります
どのようなことが原因として考えられますか?

349 :デフォルトの名無しさん:2011/04/30(土) 19:39:36.65
ビルドのプログラムが .svn フォルダごと消しているとか?

350 :346:2011/04/30(土) 20:47:46.35
>>349
ありがとうございます。確認してみたところ、
その通りでした。
ipchフォルダが.svnフォルダごと消されていました。
開発環境の方の動作は変えられないですが、
この場合どういった対処方法がありますか?

351 :デフォルトの名無しさん:2011/04/30(土) 20:48:06.57
>>348
そのメッセージ見るとipchとかでてるからVS2010がロックしているファイルが原因でしょう。
一般に、objとかsuoとかsdfのようなビルドで作られたりするファイルはソースがあれば作られるのでバージョン管理に含める必要はないんじゃね?
うちはビルド時に作られるフォルダやファイルはまとめてignore設定してるよ。


352 :346:2011/04/30(土) 20:52:45.39
>>351
ありがとうございます。
なるほど、除外設定ができるんですね!
ignore設定をちょっと調べてみます。

353 :デフォルトの名無しさん:2011/04/30(土) 21:02:41.10
2005用のちょっと古い資料だけど
http://msdn.microsoft.com/ja-jp/library/ms171339%28v=vs.80%29.aspx
の「ソース管理に追加できないファイルは次のとおりです」のところにバージョン管理に追加できないファイルが書いてある。
2010はさらに増えているようだ。プラグインで追加するのが安全かもね。


354 :346:2011/04/30(土) 21:27:18.23
みなさん本当にありがとうございます。
Global ignore pattern に以下の追加したところうまくコミットされるようになりました!
*.sdf *.suo *.ipch *.log *.obj *.exe *.dll *.lib ipch

フォルダの指定はipchとだけ書いただけなのですが、
一応動作としては除外されていますが、これはこの書き方で大丈夫でしょうか?


355 :デフォルトの名無しさん:2011/04/30(土) 21:35:48.77
フォルダ指定すれば、そのフォルダ内のものはすべて除外されるはず。

356 :デフォルトの名無しさん:2011/04/30(土) 21:36:16.31
フォルダの指定はそれでいい
うちのはDebugとかReleaseとかx64とかフォルダごと除外してる。ただ、こういうありがちな名前は偶然除外される可能性があるのでGlobal ignore patternではなく作業フォルダで手動で指定してる。


357 :346:2011/04/30(土) 21:45:00.92
>>355,356
よかった、ありがとうございました。
そして参考になります。

358 :デフォルトの名無しさん:2011/04/30(土) 22:50:42.57
.suoってユーザ名がさらについてる、.suo.hogeみたいなファイルもできた気がする。
ので、そういうのもちまちまとignoreしていくといいです

359 :346:2011/04/30(土) 22:53:01.30
>>358
どうもです!ちまちまと覚えておきます。

360 :デフォルトの名無しさん:2011/04/30(土) 23:00:37.97
>>358
projectname.vcproj.pcname.userのこと?
VS2008以前では作成されるけど、>>346が使ってるVS2010では生成されないよ

361 :デフォルトの名無しさん:2011/05/01(日) 00:00:54.59
>>360
それかな?できなくなったならよかったです

362 :デフォルトの名無しさん:2011/05/01(日) 00:51:22.73
>>339
そのようです。TortoiseSVNではその機能があるようですが、cliでしたいんですがsvnコマンドにはそういうオプションはありませんか?
log/diff のオプションには見当たらないです。

363 :デフォルトの名無しさん:2011/05/01(日) 01:14:02.65
Subversion解説本でおすすめってありますか?

364 :デフォルトの名無しさん:2011/05/01(日) 06:46:08.38
>>362
svn blameが近い機能かな

365 :デフォルトの名無しさん:2011/05/04(水) 00:50:12.47
>>364
ありがとうございます

366 :329:2011/05/06(金) 10:13:18.24
>>341
すみません、しばらく試せない状態でした。
TortoiseSVNの設定内の「Cached Repositories」にある項目を
すべて削除してみたところ、その直後は正しく表示されますが、
すぐに同じような状態に戻ってしまいました。

367 :329:2011/05/06(金) 21:21:33.38
連投失礼します。
新しいリポジトリでも、以下のような作業で同じように発生します。

1: リポジトリブラウザでルート直下にフォルダをいくつか作成
2: ルート自体で「コピー」を選択し、「/trunk」を追記してOKを押す
3: ルート直下にtrunkフォルダができ、最初に作ったフォルダがコピーされている
4: trunk自体や、trunk内にコピーされたフォルダのログを表示
5: この段階では最初の作成とコピーとが両方表示されている
6: 2回目以降の表示ではコピー以降のログしか出てこなくなる(他のフォルダも)


368 :デフォルトの名無しさん:2011/05/08(日) 10:20:30.73
ベンダーブランチの追跡にsvn_load_dirsを使ってきたけれど、ファイルが
リンクに変更されてしまい、svn_load_dirsはこの変更に対応していないので
追従できなくなってしまいました。他の方法はありますか?

369 :デフォルトの名無しさん:2011/05/08(日) 10:30:10.12
>>368です。ファイルからリンクに変更になったのではなく、前回まではwindowsで
作業していたため、リンクを正しくハンドリングしていなかったのが原因でした。

リポジトリ作り直しかあ…

370 :デフォルトの名無しさん:2011/05/10(火) 14:10:52.59
いまじぶんの作業コピーが、revision のいくつになっているのかを知るには、
TortoiseSVN ではどうやったらいいですか?

TottoiseSVN で、「更新」をやれば、「完了: リビジョン:nn」とでるが、
わざわざ更新せずにやりたい。

コマンドラインだと、

c:\>cd 作業コピー
c:\>svn info

とやると、リビジョン:nn という行がありますが、
これとおなじことを TortoiseSVN でどうやるかが知りたいです。

371 :デフォルトの名無しさん:2011/05/10(火) 14:18:24.43
(フォルダを)右クリックしてプロパティを表示。Subversionタブを表示する。

372 :370:2011/05/10(火) 15:46:03.16
>>371
あ、ほんとだ・・・・
一生懸命コンテキストメニューのところばかり見ていました。

どうもありがとうございます!!

373 :デフォルトの名無しさん:2011/05/11(水) 10:26:36.38
エクスプローラで詳細表示にして、ヘッダ行で右クリック→その他で
SVN状態やSVNリビジョンが選択できる

374 :370:2011/05/11(水) 12:49:21.67
>>373
そういえばエクスプローラはいろんな属性の情報が表示できますね。
エクスプロらの横幅はあまり広げたくないのですが、試してみます。

375 :デフォルトの名無しさん:2011/05/13(金) 15:41:21.53
Linuxのsubversiveでスタティックリンク(ln -sで作った奴)をそのままリンクとしてアップロードするにはどうすればいいですか?
リポジトリの追加に作ったリンクが出てこないのですが....
(リンク先は既にリポジトリに追加されてます)

376 :デフォルトの名無しさん:2011/05/13(金) 23:37:19.02
>>375
ln -s って、シンボリックリンクのこと?

普通にそのリンクを追加してコミットするだけだったと思う。

> リポジトリの追加に作ったリンクが出てこないのですが....

そもそも、クライアントは何使ってるの?

377 :デフォルトの名無しさん:2011/05/25(水) 16:06:00.18
前回リリースと今回のリリースまでの間にリポジトリにどのような変更が
加えられたかを取得したいので、CVSからSubversionへ運用を移行する事を
考えています。

ただ、客先への納品ルールが「CVSのリポジトリをそのまま固めた状態で格
納」となっている為悩んでいます

cvsroot/
└Project1/
 └src/
   :
└Project2/
 └src/
   :

※Project1に変更を加えてリリースする際は、 Project1フォルダ丸ごとgz
で固めて提出

日々の運用はSubversionを使いつつ、リリースの際に上記のルールに上手く
あうように運用する良い方法は無いでしょうか?


378 :デフォルトの名無しさん:2011/05/25(水) 16:23:55.64
>>377
客先に確かめてみた?
VCSリポジトリを納品、が条件なのか、CVSでなきゃ駄目!なのか。

379 :377:2011/05/25(水) 20:13:20.44
確認しましたが、CVSでなければ駄目なようです。

過去、意図しない変更srcが紛れているのに気が付かないまま本番リリース
してしまった事があって、それを防ぐ為にもSubversionにしたいと思っています。

380 :デフォルトの名無しさん:2011/05/25(水) 20:18:53.77
Subversionで普通にすすめて、リリースの時だけCSVに放り込めばいいんじゃないの?

381 :デフォルトの名無しさん:2011/05/25(水) 21:00:38.25
リリース単位でCVSに入れるというのはCVSから見ると
ベンダーブランチのおっかけみたいに見えるのかな。
subversion側での途中の履歴は必要ないのだろうか。

382 :デフォルトの名無しさん:2011/05/25(水) 23:11:01.12
オレオレコミットの履歴が必要なら、その都度CSVに・・・
お客様指定は何時も悩みどころだなw

383 :デフォルトの名無しさん:2011/05/25(水) 23:16:24.31
こういうのもあるが
http://svn2cvs.tigris.org/

384 :デフォルトの名無しさん:2011/05/26(木) 00:22:49.70
>>383
cvs2svnにはお世話になったが、逆もあるんだな。
cvs2svn -> svn2cvs で元通りになるんならアリなのかな…

385 :デフォルトの名無しさん:2011/06/02(木) 08:23:05.66
Subversion 1.6.17 age
http://svn.haxx.se/dev/archive-2011-06/0030.shtml

TortoiseSVN 1.6.16 age
http://svn.haxx.se/tsvn/archive-2011-06/0009.shtml

386 :デフォルトの名無しさん:2011/06/11(土) 18:05:06.15
Subversion 1.7.0-alpha1 age
http://svn.haxx.se/dev/archive-2011-06/0309.shtml

387 :デフォルトの名無しさん:2011/06/12(日) 15:33:26.62
個人で単独での開発が多くて分担といっても
昔にVSSくらいしか使ったことがないんですが
Subversionの使い方や意義などについて
教えてくれませんか
svnコマンドでリードオンリーでチェックアウトしたり
tortoiseSVNでコミットを1回したぐらいで
全然つかめていません

388 :デフォルトの名無しさん:2011/06/12(日) 15:58:26.98
自分にとって必要でないものなら使わなきゃいいじゃん

389 :デフォルトの名無しさん:2011/06/12(日) 19:01:01.08
>>387
使い方はともかく意義がわからないという時点で
使う意味がないと思う

それでも知りたいってんなら
いくつか本出てるから買って読んでみるのが早いと思う

390 :デフォルトの名無しさん:2011/06/12(日) 22:27:39.89
>>387
TortoiseSVN使う場合はExplorerと統合されている時点で
色々とVSSよりもメリットがあると思うけど。
VSS使ってた様なライトユーザはまずはTortoise中心に使う事をオススメ

391 :387:2011/06/13(月) 04:22:59.31
レスポンスありがとう

まぁ使う機会がないのに意義がわかるわけないよね・・・
必要に迫られたときに体で覚えるべきなのかな・・・

392 :デフォルトの名無しさん:2011/06/13(月) 11:05:17.91
本当は必要なんだけれど、存在を知らないというパターンもあるな。
興味を持ったなら、バージョン管理でググって一通り見てみたら。

393 :デフォルトの名無しさん:2011/06/13(月) 11:30:14.07
VSS使ったことある人にそれはちょっと。

394 :デフォルトの名無しさん:2011/06/14(火) 03:35:52.27
>>387
自分は最近C#勉強し始めたんだけど、VisualStudioの自動生成が何やってるのかわかんなくて気持ち悪いので
前後の差分調べるために使ってる。

…というのは置いといて、昔の状態そのものに戻せるのが利点じゃない?
ソースに大きな改変加えてそれが間違ってたと気付いたとき、非常に少ない手間で元に戻せる。



395 :デフォルトの名無しさん:2011/06/14(火) 16:43:32.42
VSSユーザーって、
チェックアウトせずに編集する事や
ファイルをロックせずに編集する事に抵抗を感じているらしいよ

396 :デフォルトの名無しさん:2011/06/14(火) 18:37:37.22
それは分散型に抵抗を感じると言っているの?
それとも、どう繋がるのか知らないけどSubversionに抵抗があると言っているの?

397 :デフォルトの名無しさん:2011/06/14(火) 20:15:35.92
>>396
何で分散型の話を出したの?
なんで繋がりが理解できないの?

398 :デフォルトの名無しさん:2011/06/14(火) 22:58:17.95
SubversionもCVSも使ってるけど、複数人で1つのソースを編集するとか無いん
で、ぶっかけロック型の方が安心する。
Subversionの場合は必ず最初にロック強要の設定にしてるよ。

399 :デフォルトの名無しさん:2011/06/15(水) 00:15:16.25
>>397
>>396の意図は知らんが、>>395とSubversionを結びつけるのも難しいだろ。
たんにVSSユーザーの趣向を書いているだけで、でもそれだけじゃここに書いた意味が分からない。

400 :デフォルトの名無しさん:2011/06/15(水) 01:52:27.59
スレの流れ的になんらおかしくはないと思うんだがなぁ。
それに、Subversionと結びつけるのが難しいとか、ここ何のスレなのかと思う。

401 :デフォルトの名無しさん:2011/06/15(水) 09:38:42.76
おれは
> チェックアウトせずに編集する事や
の意味がわからん。

>>395 を読むと、 Subversion ではチェックアウトせずに編集すると受け取れるが、
チェックアウトしなけりゃ編集のしようがないだろ。

そもそも、このスレは Subversion のスレであって VSS のスレじゃないんだから、
VSS のことなんて知るかよ。
だから、 VSS のどういった部分が Subversion のどういった部分に
繋がるのかがわからん...と言っているんじゃないのか?

402 :デフォルトの名無しさん:2011/06/15(水) 11:10:47.46
VSSのチェックアウトはRCSみたくデフォルトでは占有ロックをかけるんじゃなかったかな。

403 :デフォルトの名無しさん:2011/06/15(水) 13:25:04.72
そんなこんなで、
VSSから入った人にとって、Subは理解しずらいものらしいですよと
Subの人も、VSSの人の気持ちが分からないですよと

404 :デフォルトの名無しさん:2011/06/15(水) 13:40:23.12
Sub っていう呼び方あるの?
煽っているわけじゃなくて純粋に疑問なんだけど。
アホな事聞いてスマン。

405 :デフォルトの名無しさん:2011/06/15(水) 15:35:54.78
分散型は、或る意味、毎回ロックしてるようなもんだ。

406 :デフォルトの名無しさん:2011/06/15(水) 19:14:26.00
>>395-401
要は、マージが不安だと言うだけのことでしょ。

>>404
Sub は俺も聞いたことない。
Subversion で一単語だから、Sub っていうのは違和感ある。
大抵 SVN って略されているんじゃないかな。

407 :404:2011/06/15(水) 19:38:33.89
>>406
ひょっとして VSS圏での生活が長い人たちで Sub って呼ぶのが習慣になってる
コロニー(?)があるのかなぁ、と思った次第。
svnコマンド使った事あれば必然的に svn って呼ぶだろうし。

408 :デフォルトの名無しさん:2011/06/15(水) 22:32:28.45
>>407
> svnコマンド使った事あれば必然的に svn って呼ぶだろうし。
VSS 使いは GUI でしか PC を使えない人達っていうイメージだから、
おれは絶対、それはないと思うぜ。

409 :デフォルトの名無しさん:2011/06/15(水) 22:48:13.03
カタカナでサブバに1票

410 :デフォルトの名無しさん:2011/06/15(水) 22:59:55.81
会社で会話に出てくるときは「さっばーじょ」みたいに聞こえるな。


411 :デフォルトの名無しさん:2011/06/16(木) 07:58:41.33
心のなかでsvnをサブンと読んでる。差分と微妙に意味が重なって気に入ってる。

412 :デフォルトの名無しさん:2011/06/16(木) 09:07:07.72
>>411
普及推進委員会の立ち上げに異論はない
1ns の勢いで採用した

413 :デフォルトの名無しさん:2011/06/16(木) 15:30:18.00
個人的には親しみを込めて「サブちゃん」と呼んでいる

414 :デフォルトの名無しさん:2011/06/16(木) 17:28:30.23
一般的には「ジョン」が大半だと思うが

415 :デフォルトの名無しさん:2011/06/16(木) 20:08:31.70
>>414
俺の回りで「ジョン」とか言う奴は一人もいないが。つーか、それ通じるのかw
殆どは「subversion」でそのまんま読んでるぞ。たまに「svn」って人がいるくらい。

416 :デフォルトの名無しさん:2011/06/16(木) 20:09:31.93
書くときの略語はSVNが多いけど、
意外と発声するときは「エスブイエヌ」とは言わないらしいね

サブでいいんじゃね?

417 :デフォルトの名無しさん:2011/06/16(木) 20:17:28.10
亀と呼んでいる人がいる。なんか気持ちわるい

418 :デフォルトの名無しさん:2011/06/16(木) 20:17:49.84
「サブバ」だろ

419 :デフォルトの名無しさん:2011/06/16(木) 21:52:14.58
>>417
Tortoiseシリーズは他のバージョン管理ソフトにもあるのでそれはちょっと…

ちなみに恐竜戦隊ジュウレンジャーに出てきた「亀」の怪人は
「ドーラ トトイス」(Dora Tortoise)

断じて「トータス」ではありません

420 : 忍法帖【Lv=6,xxxP】 :2011/06/16(木) 22:06:42.13
どうでもいいけど、航空関係もポーポイスって言うのな。

421 :デフォルトの名無しさん:2011/06/16(木) 23:53:37.08
亀と呼ぶ人はまわりにいるけれど、それはアプリを指して言う時だけだなぁ

422 :デフォルトの名無しさん:2011/06/16(木) 23:58:49.91
>>421
> アプリを指して言う時

Subversion も TortoiseSVN もみんなアプリだと思うが...

423 :デフォルトの名無しさん:2011/06/17(金) 00:23:34.00
まぁ、言いたいことは分かる。

424 :デフォルトの名無しさん:2011/06/17(金) 01:05:09.49
tortoisesvnはGUIフロントエンド、subversionはバージョン管理システム、svnはコマンド

425 :デフォルトの名無しさん:2011/06/17(金) 01:14:25.84
質問なんですが、svnの自動マージ機能って使ってます?
周りの先輩は手作業でマージしてるようなので、自分も手動なんですが、これっておかしい?
確かに手作業でマージしていると、自動では見逃す点があったりするので、手動でやるのも分かります
しかし何のための自動マージ機能なのだろう。。。

426 :デフォルトの名無しさん:2011/06/17(金) 02:36:56.62
使って、差分見てる

427 :デフォルトの名無しさん:2011/06/17(金) 10:33:51.79
自動でマージして「確認する」のが当たり前だと思うんだけど。
もし確認したけど見逃すことがあって手動でやってるとしたら…
そんな奴が手動でやって見逃さないなんて思えない。
少しでも楽が出来るツールがあるなら使うべきだよ。

428 :デフォルトの名無しさん:2011/06/17(金) 13:39:25.87
暗号化指定したフォルダの取り扱いってどうなるのでしょうか?

429 :デフォルトの名無しさん:2011/06/17(金) 13:44:17.35
クライアント(svn)が暗号読めれば、リポジトリには平文で格納される。
読めなければ知らない。(バイナリ扱い?)

430 :デフォルトの名無しさん:2011/06/17(金) 13:52:13.33
>>429
ありがとうございました

なんかチェックアウトもアップデートも
.svnにあるentriesファイルがアクセスが拒否されました。
となって失敗するようになりました

エクスプローラで辿ってこのテキストファイルを開いて読むことはできます

リードオンリーとアーカイブ属性でした

リードオンリーを外してリトライも駄目です

管理システムが壊れたのでしょうか?

431 :デフォルトの名無しさん:2011/06/18(土) 03:43:04.28
●Subversionの呼び名ランキング
・サブバ x2
・さっばーじょ x1
・サブン x1
・サブちゃん x1
・ジョン x1
・サブ x1
・亀 x1

432 :デフォルトの名無しさん:2011/06/18(土) 08:03:20.69
>>430
とりあえずクリーンアップを実行だ

433 :デフォルトの名無しさん:2011/06/18(土) 23:39:51.40
>>425
手作業マージのほうが見逃しやミスを起こしやすいだろう。


434 :デフォルトの名無しさん:2011/06/19(日) 10:20:52.95
>>431
さぶん、に追加一票

435 :デフォルトの名無しさん:2011/06/19(日) 16:11:25.66
http://ja.wikipedia.org/wiki/%E3%81%95%E3%81%B6_(%E9%9B%91%E8%AA%8C)

436 :デフォルトの名無しさん:2011/06/19(日) 16:13:40.11
URL貼り付け失敗したかな、やりなおし
http://ja.wikipedia.org/wiki/%E3%81%95%E3%81%B6%5F%28%E9%9B%91%E8%AA%8C%29

437 :デフォルトの名無しさん:2011/06/19(日) 16:20:01.76
わざわざ張り直す程のサイトじゃないだろ (w

438 :デフォルトの名無しさん:2011/06/19(日) 16:49:55.24
あなたに教えてるんじゃないです。自意識過剰ですね。

439 :デフォルトの名無しさん:2011/06/19(日) 17:28:53.40
誰も教わってないけど、それこそ自意識過剰じゃね? (w

440 :デフォルトの名無しさん:2011/06/19(日) 17:31:31.28
さぶぐらいみんな知ってるよ

441 :デフォルトの名無しさん:2011/06/24(金) 09:52:12.48
Apache Subversion 1.7.0-alpha2 age

http://svn.haxx.se/dev/archive-2011-06/0764.shtml
http://subversion.apache.org/docs/release-notes/1.7.html
http://svn.apache.org/repos/asf/subversion/tags/1.7.0-alpha2/CHANGES

442 :デフォルトの名無しさん:2011/06/24(金) 17:42:43.77
Subversion 1.7.0-alpha2ぐらいみんな知ってるよ

443 :デフォルトの名無しさん:2011/06/27(月) 09:43:40.48
LinuxでSuversion上のファイルをチェックアウトしてるんですが、
Subversion上との差分をとるにはどのようなコマンドがありますか?



444 :デフォルトの名無しさん:2011/06/27(月) 11:42:15.90
>>443
svn diff ではなくて、何か他にないかってこと?

445 :デフォルトの名無しさん:2011/06/27(月) 12:33:33.56
O社のM氏のdocdiffを指定することがあるな。
svn diff --diff-cmd=docdiff -x--tty


446 :デフォルトの名無しさん:2011/06/27(月) 12:48:51.14
だれか助けてくれ
TortoiseSVNでsvn+sshでssh接続をしようとするとputty.exeが「Invalid Port Number」とエラーを出してしまいます。
TortoiseSVNの方はこんな感じのエラーがorz
エラー: To better debug SSH connection problems, remove the -q option from 'ssh' in the
エラー: [tunnels] section of your Subversion configuration file.

putty.exe -ssh -l admin -pw 1234 -P 22
こんな感じで呼び出してるのですがもうわかりません。

だれかまじでたのみます!

447 :デフォルトの名無しさん:2011/06/27(月) 12:54:22.87
>>446
なんでTortoisePlinkを使わないの?

448 :デフォルトの名無しさん:2011/06/27(月) 13:00:37.35
>447
TortoisePlinkだとエラーメッセージとか省略されてしまうらしいのでputtyを使ってエラーを表示してます。
TortoisePlinkでもこの2行のエラーがでてつながらないですorz
エラー: To better debug SSH connection problems, remove the -q option from 'ssh' in the
エラー: [tunnels] section of your Subversion configuration file.

すいませんお願いします。

449 :デフォルトの名無しさん:2011/06/27(月) 13:04:15.22
エラーメッセージに書いてあることは試した?

450 :デフォルトの名無しさん:2011/06/27(月) 13:09:18.62
すいません実はエラーの意味がわからないです。orz
SSHから-qオプションを外せといわれてもこんな感じでつけていないのでどうしたものか。
TortoisePlink.exe -ssh -l admin -pw 1234 -P 22

451 :デフォルトの名無しさん:2011/06/27(月) 13:13:52.09
ググったら鯖側のsvnにパスが通ってないとそのエラーが出るって書いてあったが

452 :デフォルトの名無しさん:2011/06/27(月) 13:17:42.77
そうなんですか!
サーバー側のどの階層でもsvn helpが実行できるのでパスは通ってると思ってました。
試してみますね。
また来ます。

453 :デフォルトの名無しさん:2011/06/27(月) 13:35:45.97
>>444
サンクス!
diff使えばいいのか、コマンド一覧によく見たら書いてあったorz

>>445
オラクル社のまつもとゆきひろ?


ファイル名だけなら
svn stでいけるんだけど、Mと?の違いがわからん
?はSVN↑で管理されてないってことかな

454 :デフォルトの名無しさん:2011/06/27(月) 14:26:42.70
蒙古なくていいよ

455 :452:2011/06/27(月) 16:26:47.35
色々やってみた結果。
svnserveの設定が間違ってそうです。
思ったより難しいですね・・・・
少し勉強してみます。

ありがとうでした。

456 :デフォルトの名無しさん:2011/06/27(月) 18:09:56.04
>>453
オーム社の森田尚。


457 :デフォルトの名無しさん:2011/06/30(木) 12:55:22.47
オームといえば
http://www.geekpage.jp/blog/?id=2011/6/29/1

458 :デフォルトの名無しさん:2011/07/06(水) 07:35:36.12
$svnadmin create test
とやってtestリポジトリを作るとします。

その下に最初から
trunk
branches
tags
を作成しておくことは出来ないのでしょうか?

毎回リポジトリを作る度に行わなければいけないので面倒です。


459 :デフォルトの名無しさん:2011/07/06(水) 07:44:52.82
スクリプトでも書けば?

460 :デフォルトの名無しさん:2011/07/06(水) 13:31:31.70
trunkだけ作っておけば?

461 :デフォルトの名無しさん:2011/07/09(土) 11:48:08.60
さくらインターネットのサーバで自分でsubversionをコンパイルしたのですが、
LANG=ja_JP.UTF-8でsvnとうつと
?\228?\189?\191?\231?\148?\168?\230?…
と出てしまいます。
それだけならLANG=UTF-8で回避できるのですが、コミットログを
日本語含みのUTF-8で書くと
svn: Non-ASCII character (code 230) detected, and unable to convert to/from UTF-8
になってしまいます。
~/.subversion/configに
log-encoding = UTF-8
と書いてもだめでした。どうすればいいでしょうか?

462 :デフォルトの名無しさん:2011/07/09(土) 12:01:17.01
iconvとか入ってないんじゃないの?

463 :デフォルトの名無しさん:2011/07/09(土) 12:40:46.37
log-encodingを外してLANG=en_US.UTF-8でどう?

464 :デフォルトの名無しさん:2011/07/09(土) 13:37:34.99
>>462
一応/usr/local/bin/iconvも/usr/local/lib/libiconv.soもあるのですが。
subversionはlibiconv使ってるんですよね?その割りにconfigureのオプションにも
iconvのパス指定はないですし、チェックもしていないようなのですが…

>>463
だめでした。何も変わりませんでした。

465 :デフォルトの名無しさん:2011/07/09(土) 18:37:25.71
さくらのサーバってports使えないのか?
多分、/usr/local/lib/libiconv.soじゃなくて/usr/lib/libiconv.so参照してるんだろうな。

466 :デフォルトの名無しさん:2011/07/09(土) 22:35:15.51
iconvのチェックはapr-utilのconfigureで行っているようで、
/usr/local/libと/usr/local/includeが参照されていないのでiconvが見つかっていないようでした。

結局これでできました。ありがとうございます。(bashで。念のため)
export LIBRARY_PATH=/usr/local/lib
export C_INCLUDE_PATH=/usr/local/include
tar zxvf subversion-1.6.17.tar.gz
tar zxvf subversion-deps-1.6.17.tar.gz
cd subversion-1.6.17
./configure --prefix=$HOME/local --without-serf
make && make install

467 :デフォルトの名無しさん:2011/07/13(水) 19:43:06.85
Eclipseプラグインの話になってしまうのですが、質問です。
TortoiseSVN 1.4.5 でチェックアウトした作業コピーに対し、
Eclipse の Subclipse でコミットした後、もう一度 TortoiseSVN でログを見たり更新しようとすると、
svn: This client is too old to work with working copy 'c:\workspace\Hoge'; please get a newer Subversion client
というエラーが出て、TortoiseSVN で扱えなくなりました。

たぶんこんなことが起きていると思うのですが、
http://d.hatena.ne.jp/uriyuri/20080828/1219894043

SubclipseもしくはSubversiveで、Subversion 1.4.5(1.4系?)に
準拠したプラグインは、どうやって入手すればいいですか?

Subclipse の場合、tigris のサイトから
http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240
1.4.x 系のクライアント(site-1.4.8.zip というやつ)を落としてきて
Eclipseにインストールしてみましたが、同じエラーが起きてしまいました。

この zip には org.tigris...javahl_1.5.6.1.jar とか
org.tigris....svnkit_1.5.5.1.jar というのが入っているのだけど、
内部では subversion 1.5 系のコマンドを実行しているのだろうか。

468 :デフォルトの名無しさん:2011/07/13(水) 21:47:01.33
>>467
> 1.4.x 系のクライアント(site-1.4.8.zip というやつ)
多分違うと思う。

「subclipse: Download and Install」
http://subclipse.tigris.org/servlets/ProjectProcess?pageID=p4wYuA
> Subclipse 1.4.x includes and requires Subversion 1.5.x client features and working copy format.
> Subclipse 1.6.x includes and requires Subversion 1.6.x client features and working copy format.


ちょっとググってみたら、Subversion 1.4 に対応する Subclipse は、1.2.x だというお告げが出たが、
詳しくは自分で調べてみてね。

469 :デフォルトの名無しさん:2011/07/14(木) 00:25:21.34
というか、TortoiseSVNのバージョンをあげるというのは無しなのか?
こっちも最新版にすれば解決しない?

470 :デフォルトの名無しさん:2011/07/14(木) 02:22:07.34
だよねフツー

471 :デフォルトの名無しさん:2011/07/14(木) 11:28:35.92
管理者権限もらえなかったり、ソフトウェアのインストールのための手続きが煩雑で時間がかかったりする
ような方針のプロジェクトはあるね。ご愁傷様。

472 :467:2011/07/14(木) 16:55:42.28
>>468
どうもありがとうございます。
Subclipse 1.2.4(site-1.2.4.zip) というのを落としてやってみたところ、
目的を達せられました。どうもありがとうございました!
Subclipseのバージョン番号とSubversionのバージョン番号は
一致しているわけではなかったのか。

>>469-471
そのとおりなのですが(TortoiseSVNを1.5系、あるいは最新にしてしまえばよい)
>>471 さんの通り TortoiseSVN は更新できないのです。
Subclipseも一次請けが「これを使え」と持ってきたのですが、
「TortoiseSVNとずれているから別なのを提供してほしい」と言っても
なかなかやってくれないので、Eclipseはadmin権限はいらないし、
入れ替えてしまえ、という次第です。

473 :デフォルトの名無しさん:2011/07/15(金) 17:44:21.14
同じ状況におかれたらTortoiseSVNのみでリポジトリ操作するようにするかなぁ。

474 :デフォルトの名無しさん:2011/07/17(日) 22:09:43.50
あれ、いつの間にかSourceForge.netのRSSがSVNリポジトリの更新情報を配信しなくなっている・・・
これからどうやってチェックしたらいいんでしょうか

SVN-Monitor探しに行ったらサイトが無くなっている・・・orz

475 :474:2011/07/22(金) 12:22:30.07
と思ったら復活していました。いったい何なんですか、もう

476 :デフォルトの名無しさん:2011/07/24(日) 18:07:02.31
>>474-475
以下の部分を弄ってるときに一時的に使えなくなってた、のかも。

News: Marcurial と Bazaar の統計に関して - - SourceForge.JP
http://en.sourceforge.jp/forum/forum.php?forum_id=26638

477 :デフォルトの名無しさん:2011/07/26(火) 02:42:17.09
TortoiseSVN の 1.7.0 beta なんて出てきたのね。
これであと10年は(rya

Tortoise のおかげでというか、せいでというか、svn から離れられない……

478 :デフォルトの名無しさん:2011/07/27(水) 00:29:10.96
TortoiseSVNは分散系の奴に比べて使い勝手が良いからなぁ。

479 :デフォルトの名無しさん:2011/07/29(金) 19:31:46.87
TortoiseSVNでリポジトリブラウザやSVNチェックアウトで、
svn+ssh://user@xxx.xxx.xxx.xxx/etc/svn
と指定すると、
PuTTY Fatal Error
Network error: Cannot assign requested address
と出てアクセスできない。
アドレスやサーバー側のSVN設定は問題ない。
解決方法ない?

480 :デフォルトの名無しさん:2011/07/30(土) 00:17:52.52
ssh接続できるの?

481 :デフォルトの名無しさん:2011/08/01(月) 11:07:00.77
TortoiseSVNでサブフォルダ上でマージを行うと、
次回以降、ルートなどで、そのサブフォルダには関係の無いマージを行っても、
mergeinfoの情報が更新されて「!」が付いてしまうのですが、
これはそういうものなのでしょうか?

それとも、ルートではなく
サブフォルダ上でマージしたのが間違いだったのでしょうか?

現在は1.6.6を使ってます。

482 :デフォルトの名無しさん:2011/08/02(火) 11:01:52.60
>>481
前スレの 900 付近を参照

483 :デフォルトの名無しさん:2011/08/02(火) 23:56:51.24
mergeinfoつくようになってからほんと楽になったよねぇ

>>481
どこに!がつくかがわからないけど、コンフリクトを解消してコミットしてもだめなの?

484 :デフォルトの名無しさん:2011/08/03(水) 01:07:00.43
今まで一つのリポジトリに複数プロジェクト入れてる管理方法で、TortoiseSVNでリポジトリブラウザ見た時に全体のプロジェクトの数とか名前とかが俯瞰できてたんだけど、
構成を変更してプロジェクト毎にリポジトリ分割することになてしまた。
分割管理する場合て、ユーザー側から全部のリポジトリの状況を俯瞰的に知れる方法って何かありますかね?
Apache使ってWebブラウザからのアクセスでなら何とかなる?とかちらっと見たのだけれど、それしかない?
ちなみに、サーバー側はsvnserve使用で、ユーザーはTortoiseSVNでのアクセスが基本となってます。

初心者もろだしで申し訳ない…

485 :481:2011/08/03(水) 09:56:56.30
branches/x.x.x内のものを作業フォルダにコピーしてくると、

ルートに
/trunk:90,100

その下のsubというサブフォルダに
/trunk/sub:80,90,100

というmergeinfoが記載されていて、
その状態でさらに、subには関係無いマージ(110)をルート上で行うと、

ルートは
/trunk:90,100,110
となるのは理解できるのですが、

subも
/trunk/sub:80,90,100,110
となって「!」が付いてしまいます。
リビジョン90や100のマージも、80のあとにルート上で行ったものです。

たしかにリビジョン80のマージはsub上で行ってしまったのですが、
一度でもこうやってしまうと、この先ずっとsubに関係無いマージをしても
追加され続けてしまうものなのでしょうか?

>>482
sub内のmergeinfoを消してしまうと、
リビジョン80のマージを行った情報が消えてしまうのではと思うのですが、
これをさらにルートのmergeinfoに追加しなおす必要があるということですか?


486 :デフォルトの名無しさん:2011/08/03(水) 22:10:01.59
>>485
subのmergeinfoを消してtrunkに80を足しておけばよくね?

487 :デフォルトの名無しさん:2011/08/04(木) 04:10:16.67
そんなことしたらr80のsub以外に対する変更もマージ済みってことになっちゃうよ。
sub以外にr80で変更してないならそれでもいいんじゃないの。詳しくないけど。

488 : 忍法帖【Lv=1,xxxP】 :2011/08/04(木) 13:48:06.99
subversionの設定についてどなたか教えてください。

環境
・テストサーバー
winxp sp3
subversion1.6.17
apache2.2(xampp)
activeperl

クライアントPC
win7 sp1
TortoiseSVN 1.6.16

489 :デフォルトの名無しさん:2011/08/04(木) 13:49:56.23
有償で設定してやろうか?

490 : 忍法帖【Lv=1,xxxP】 :2011/08/04(木) 13:50:08.92
ホームページのデータを管理するために、>>488 のようにPCを設定しました。
リポジトリ内のデータを、クライアントPCのブラウザから参照できるようになりましたがcgiが動作しません。
ただのテキストファイル同様にソースが表示されてしまいます。
subversionが関わっていない部分ではcgiは動作しています。

クライアントPC側から対象のCGIファイルの属性を、svn:executableに設定していますが
これ以外に何か設定しなければならないのでしょうか?
長い文章で申し訳ありませんが、よろしくお願いします。

491 :デフォルトの名無しさん:2011/08/04(木) 22:11:38.03
それsubversion関係ない

492 :デフォルトの名無しさん:2011/08/04(木) 22:32:07.46
>>490 はどこか全力で勘違いしてる悪寒。
もしかして WebDAV ってるっつーことか?

493 : 忍法帖【Lv=1,xxxP】 :2011/08/05(金) 09:40:08.56
>>491,492
何を勘違いしているのかもよくわからないような状態なので、もう一度一から調べて出直してきます。
ご指摘ありがとうございました。

494 :デフォルトの名無しさん:2011/08/07(日) 01:09:51.42
>493
あなたの知識でホームページとやらの管理をSubversionですると
.svn内のtext-baseを抜かれてクラックされるからやめといた方が良いよ

495 :デフォルトの名無しさん:2011/08/08(月) 10:11:36.54
また上から目線で頓珍漢なことを...

496 :デフォルトの名無しさん:2011/08/08(月) 11:39:28.21
そういや .svn 以下の取り扱いに関しての話題が2年ぐらい前に流行ったな
Apacheデフォは丸見えだから云々、で

497 :デフォルトの名無しさん:2011/08/08(月) 21:24:33.32
Mercurialにしよう
.hgのフォルダはトップレベルのフォルダにしかできないし
鯖にプッシュされたら
鯖内の作業コピーを更新するようにしておけばおk

498 :デフォルトの名無しさん:2011/08/09(火) 09:52:34.22
>>496
http://slashdot.jp/security/article.pl?sid=09/09/25/0246256
これか。日本のWebサービスで比較的有名なところも
ソースおっぴろげして話題になってたような記憶もあるが、どこだっけ…?

499 :デフォルトの名無しさん:2011/08/09(火) 18:29:23.44
関連ストーリーにあるけど
http://slashdot.jp/security/article.pl?sid=09/12/18/0426225
ここじゃないって事か?


.svn を 403 にしたり 404 にしたりさせるのが手っ取り早いと思うけど
『手の込んだ 404』みたいなところにリダイレクトさせるのも有りかなと思った。

500 :デフォルトの名無しさん:2011/08/09(火) 22:19:19.20
>>495って>>492に対するレス?

501 :デフォルトの名無しさん:2011/08/10(水) 05:58:28.39
>>499
あ、見てなかった

502 :デフォルトの名無しさん:2011/08/26(金) 11:35:50.22
復帰


503 :デフォルトの名無しさん:2011/09/06(火) 02:19:13.25
ExcelのxlsをSVNで管理してると、ファイルを開く度に赤くなってしまう
何故jか変更せずに閉じても赤いまま、差分取ってももちろん差はない
どうにかする方法はないでしょうか?

504 :デフォルトの名無しさん:2011/09/06(火) 03:27:38.76
>>503
閲覧用に、OpenOfficeかMS ExcelViewerを使う。

505 :デフォルトの名無しさん:2011/09/06(火) 03:33:27.40
>>503
自動保存とか、アクセス制限とか確認した?

506 :デフォルトの名無しさん:2011/09/06(火) 04:42:13.86
自動保存のせいなのかな?
ちょっと設定確認して試してみる

507 :デフォルトの名無しさん:2011/09/06(火) 07:54:11.83
どっかで見たなぁ。作成者情報を自動保存するオプションじゃなかったかな?

508 :デフォルトの名無しさん:2011/09/06(火) 07:55:46.28
あったあった、これだ。
ttp://d.hatena.ne.jp/methane/20110123/1295804035

509 :デフォルトの名無しさん:2011/09/13(火) 15:49:23.61
pre-revprop-change.tmplに書いてあるようなSTDINの情報って、スクリプト内では使えない?
コミットログを編集する際、その編集された新しいprpperty value(=標準入力の[STDIN]PROPVAL)の内容をチェックして
変更の可否を決めたいんだけれども、無理なんだろうか…

510 :デフォルトの名無しさん:2011/09/13(火) 19:21:08.44
>>509
「スクリプト内」って、何を指してるの?
pre-revprop-change フックだと、特に問題なく出来ると思う。

以下、Windows, Subversion 1.6.16 を使用し、Python2.6でフックスクリプトを書いて、TortoiseSVNでログを編集してみて、確認したよ。

[pre-revprop-change.bat]
@C:\Python26\python.exe %~dp0\pre-revprop-change.py

[pre-revprop-change.py]
#!/usr/bin/python
# -*- coding: utf-8 -*-
import sys
props = sys.stdin.read()
try:
    props.index("sample")
    # 見つかった(例外が発生しない) →修正を却下
    exit(1)
except ValueError:
    # 見つからなかった →修正を許可
    exit(0)


511 :デフォルトの名無しさん:2011/09/13(火) 19:32:34.37
「スクリプト内」というのは、batファイルのことを指していました
Pythonを使わずに、batファイル内だけでSTDINの情報を取得することはできないでしょうか

512 :511:2011/09/13(火) 19:44:56.88
「for /f "usebackq" %%i in (`type con`) do echo %%i」で1行ずつ読み取れそう。
でも、この話題はSubversionのスレで相談するよりも、バッチファイルのスレで相談した方が良いと思うよ。

あるいは、WSH (VBScript や JScript) で書くのはだめかな?
WScript.StdIn で標準入力を得られそうだけど。

513 :512:2011/09/13(火) 19:46:21.07
名前欄間違った。>>512 の発言者は >>510 と同じだよ。

514 :デフォルトの名無しさん:2011/09/14(水) 01:24:04.32



515 :デフォルトの名無しさん:2011/09/29(木) 18:26:20.36
転覆転覆のお知らせ
http://www.microsoft.com/business/smb/ja-jp/value/visualstudio/2010/tfs/scm/default.mspx

516 :デフォルトの名無しさん:2011/09/29(木) 23:32:09.75
何が転覆なのかよくわからないけど、VSS捨てたのは正直やっとかという印象を受けつつも、いいことだね

517 :デフォルトの名無しさん:2011/09/30(金) 12:37:13.61
>>515
わざわざ高いライセンス料支払って使いたくないな。
VSとの親和性がいいのかもしらんけど

518 :デフォルトの名無しさん:2011/10/03(月) 15:16:10.95
Subversion(svn server方式)で、リポジトリのあるディレクトリにコミットされているファイルを、
単体で checkout できないのでしょうか?

コマンドプロンプトで以下のように実行すると、
c:\> svn co svn://my-repo-host/foo/trunk/aaa/bbb/ccc/hoge.xls

'svn://my-repo-host/.../hoge.xls' が参照しているのはファイルです。ディレクトリではありません。
と言われてしまいます。

svn export ならばファイル単品を取得できますが、ローカルの作業コピーで、
そのファイルだけ svn update で最新を追っかけたいので、export ではダメです。

svn co svn://my-repo-host/foo/trunk/aaa/bbb/ccc/
とやれば、hoge.xls がコミットされているディレクトリごと checkout できますが、
このディレクトリにあるほかのファイルは必要ないため、できればファイル単体で
checkout できればいいのですが・・・

こちらの環境:Windows Xp/svn コマンドライ版 1.4.5

519 :デフォルトの名無しさん:2011/10/03(月) 15:34:52.85
少しはググれよ
http://heppoen.seesaa.net/article/131019703.html
http://kench.cocolog-nifty.com/100/2010/12/subversion-e73d.html

520 :デフォルトの名無しさん:2011/10/03(月) 16:36:15.77
>>519
レスどうもありがとうございます。
subversion 1.4 系ではそもそも無理ということと、
--depth オプションも、手元の別マシンの subversion 1.6 にはありましたが、subversion 1.4 にはありませんでした。

subversion 1.4 の svn help co に表示されなかったし、
実行してみても invalid option になった。

別の方法を考えてみます。

521 :デフォルトの名無しさん:2011/10/07(金) 11:54:01.68
ファイルAの削除とファイルBの変更を行い、コミットした場合に
ファイルAを復活させるのはどうすれば良いでしょうか?

このコミットを逆mergeしてコミット前に戻し、さらにBへの逆変更を
revertする方法でいけると思いますがなんかダサいので、ファイルA
だけ戻す方法はありませんか?

522 :デフォルトの名無しさん:2011/10/07(金) 13:52:55.30
逆マージしてAだけコミット
あとそんなことが起こりうるコミット単位の見直しが必要

523 :デフォルトの名無しさん:2011/10/08(土) 20:31:53.99
svnsyncで異なるサーバを同期する場合、
元リポジトリ側のサーバでsvnsyncを起動する方法と、
先リポジトリ側のサーバでsvnsyncを起動する方法は、
どちらでも可能なのでしょうか?

2つの違いは元リポジトリ側で起動する場合のみ、
コミットフックで即時反映が可能の理解で良いでしょうか?


524 :デフォルトの名無しさん:2011/10/11(火) 12:03:09.46
1.7.0 のソース上がってんね

525 :デフォルトの名無しさん:2011/10/11(火) 13:54:16.00
>>521
ファイル単位でマージできるよ

526 :デフォルトの名無しさん:2011/10/11(火) 16:45:21.69
>>521
reverse patch作って放り込めばいいんじゃない?

527 :デフォルトの名無しさん:2011/10/12(水) 03:25:27.71
Subversion 1.7.0 age
http://svn.haxx.se/dev/archive-2011-10/0152.shtml

528 :デフォルトの名無しさん:2011/10/12(水) 04:51:12.49
TortoiseSVN 1.7.0 age
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=755&dsMessageId=2853503

529 :デフォルトの名無しさん:2011/10/12(水) 09:33:22.59
キタ━━━━(゚∀゚)━━━━!!!!

530 :デフォルトの名無しさん:2011/10/12(水) 09:36:45.72
あいかわらず Windows 環境 Visual Studio でソースからビルドしようとすると
うまくいかんのな。

Windows 環境では誰も使ってないのか。

531 :デフォルトの名無しさん:2011/10/12(水) 10:25:46.72
依存するライブラリが多いから普通バイナリ配布つかう。

532 :デフォルトの名無しさん:2011/10/12(水) 14:23:19.33
で、やっぱりサーバーも1.7にしないと1.7の恩恵は受けられないのかな?

533 :デフォルトの名無しさん:2011/10/12(水) 14:34:40.96
どうもそのようだなー。HTTPv2か
クライアントの.svnの統合が速度に好影響を与えるといいんだけど

534 :デフォルトの名無しさん:2011/10/12(水) 15:31:16.41
>>532
内容による
.svnがルートのみにおかれるという変更はクライアントのみでも対応可能みたいだよ

535 :デフォルトの名無しさん:2011/10/12(水) 15:35:22.21
分散型化マダー

536 :デフォルトの名無しさん:2011/10/12(水) 15:46:49.78
>>532
対応表あるよ!
http://subversion.apache.org/docs/release-notes/1.7.html

537 :デフォルトの名無しさん:2011/10/12(水) 19:05:23.77
TortoiseSVN 1.7.0 も同時か。
作業コピーのアップグレードで .svn がルートだけになるのにちょっと感動した。
日本語マニュアルも完備だし。
本家&マニュアルの中の人、ありがとうございます!

538 :デフォルトの名無しさん:2011/10/12(水) 21:16:24.45
>>534
>>536

ありがとー
プロジェクトの途中でサーバーを1.7にあげるのは
ちょっとためらわれるので、クライアントあげて享受できるところだけ
やってみよーと思います

539 :デフォルトの名無しさん:2011/10/13(木) 10:07:14.56
リモート(たとえば sourceforge)とかから
過去の変更もすべて取得するのはどうすればいいでしょうか?

git でいうところの clone コマンドです。

540 :デフォルトの名無しさん:2011/10/13(木) 11:07:48.00
svnrdump

541 :デフォルトの名無しさん:2011/10/13(木) 12:14:49.09
おぉ、ありがとうございます。

542 :デフォルトの名無しさん:2011/10/13(木) 12:42:51.00
http://subversion.jp/index.php?option=com_content&view=article&id=74:apachesubversion17-releasenote&catid=25:subversion-article&Itemid=27
> Subversionプロセスからアクセスされているワーキング・コピーの複製を作る事(tar, rsync, cpなどで)は、Subversion1.7ではサポートされません。それは壊れている可能性があります。(課題 #3596)
これは注意しないとなー。俺だけかもしれんけど。

543 :デフォルトの名無しさん:2011/10/13(木) 13:50:41.94
あら、注意しないとなー
ありがとん

544 :デフォルトの名無しさん:2011/10/13(木) 22:12:53.00
wcのhotcopy的なものは用意されないのかな?
TortoiseSVNが動いてるマシンでのコピーは多分絶望的だよね

545 :デフォルトの名無しさん:2011/10/14(金) 00:20:28.16
ビルドで出来た中間ファイルで膨れたWCをコピーするよりもCheckoutした方が早い気がする

546 :デフォルトの名無しさん:2011/10/14(金) 02:48:41.84
そのような状況ならそうかもしれないが、そのような状況じゃないことは多々あるわけで、
なぜそれを前提に話を進めてみたんだい

547 :デフォルトの名無しさん:2011/10/14(金) 03:09:56.02
てーかリリースノートにcheckoutの方が簡単だよーって書いてある。

548 :デフォルトの名無しさん:2011/10/14(金) 03:25:19.89
ワーキングコピーのコピーがほしい状況でcheckoutして何になるというのか

549 :デフォルトの名無しさん:2011/10/14(金) 03:26:31.79
ごめんアップグレード時の話と勘違いしてた

550 :デフォルトの名無しさん:2011/10/14(金) 09:17:24.23
>>544
低レベルですみません。
この話題って、単純コピーした場合は .svn フォルダの信頼性がないので、
他の場所でのワーキングコピーとしての機能は保証しませんよ。
って話だよね。



551 :デフォルトの名無しさん:2011/10/14(金) 11:02:56.32
そうだと思うよー

どんなケースで使うかと言えば、あらかじめ巨大なWCを作っておき、
それを配布していろんな場所で使いまわす、みたいな。


552 :デフォルトの名無しさん:2011/10/14(金) 11:06:35.02
単純コピーダメって事はファイルシステムのスナップショットも頼っちゃダメって事か。

553 :デフォルトの名無しさん:2011/10/14(金) 11:32:45.77
TortoiseSVN使うなってことだよ言わせんな恥ずかしい

554 :デフォルトの名無しさん:2011/10/14(金) 11:38:01.50
>>553
馬鹿丸出し

555 :デフォルトの名無しさん:2011/10/14(金) 11:39:49.00
そう?>>542の制約からするとすごく現実的に見えるけど。

556 :デフォルトの名無しさん:2011/10/14(金) 11:46:15.16
仮想環境作ってメモリごとスナップショット取れば良い

557 :デフォルトの名無しさん:2011/10/14(金) 11:54:17.48
>>555-556
そんな単純な話ではない。
例えば、Webサーバの公開されているところを定期的にバックアップ取っているとか。
サーバが更新されてhookでupdateが行われている時にクライアントでとったバックアップが保証されない。


558 :デフォルトの名無しさん:2011/10/14(金) 11:58:37.69
WCとリポジトリは別だろ

559 :デフォルトの名無しさん:2011/10/14(金) 12:03:15.54
>>558
全員がsvnを使ってなくて、デザイナはWCに直接ファイルをアップして、そこを定期コミット・バックアップしている場合、
WCのバックアップが保証されない。

560 :デフォルトの名無しさん:2011/10/14(金) 12:14:01.08
作業コピーのコピーなんか普通しない。
そうしたい場合があるのは否定しないしできた方が便利だとは思うが
そんなレアケース、出来なかったからってグダグタ言うほどのもんじゃない。
まあ次では対策されるだろうがね。

それより.svnがひとつになったことがめでたい。


561 :デフォルトの名無しさん:2011/10/14(金) 12:18:00.66
そんな糞運用やめろよと言いたいわ

562 :デフォルトの名無しさん:2011/10/14(金) 12:20:29.89
えらい苦しいなw
>>553で問題なくなるケースのがよっぽど多そうだw


563 :デフォルトの名無しさん:2011/10/14(金) 12:30:46.05
>>560
どう対応されるんだろうね。>>544が書いてるようにWC用のhotocpyコマンドが用意されるのかな?
あまり使い勝手良さそうに思えないけど…

564 :デフォルトの名無しさん:2011/10/14(金) 12:53:09.39
コピー先に普通にcheckoutして.svn残して全削除
既存のWCから.svn除いてコピーでいいじゃん

565 :デフォルトの名無しさん:2011/10/14(金) 13:02:20.01
> 既存のWCから.svn除いてコピー
の時点で駄目なんだってばよ。

566 :565:2011/10/14(金) 13:03:17.77
あ、自分もちゃんと理解してなかった。勘違いです。

567 :デフォルトの名無しさん:2011/10/14(金) 13:22:22.92
現実的にWCのコピーで壊れることなんてあるんだろうか?
SQLiteのDBファイルは相当堅固で、
transaction-commitの瞬間にプロセスkillでもしない限り壊れることはない。
TortoiseSVNからのreadアクセス中にコピーしたからって
それでDBが壊れるとは思えない。

ただ、SQLite側はそれに対して、安全とは言わないだろうし、
そうすると安定性、堅固性に病的なほどこだわるsvn開発者が、
SQLiteが保証しないことに対して安全と言うこともない。

対策としたらSQLiteを使わない事ぐらいしかないだろうが、
それによる実際のメリットが「リリースノートにWarningを書かなくていい」程度なら
ほんとつまらない話だよね。
このまま小さな制限事項でもいいんじゃね?と思う


svn update中にWCコピー?ただのバカだろそれ


568 :デフォルトの名無しさん:2011/10/14(金) 13:26:43.10
いやまあ頻発するようなものならリリースなんてしてなかろうて。

569 :デフォルトの名無しさん:2011/10/14(金) 14:49:15.11
update中に定時スナップショットされたらどうすんだよ。

570 :デフォルトの名無しさん:2011/10/14(金) 14:58:23.77
そう、git-svnです!

571 :デフォルトの名無しさん:2011/10/14(金) 16:30:37.24
>>570
オープンソース開発者でsvnをサーバはともかくクライアントとして使っているのは皆無で、
この設計ミスで、完全に信用を失ったな。

572 :デフォルトの名無しさん:2011/10/14(金) 17:54:25.83
オープンソース開発者ってWCコピーしまくりなの?バカなんだね

573 :デフォルトの名無しさん:2011/10/14(金) 17:56:05.01
2重管理がトレンドだからな

574 :デフォルトの名無しさん:2011/10/14(金) 18:30:49.36
マジレスすると別にsvnは分散型になろうとしてるわけじゃないから
クライアントとしてgitやhg使いたければどうぞ使ってくださいというスタンスだろう。

特別OSS開発者にウケようなんてことは狙ってない。
クライアント側の改善は、世界中で最も多い、クライアントにも
svnを使ってるユーザーにとって十分メリットになる。

575 :デフォルトの名無しさん:2011/10/14(金) 19:06:07.81
>>574
> マジレスすると別にsvnは分散型になろうとしてるわけじゃないから

http://subversion.jp/index.php?option=com_content&view=article&id=50:subversion17enable-git-like-features&catid=25:subversion-article&Itemid=27
> Subversion 1.7は、次世代ワーキングコピー(Next Generation Working Copy: WC-NG)を搭載し、
> セントラライズされた(集中の)メタデータ・ストレージに置かれた既存のワーキング・コピー機能を改善し、
> 拡張性を向上します。これは、オフラインコミットなどGitやMercurialのような
> 分散バージョンコントロールシステム(Distributed Version Control System: DVCS)のための土台を提供します。

576 :デフォルトの名無しさん:2011/10/14(金) 19:43:44.92
何言ってんだか全然わかんないんだよ
さてはお前、インテリだな?

577 :デフォルトの名無しさん:2011/10/14(金) 19:59:02.03
さぶばーじょんはじっとにゆーざをうばわれました。
たいさくとしていってんななでだぶるゆーえぬじーをとうさいするほうしんをうちだしました。
しかしいってんななでりりーすしたものはしっぱいさくでした。


578 :デフォルトの名無しさん:2011/10/14(金) 20:01:39.69
>>575
ほんとに頭悪いんだな・・・気の毒になってくるw
「DVCSのための土台を提供」って書いてあるだろ。svn自身が分散型を目指してるわけじゃないんだよ。


> いくつかのGitのような特徴が開発者に受ける、というのはありますが、
> ならば、一カ所に全てのデータを集約したいという多くの組織が求めるような
> (従って多くの開発者に訴求する)セントラライズド(集中化)されたリポジトリを提供しつつ、
> 似たような変更を行うというのはSubversionにとってよい感覚でしょう。


579 :デフォルトの名無しさん:2011/10/14(金) 20:10:29.55
>>578
うん、頭が悪いから分からない。
git/hg/bzrは全てsvnに直接アクセスする手段を提供しているから、svnが新たに提供する必要性は全くない。

580 :デフォルトの名無しさん:2011/10/14(金) 20:15:27.67
Gitが受けている理由の中には、分散型であるが故のものとそうでないものがあって
Subversionは分散型にはならないが、DVCSが持ってる便利な機能は追加していくということ。

例えばオフラインコミットなどは集中型であっても実現できるはずの機能。
完全に分散型になるということは、できることが増える代償として複雑さも増すわけだかr
svnとして目指すべきではないし、それは中の人もわかってる。


581 :デフォルトの名無しさん:2011/10/14(金) 20:19:11.40
>>580
それはbzrが目指していて、git/hgに比べて複雑で、現時点で失敗している。
svnがbzrと同じ道、複雑になりすぎてメンテ不能、という道を歩む必要はない。

582 :デフォルトの名無しさん:2011/10/14(金) 20:25:57.68
>>581
メンテ不能のソースは?

583 :デフォルトの名無しさん:2011/10/14(金) 20:30:08.57
>>580
bzrは「分散型だけどsvnの便利な点も失いたくない」という方針だよね。
svnはいってみれば逆をやろうとしている「集中型であることは確保しつつ、分散型で受けている便利な点を取り入れる」
もちろん全部がうまく行く保証はないし、だからこそ慎重に着実に進化させてるんじゃないの。
svnほど多く使われるようになったら
「やってみたけど失敗でした。ゴメンネ」じゃ影響が大きすぎる。


584 :583:2011/10/14(金) 20:32:18.53
>>580-581
アンカ間違えた。スマソ >>581


585 :デフォルトの名無しさん:2011/10/14(金) 20:47:46.23
>>582
「メンテ不能」は将来的な仮定で>>575のようにすでに日本以外では見向きもされていない。
CVS/Darcs/Monotoneと同じ道を歩むであろう。

586 :デフォルトの名無しさん:2011/10/14(金) 21:00:26.37
>>585
別に日本でも見向きもされていないが。
何がどうして「メンテ不能」になるの?

587 :デフォルトの名無しさん:2011/10/14(金) 21:10:38.73
メンテ不能と見向きされてるかどうかはまったく繋がりがないな

588 :デフォルトの名無しさん:2011/10/14(金) 21:11:06.42
>>586
cvsは1.12がいつまで経っても「安定版」としてリリースされない。
リソースが無ければ、そういうこと。

589 :デフォルトの名無しさん:2011/10/14(金) 21:14:02.52
「複雑すぎてメンテ不能」って言ったの忘れたの?

590 :デフォルトの名無しさん:2011/10/14(金) 21:20:27.14
>>589
bzr-colo

591 :デフォルトの名無しさん:2011/10/14(金) 21:20:49.15
何が「複雑すぎてメンテ不能」なの?

592 :デフォルトの名無しさん:2011/10/14(金) 21:22:24.26
>>589
https://code.launchpad.net/~nmb/bzr-colo/trunk

593 :デフォルトの名無しさん:2011/10/14(金) 21:24:58.33
>>591
https://lists.ubuntu.com/archives/bazaar/2011q1/thread.html#72002

594 :デフォルトの名無しさん:2011/10/14(金) 21:25:47.75
プラグインのbzr-colo本体が複雑すぎてメンテ不可能っていうことでいいのね?

595 :デフォルトの名無しさん:2011/10/14(金) 21:27:16.70
>>594
bzr本体の設計が複雑すぎて、本体に取り込もうにも不可能

596 :デフォルトの名無しさん:2011/10/14(金) 21:29:36.17
>>595
で、そのソースは?

597 :デフォルトの名無しさん:2011/10/14(金) 21:31:39.00
>>596
https://lists.ubuntu.com/archives/bazaar/2011q1/071911.html

598 :デフォルトの名無しさん:2011/10/14(金) 21:39:05.37
>>597
で、どの辺に>>596が書かれているのかな?

599 :デフォルトの名無しさん:2011/10/14(金) 21:39:34.67
>>598
>>595でしたwスマソ

600 :デフォルトの名無しさん:2011/10/14(金) 21:48:55.46
>>599
https://lists.ubuntu.com/archives/bazaar/2011q1/072026.html
> I think bzr-colo has been a great experiment. My first mail was a bit
> misleadingly titled: I don't intend to bring it in just exactly as it
> is, and certainly not under the prefixed names. But I do think now is
> a good time to think about what we ought to learn from the experiment,
> and how we can make the benefits more widely available.
>
> I agree with your particular points: we still need to make it easy to
> have separate workspaces; repository references (see John's recent
> mail) could be good; we don't need to give up anything you can do
> now(*); and we should be more explicit and clear about the components
> underneath.
>
> (*) We can think about deprecating arrangements that people might
> arrive in by accident, or that add complexity without enough real
> benefit.

601 :デフォルトの名無しさん:2011/10/14(金) 22:50:10.57
neonの代わりにserfで動かしたらチェックアウト時間が半分になって
うひょーって喜んでたらワーキングコピー関連のソースでassert出て落ちたよ・・w

コンパイル環境に不備でもあったかと思ったけど、TortoseSVNでも出てたから
またしばらくはneonさんに頑張ってもらうしかないかのお


602 :デフォルトの名無しさん:2011/10/14(金) 22:53:06.83
>>600
どの文節に>>595が書かれていますか?
いい加減、スレ違いなので以後はbzrスレで

603 :デフォルトの名無しさん:2011/10/14(金) 23:16:46.33
>>602
> I agree with your particular points: we still need to make it easy to
> have separate workspaces; repository references (see John's recent
> mail) could be good; we don't need to give up anything you can do
> now(*); and we should be more explicit and clear about the components
> underneath.

604 :デフォルトの名無しさん:2011/10/14(金) 23:51:40.74
>>601
Beta2あたりまではSerfだったんだがよく落ちてた。Win32バイナリ版。Neonになってよかったよ


605 :デフォルトの名無しさん:2011/10/15(土) 04:07:35.22
gitスレでsvn狂が沸いたと思ったらこっちではbzr狂が発生してたでござる

606 :デフォルトの名無しさん:2011/10/15(土) 09:46:13.53
昔ながらのWindowsバイナリ版の 1.7.0 思ってたより早く来てたでござる

607 :デフォルトの名無しさん:2011/10/15(土) 19:28:30.40
tortoiseSVNとかVisualSVNServerとかすぐ1.7対応が来てたんで良かった


608 :デフォルトの名無しさん:2011/10/15(土) 20:19:52.53
アップデートに際して、あなたは,リポジトリをdumpして、リロードする必要はありません。
既にあるSubversionをアップデートするには、最新のライブラリとバイナリで古い版を上書きします。
http://subversion.jp/index.php?option=com_content&view=article&id=74:apachesubversion17-releasenote&catid=25:subversion-article&Itemid=27

↑これってどれくらい古いバージョンからのアップデートまで大丈夫なんだろ?


609 :デフォルトの名無しさん:2011/10/15(土) 23:14:38.81
1.7 では emacs の vc.el がうまく動作しなくなる問題の回避策をどなたかご存知ありませんか?

610 :デフォルトの名無しさん:2011/10/16(日) 05:16:38.72
鯖にリポジトリがあるんだけど更新の仕方がわかりませぬ

いったんローカルに作業コピー持ってこないとダメなんですか?

611 :デフォルトの名無しさん:2011/10/16(日) 10:17:54.74
>>610
1.7にしたらupdateできなくなったって意味?
だったらWCを手動でupgradeする必要がある。WCが大きい場合はcheckoutの方が速いけど

612 :デフォルトの名無しさん:2011/10/16(日) 11:36:01.36
1.7 になって、ワークコピーのアップグレードとか、
結構なビッグニュースだと思うんだけど。
何がアップグレードされたの?


613 :デフォルトの名無しさん:2011/10/16(日) 11:42:38.45
>>611
鯖にログインしてリポジトリを更新しようとしたけど、commitもcheckoutもできなくて詰んでる状態です
…というかsubversion触るのはじめてなのでこの質問スレチなんでしょうか

614 :デフォルトの名無しさん:2011/10/16(日) 11:42:48.09
>>611
鯖にログインしてリポジトリを更新しようとしたけど、commitもcheckoutもできなくて詰んでる状態です
…というかsubversion触るのはじめてなのでこの質問スレチなんでしょうか

615 :デフォルトの名無しさん:2011/10/16(日) 11:50:02.31
>>614
時代遅れのSubversionをこれから触るのは時間の無駄

616 :デフォルトの名無しさん:2011/10/16(日) 11:51:38.75
>>612
あと、リポジトリブラウザのダイアログとかが
日本語じゃなくなってるの、オレだけ?
ユーザIDとPWの入力を求められたのにも驚かされたw

617 :デフォルトの名無しさん:2011/10/16(日) 12:09:45.15
>>615
わざわざそれをこのスレで言うことが時間の無駄だって知ってた?

618 :デフォルトの名無しさん:2011/10/16(日) 12:12:31.15
>>617
わざわざそれをこのスレで言うことが時間の無駄だって知ってた?

619 :デフォルトの名無しさん:2011/10/16(日) 12:15:12.60
>>618
わざわざそれをこのスレで言うことが時間の無駄だって知ってた?

620 :デフォルトの名無しさん:2011/10/16(日) 14:09:24.17
subversionとても便利ですね
git svn clone ってするだけで分散開発できるなんて本当にすごいです
あとは github にマスターを移すだけで何でも出来ちゃう
いままでありがとうございますた【終了】

621 :デフォルトの名無しさん:2011/10/16(日) 14:24:25.86
>>620
時代は、容量制限があるgithubより、
容量制限のない、プライベートリポジトリが作り放題、
gitもサポートした(もちろんmercurialも)のbitbucket

622 :デフォルトの名無しさん:2011/10/16(日) 21:30:08.81
>>613
具体的に何をしようとしたのか書いて欲しい

623 :デフォルトの名無しさん:2011/10/16(日) 23:02:57.51
リポジトリサーバで直接作業することなんてそうそうないぞ、とだけ。

624 :デフォルトの名無しさん:2011/10/16(日) 23:12:14.48
>>613
作業コピーを更新ならわかるけど、リポジトリを更新というのはどの操作かわからないな

625 :デフォルトの名無しさん:2011/10/17(月) 07:03:44.91
鯖とか呼んでるおバカ相手にスンナよ。

626 :デフォルトの名無しさん:2011/10/17(月) 10:09:18.14
>>614
http://www.thekyo.jp/manual/subversion/svn.ref.svnadmin.html


627 :デフォルトの名無しさん:2011/10/17(月) 18:24:02.24
>>606
>昔ながらのWindowsバイナリ版の 1.7.0 思ってたより早く来てたでござる

昔ながらのWindowsバイナリ版待たなくてもTortoiseSVNに付いてくるみたいだ。
インストール時にCommandline tools選択すると入る


628 :デフォルトの名無しさん:2011/10/17(月) 18:38:20.85
わざわざ「昔ながらの」を欲しがるってことはインストーラとかない方が嬉しいんだろ

629 :606:2011/10/17(月) 20:24:01.07
意外にもレスがついたので補足

>>627
TortoiseSVN の Commandline tools はもちろん(?)選択済してみた。
でも他に欲しいものに mod_dav_svn.so や svn-win32-1.7.0_py26.zip などあるので
TortoiseSVN だけだと足りなかったり。

>>628
msiインストーラ版はアレはアレで有り難い存在。
新しい svn-book.chm を入手するのに手っ取り早いので。
インストーラ走らせたくないPCでも、インストーラを使ったPCからコピーしてきたり、
Setup-Subversion-XXX.msi を解凍して svnbookchmfl をリネームしたり。

630 :デフォルトの名無しさん:2011/10/17(月) 23:28:11.39
Mac にはtortize svnみたいなのはないの?

631 :デフォルトの名無しさん:2011/10/17(月) 23:52:36.45
GUIなsubversionクライアントという意味ではなくFinder拡張はないかという質問?


632 :デフォルトの名無しさん:2011/10/18(火) 00:06:59.94
versionsというのがいいらいい。有料だけど。
scpluginというフリーのもあるけど、クソ重くて止めた。
結局、Finder拡張は諦めてsvnコマンドに落ち着いたよ。

633 :デフォルトの名無しさん:2011/10/18(火) 01:23:57.98
やっぱ、MacはUNIX(CUI)として使うならいいけど
Windowsの代わりとしてGUIで開発しようと思ったら面倒だな。

634 :デフォルトの名無しさん:2011/10/18(火) 03:03:30.00
っつーか、近年いろんな勉強会(おもに言語)でも Mac 率が異様に高くなっているけど、
Mac が一番使いやすいとは思えない。

もちろん Winodws と比べて cygwin みたいなことせずに Unix ツールが手に入るのはいいと思うけど、
finder よりエクスプローラのほうが使いやすいと思うし、
Windows で簡単なことが Mac ではかゆいところに手が届かなかったりする。

どっちも微妙なんだよなぁ・・

635 :デフォルトの名無しさん:2011/10/18(火) 03:32:37.56
Macでは便利なソフトは大概有料

636 :デフォルトの名無しさん:2011/10/18(火) 09:46:16.65
WindowsでTortoiseSVNを使っています。
Subversion自体の使いかたかもしれませんが、
tagsフォルダの下って、すべてのタグを同一階層に置くべきものなのですか?

tags
├1.0.0
├1.0.1

├1.0.10
├1.1.0
├1.1.1


みたいに大量のタグが同一階層に置かれているため、
これを以下のように階層化してもよいものなのか思っているのですが。

tags
├1.0
│├1.0.0
│├1.0.1
::
│└1.0.10
├1.1
│├1.1.0
│├1.1.1
::


637 :デフォルトの名無しさん:2011/10/18(火) 10:49:43.81
決まりは無いから好きにして良いが、毎日リリースするんでもない限り、
リリース数は数十〜数百だろ。ベタの方が扱いやすいと思う。

638 :デフォルトの名無しさん:2011/10/18(火) 11:08:11.37
Classic時代のMacは唯一無二のものだったんだがな
OSXはMacという名の別物だ

639 :デフォルトの名無しさん:2011/10/18(火) 12:12:28.91
>>637
了解です。このまま同一階層にしておきます。どうもです。


640 :デフォルトの名無しさん:2011/10/19(水) 17:11:04.44
>>609
trunkのvc-svn.elなら動作するよ
http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/lisp/vc/vc-svn.el

641 :デフォルトの名無しさん:2011/10/20(木) 01:28:12.17
>>638
まあMacの顔だけつけたUNIXだよな
そんだけにcuiは使いやすいけど

642 :774:2011/10/20(木) 17:38:46.22
ある程度開発の進んだ trunk を、
svn copy trunk branches/1.x.x
と、1.x.x のリリースブランチを作りました。
リリースブランチで簡単な変更があったので、
svn merge http://somehost/repository/branches/1.x.x/dir1 dir1
などのようにしたら、
C dir1/subdir1
Skipped missing target: 'dir1/some.html'
G dir1
U dir1/subdir1/mum.html
Summary of conflicts:
Tree conflicts: 1
Skipped paths: 1
といったようになりました。

svn merge -c 201 http://somehost/repository/branches/1.x.x/dir1 dir1
などのように変更をコミットしたリビジョンを指定するとうまくマージされたのですが・・・

なぜ衝突が起こるのでしょうか。


643 :デフォルトの名無しさん:2011/10/20(木) 19:34:09.66
mergeinfoをつけてくれるようになったバージョン以降をつかってるかどうかによるかも

644 :デフォルトの名無しさん:2011/10/20(木) 22:17:42.11
>>642
最近リリースされた1.7.0より前のバージョンだと(人間にとって)理不尽なtree conflictが発生する場合がある…
http://subversion.tigris.org/issues/show_bug.cgi?id=3334

もしかして
http://slashdot.jp/journal/494275/svn-merge-tracking-%E3%81%A8-tree-conflict
と一緒かな?

645 :デフォルトの名無しさん:2011/10/21(金) 12:21:10.71
質問です。
ある日突然、

svn: 一時ディレクトリが見つかりません: Internal error

と表示され最新バージョンの取得が出来なくなってしまいました。
TortoiseSVN
Eclipse(+Subversive)
いずれにおいても同じエラーとなります。

接続はSVN+SSHです。
ヒストリーの確認など接続自体は出来ます。
Subversionサーバーの設定はデフォルトです。
どうすればこの問題が解消できるのか、ご存知の方教えてください。
以下は関連しそうなアプリケーションのバージョンです。

Subversion 1.6.17,
TortoiseSVN 1.6.16, Build 21511 - 64 Bit
Eclipse for PHP Developers Version: Helios Release
Subversive JDT Ignore Extensions(インキュベーション) 0.7.9
Subversive SVN チーム・プロバイダー(インキュベーション) 0.7.9

よろしくお願いします。

646 :デフォルトの名無しさん:2011/10/21(金) 13:08:51.82
サーバ上でチェックアウトできるか試してみるとか

647 :774:2011/10/21(金) 13:22:12.08
>>643
調べたところ、サーバーは、1.4.2
クライアントは、1.7.0
でした。
きっと、mergeinfo をつけるってサーバーのバージョンに依存するのですよね。

>>644
それとは違うようです。


648 :デフォルトの名無しさん:2011/10/21(金) 13:31:45.27
mergeinfoって1.5以降じゃなかったっけ

649 :デフォルトの名無しさん:2011/10/21(金) 14:34:53.20
ディレクトリに属性つけるだけだからクライアント依存じゃないのかなぁ、と思うんだけど定かではなく…

650 :デフォルトの名無しさん:2011/10/21(金) 15:10:51.10
>>645
サーバーの空きディスク容量が足りなくなってない?

651 :645:2011/10/21(金) 16:40:01.30
>>650

# df -m
Filesystem 1M-ブロック 使用 使用可 使用% マウント位置
/dev/mapper/VolGroup00-LogVol00
452226 427356 1528 100% /
/dev/sda1 99 19 75 21% /boot
tmpfs 3994 0 3994 0% /dev/shm

-rw-r--r-- 1 root root 437090542084 10月 21 11:56 error_log

ありがとうございました。
orz

652 :デフォルトの名無しさん:2011/10/21(金) 16:49:34.82
>>649
ttp://www.collab.net/community/subversion/articles/svn_1.5_releasenotes.html


653 :649:2011/10/21(金) 16:53:32.55
>>652
ありがとう、そして解決していてよかった

654 :デフォルトの名無しさん:2011/10/21(金) 16:55:14.54
って400ギガのエラーログわろたwww

655 :デフォルトの名無しさん:2011/10/21(金) 16:55:31.94
400GB超のエラーログって見たくねぇなw

656 :デフォルトの名無しさん:2011/10/22(土) 02:22:24.62
ギガワロス

657 :デフォルトの名無しさん:2011/10/22(土) 06:00:58.95
400GB のログの内容確認って何を使うと良いんだろうか?


658 :デフォルトの名無しさん:2011/10/23(日) 11:41:40.67
なんだよ。1.7.1って。

659 :デフォルトの名無しさん:2011/10/23(日) 16:19:36.82
>>657
headとtail

660 :デフォルトの名無しさん:2011/10/24(月) 11:55:50.36
>>657
簡単、流し見

cat
head / tail
more / less
grep
sed / awk

煩雑、分析

661 :デフォルトの名無しさん:2011/10/24(月) 19:33:19.38
400GBのcatはやめとけ

662 :デフォルトの名無しさん:2011/10/24(月) 22:53:02.81
emacs

663 :デフォルトの名無しさん:2011/10/25(火) 01:02:04.12
もう我慢できない
split だろjk

664 :デフォルトの名無しさん:2011/10/25(火) 03:21:49.25
いきなりsplitしてもなぁ。
適当にちら見したらディスクフルが延々出てるんじゃないの

665 :デフォルトの名無しさん:2011/10/25(火) 09:34:17.21
もう
tail -1000 error_log > error_log.1;mv error_log.1 error_log
でいいじゃん


666 :デフォルトの名無しさん:2011/10/25(火) 09:47:00.70
rmしちゃえ

667 :デフォルトの名無しさん:2011/10/25(火) 12:41:14.18
ln -s $PWD/error_log /etc/motd

668 :デフォルトの名無しさん:2011/10/25(火) 16:53:08.01
1.7 になってリポジトリのディレクトリツリーの途中から下だけ取ってくるのができなくなった。

669 :デフォルトの名無しさん:2011/10/25(火) 17:29:39.12
じゃあ、branchesとか丸ごとcheckoutしなきゃいけないのか?

670 :デフォルトの名無しさん:2011/10/25(火) 17:38:25.29
げげ、まじで

671 :デフォルトの名無しさん:2011/10/25(火) 18:48:13.34
普通にできるけど。何か?

672 :デフォルトの名無しさん:2011/10/25(火) 18:48:30.56
Subversion終了のお知らせ

673 :668:2011/10/26(水) 07:12:52.62
そういや trunk からとってきたんだから途中のはずだ。
その 1 階層下から取ってこようとしたら root じゃないとか怒られて面倒になってバージョン戻した。
俺が何か抜けてたっぽいな。

674 :デフォルトの名無しさん:2011/10/26(水) 09:21:11.41
でもチェックアウトしたディレクトリのサブディレクトリだけ再利用、っていうのはできなくなったよね?


675 :デフォルトの名無しさん:2011/10/26(水) 11:16:51.48
.svn が作業コピーの根っこにまとめられたから、まぁそうなるね。

676 :デフォルトの名無しさん:2011/10/26(水) 14:59:08.33
SVN更新やったとき、ファイルが使用中で更新がこけたんだけど、もう一度更新しようとしたら
チェックアウトしか出てこなくて更新出来なくなった
おかしいな・・と思って5分くらい放置しておいたら出て来るようになったけど
反映(?)されるまでタイムラグでもあるんかね
(Ver1.71)

677 :デフォルトの名無しさん:2011/10/29(土) 01:38:56.37
1.7でsvkって使えてる人いる?
pullはいいけどpushで毎回リビジョン0から全部マージしようとして大変なことになった。

678 :デフォルトの名無しさん:2011/10/30(日) 08:25:51.90
>>676
オレも、なんだかおかしい気がする。←1.71
ワークフォルダを更新すると、
xx.xxMBを転送しました(xx.xxKB/秒) と表示は変動するが、
更新対象のファイル(フォルダ)のリストは、何も変動しないまま
1時間そのまんまとか。

なんだろ、同じような状況の方、いらっしゃいますか?

679 :デフォルトの名無しさん:2011/10/31(月) 12:16:29.51
>>677
http://lists.bestpractical.com/pipermail/svk-devel/2009-May/001224.html
以降はsvk使う人は減ったんじゃなかろうか
長期的には別のツール使った方いいと思う

680 :デフォルトの名無しさん:2011/11/03(木) 09:02:52.89
とりあえず様子見

681 :デフォルトの名無しさん:2011/11/03(木) 21:50:30.33
1.7系にupするか,gitにするか迷っている

682 :デフォルトの名無しさん:2011/11/03(木) 23:38:13.86
リポジトリを作成した直後に、
>リポジトリは正しく作成されました。
>すぐにデフォルトのフォルダー構造(trunk/blanches/tags)を作成しますか?
でOKを押して上記のフォルダーを作成し忘れました。
svnを導入するのは初めてだったので、何も考えずに利用しています(ユーザは自分ひとり)
これらのフォルダを作らないと何かまずことが発生するのでしょうか?

683 :デフォルトの名無しさん:2011/11/04(金) 02:27:35.33
>>682
それらが必要になるなら、それがまず(い)ことだ。
必要性の説明は分量的に大変なので検索したり本を買ったりしてくれ。

684 :デフォルトの名無しさん:2011/11/04(金) 04:54:53.62
必要になったときにそれらを作ってtrunkに移動すればいい

685 :デフォルトの名無しさん:2011/11/04(金) 15:39:56.52
>>682
trunk/blanches/tagsは単なるお約束、習慣みたいなもんだから
別になくてもsvnの動作に支障はないよ
後で必要だなと感じはじめたら、いつでもいから自分で作ればいい

686 :デフォルトの名無しさん:2011/11/04(金) 16:04:06.60
なんで同じこと繰り返してんだ?

687 :デフォルトの名無しさん:2011/11/04(金) 17:19:25.29
説明が足りないからだよ

688 :デフォルトの名無しさん:2011/11/04(金) 21:13:24.61
でも、後でタグ打ちたくなった時のために直下には置かずに
trunkあるいはhead等に置くことを勧める。

689 :デフォルトの名無しさん:2011/11/05(土) 21:57:22.39
ブランチ作っても亀さんのリビジョングラフに反映されなくてさみしい
なんか条件あるのかしらん

690 :デフォルトの名無しさん:2011/11/06(日) 15:56:20.54
なんで同じこと繰り返してんだ?

691 :デフォルトの名無しさん:2011/11/06(日) 20:22:40.00
どういうふうにブランチ作ってる?

692 :デフォルトの名無しさん:2011/11/07(月) 09:21:35.15
>>682
>>329>>367あたりで、TortoiseSVNでルートをtrunkに移動するとおかしくなったと書かれてる。

693 :デフォルトの名無しさん:2011/11/07(月) 12:31:24.85
>>688
ああ、今まさにその状況だわ
直下において激しく後悔している・・・

694 :デフォルトの名無しさん:2011/11/07(月) 12:37:34.41
>>682
色々不便
初心者ならデフォの構成にしておけばよいと思うよ

ルートではなく、プロジェクト名/trunkにしておくと色々試せて楽だよ

695 :デフォルトの名無しさん:2011/11/07(月) 13:42:45.87
プロジェクト/TTB
TTB/プロジェクト
の対決は決着ついたの

696 :デフォルトの名無しさん:2011/11/07(月) 21:22:15.39
TTBってなに?

697 :デフォルトの名無しさん:2011/11/07(月) 21:48:21.13
>>696
Trunk
Tab
Branch

698 :デフォルトの名無しさん:2011/11/07(月) 21:59:03.85
>>697
プロジェクト/TTB/サブプロジェクトで必要に応じて省略や細分化すればいいじゃん

699 :デフォルトの名無しさん:2011/11/07(月) 22:00:42.65
>>698
それは>>695の後者のことだと思う。

結局プロジェクト同士の依存具合がどの程度かによるんじゃないかな。

700 :デフォルトの名無しさん:2011/11/07(月) 22:08:55.32
>>699
そうだね、通常trunkの位置でチェックアウトするだろうから、そこに関連の高いものが揃ってると便利だね。


701 :デフォルトの名無しさん:2011/11/08(火) 01:37:05.24
>>693
svn cp -rHEAD ^/ ^/trunk

702 :デフォルトの名無しさん:2011/11/08(火) 02:47:55.50
cpよりmvのほうがいいんでないの

703 :デフォルトの名無しさん:2011/11/08(火) 03:52:46.98
>>682 >>693
今すぐファイルをtrunk/に移し変えろ。ルート直下はいろいろと不便
dump load で--parent-dir 使えばできる・・・がちょっとややこしいな

svnadmin dump repo_original > repo.dump
svnadmin create repo_new
svn checkout file:///path/to/repo_new wc_new
cd wc_new
svn mkdir trunk
svn add -m "mkdir trunk"
cd ..
svnadmin load --parent-dir /trunk repo_new < repo.dump


704 :703:2011/11/08(火) 03:54:53.24
↑後半訂正
svn mkdir trunk
svn commit -m "mkdir trunk"
cd ..
svnadmin load --parent-dir /trunk repo_new < repo.dump

705 :デフォルトの名無しさん:2011/11/08(火) 11:36:34.47
>>693
使い始めならdumpして、やり直せばいいじゃん。
dumpはテキストファイルなので適当なフィルターでルートを書き換えてしまえばいい。

706 :デフォルトの名無しさん:2011/11/12(土) 16:35:22.67
TortoiseSVN 1.7.1, Build 22161 - 32 Bit
ですが、1.6の時から、更新していないフォルダが赤アイコンになる問題があります。
その他は普通に使えています。

該当フォルダを削除して落とし直しても、赤アイコンになっています。
赤になるのはフォルダのみで、ファイルは全部緑アイコンです。
更新されたファイルは普通に赤アイコンになります。

どうすれば直るでしょう…

707 :デフォルトの名無しさん:2011/11/12(土) 17:29:01.15
>>706
変更のチェックして変更がなければf5連打
左のツリーは反映遅いから気にすんな
substとかしてるなら取説に注意が記載されてる

708 :デフォルトの名無しさん:2011/11/12(土) 17:57:27.93
「変更をチェック」にしたらファイル削除のコミット漏れが1件有りました
なんてこった…
解決しました、どうも

709 :デフォルトの名無しさん:2011/11/15(火) 00:03:10.94
>>166
Subversion の中の人たちって、最初gitを見た時何が良いのか全く分からなかったんだろうけど
Linus ブランドであっという間にgitが普及して、あわてて開発しているんだろうかw

うちのプロジェクトも若い奴らがgitにしたいとか言いだしているし、、

オジサン世代としてはもう少しsubversionに頑張って欲しいぞw

710 :デフォルトの名無しさん:2011/11/15(火) 00:15:42.20
用途が違うもん比べんなよ恥ずかしい

711 :デフォルトの名無しさん:2011/11/15(火) 04:06:50.58
GITの利点がよくわからん
SVNより使い勝手とかいいのか?

712 :デフォルトの名無しさん:2011/11/15(火) 08:50:51.31
速い

713 :デフォルトの名無しさん:2011/11/15(火) 09:01:19.76
中央リポジトリはsvn+公式gitミラーが最強な気がしている。

gitは会社で中央リポジトリとして使うにはリネームとディレクトリの扱いが残念な感じ

714 :デフォルトの名無しさん:2011/11/16(水) 09:01:25.29
TortoiseSVN(1.6.16)で、リポジトリブラウザを使ってルート上でログを表示させ、
「マージされたリビジョンを含める」をチェックすると、
branches→trunkへのマージはその直下にグレーで表示されるのに対して、
trunk→branchesへのマージはなにも表示されないんだけど、
これってこういうものですか?


715 :デフォルトの名無しさん:2011/11/17(木) 19:49:19.84
Software Design 2011年12月号
http://gihyo.jp/magazine/SD/archive/2011/201112

第2特集
まだSubversionで大丈夫?
イケてるGitの使い方
[Git×Subversion&Redmine]

第1章:SVN使いのための
Git入門……岡本 隆史
第2章:git-svnによるSVN包囲戦[戦支度編]
ローカルGitでSubversionを攻略せよ……川西 俊之,正徳 巧
第3章:git-svnによるSVN包囲戦[実戦編]
ローカルGitでSubversionを攻略せよ……川西 俊之,正徳 巧
第4章:RedmineによるGitリポジトリ包囲戦
プロジェクト管理ツールでGitをパワーアップ……岡本 隆史

716 :デフォルトの名無しさん:2011/11/20(日) 08:53:00.84
コミットA→コミットB→コミットC

上のコミットBに間違えてfoo.txtをaddしてコミットしまって今すごい周りに迷惑かけちゃってまして
なんとかfoo.txtを自分のローカルのsvnの管理対象から除外して
新しいコミットDからはfoo.txtがなかったようにしたいのですが、
この場合どうすればいいんでしょう。。

717 :デフォルトの名無しさん:2011/11/20(日) 10:10:38.29
>>716
辞表を提出する。

718 :デフォルトの名無しさん:2011/11/20(日) 10:18:12.72
>>716
文部科学省で記者会見を開く

719 :デフォルトの名無しさん:2011/11/20(日) 10:24:46.84
>>716
リポジトリを直接弄っていいならsvndumpfilterを調べろ

720 :デフォルトの名無しさん:2011/11/20(日) 11:06:19.11
リポジトリがfsfsなら、リビジョン番号書き換えてコミットB以降を無かったことにw

721 :デフォルトの名無しさん:2011/11/20(日) 12:03:46.25
リポジトリは弄ることはできません。一時的に意味のないコミットをしてもいいので
最新コミットにfoo.txtがなかったことになっていれば問題ないです。

722 :デフォルトの名無しさん:2011/11/20(日) 12:09:40.63
>>721
foo.txtを削除してコミットでは?

723 :デフォルトの名無しさん:2011/11/20(日) 12:26:17.03
本番用パスワードみたいなものが入ってる&無関係な人に公開しているリポジトリ

だったらdumpfilterだな。でなければ削除してコミットでいい。



724 :デフォルトの名無しさん:2011/11/20(日) 12:38:23.15
foo.txt はローカルに残したいんでしょ。

もっといいやり方あるのかも知れないけど、俺はこうやってる。

copy foo.txt foo.txt.bak
svn delete foo.txt
svn commit -m "ごめんね、もうしないから許して"
rename foo.txt.bak foo.txt
svn propset svn:ignore foo.txt



725 :724:2011/11/20(日) 12:40:41.92
途中で送信しちゃった。

※ copy, rename は OS によって適当に読み替えてくれ。
※ svn:ignore 属性がすでに設定されてたら svn propset の代わりに svn propedit で
  foo.txt を追加してくれ。

726 :デフォルトの名無しさん:2011/11/20(日) 13:15:17.83
>>724
今自分の環境でテストしてみました。まさに自分がやりたかった事です!!!!
本当にありがとうございます!!!!!

727 :デフォルトの名無しさん:2011/11/20(日) 18:25:52.73
以前、間違えてコミットしちゃうといけないという理由で、
変更するつもりのないファイルをガンガンignoreしてたのがいてワロタよ。
…ワロタですんだからいいんだけどね

728 :デフォルトの名無しさん:2011/11/23(水) 16:41:08.94
post-commitの中で、コミットしたファイルがあるディレクトリ以下だった時のみ実行というように
条件分岐する処理のサンプルありませんか

729 :デフォルトの名無しさん:2011/11/24(木) 08:36:00.02
TortoisSVN(1.7.1)に付属のsvn.exeですが、svn infoで出力される日付の曜日が
漢字になっています。これを英語にしたいのですが、LC_TIMEをCにしても、
LC_ALLをCにしても漢字のままです。

SVNBOOKには
> Windows ではロケールの設定はコントロールパネルの「地域と言語のオ プション」を通じて設定することができます。
と書いてありますが、svn infoのためにこんなことするのはお断りです。
他の方法で英語にする方法はありますか?

730 :デフォルトの名無しさん:2011/11/24(木) 16:41:40.17
ラッパかまして置換してるわ

731 :デフォルトの名無しさん:2011/11/24(木) 19:11:46.37
win32svn の svn.exe 1.6.16 で試してみたけど、
set LANG=C とか set LC_ALL=C とか set LC_TIME=C しても、
svn info の出力は、日付の曜日「だけ」日本語のままだねえ。
バグとして報告してもいいんじゃないかな。


732 :デフォルトの名無しさん:2011/11/25(金) 23:12:30.94
ああ、そうか、なんで「作業コピー」って名前なのかやっとわかった
リポジトリツリーの中の一部を作業用にコピーしてるからこの名前なのか。
なるほど

作業用フォルダの中にもtrunk/branches/tagsを作ってtrunkフォルダの下で作業してた。
ブランチに切り替えて作業しているのにtrunkフォルダだから変だなぁとずっと不思議に思ってたw

733 :デフォルトの名無しさん:2011/11/25(金) 23:48:38.95
なんだ!?何が起きているんだ!?

734 :デフォルトの名無しさん:2011/11/26(土) 01:59:42.27
なにが

735 :デフォルトの名無しさん:2011/11/26(土) 07:51:20.48
>>732
うんうん、言いたいことはわかるけど、今度から日記帳かチラシの裏に書こうね。

736 :デフォルトの名無しさん:2011/11/26(土) 10:09:05.84
ブログに書いておけば、それがいつの日にか、昨日までのあなたのように
迷っている誰かの光になるかもしれません。


737 :デフォルトの名無しさん:2011/11/26(土) 10:10:17.81
>>735の発言よりは遥かに有用だよな

738 :デフォルトの名無しさん:2011/11/26(土) 11:48:54.85
>>736 >>>> >>735 >>>>> 越えられない壁 >>>> >>737 & >>738

739 :デフォルトの名無しさん:2011/11/26(土) 11:50:21.28
Subversionは人の上に人を作らず
人の下に人を作らず

Git手を見る

740 :デフォルトの名無しさん:2011/11/26(土) 12:21:21.89
いまどきSubversionのことをブログに書いても、まだSubversion使っているのwって馬鹿にされるだけだからやめておいたほうがいいよ

741 :デフォルトの名無しさん:2011/11/26(土) 12:25:50.35
今Subversion使ってたらいかんの?

742 :デフォルトの名無しさん:2011/11/26(土) 12:30:03.95
>>741
>>715

743 :デフォルトの名無しさん:2011/11/26(土) 12:50:54.53
は?本買えって?

744 :デフォルトの名無しさん:2011/11/26(土) 13:16:37.27
いつもの git 厨でしょ、スルー推奨。

745 :デフォルトの名無しさん:2011/11/26(土) 13:17:36.69
りょうかい

746 :デフォルトの名無しさん:2011/11/26(土) 13:31:12.90
Bazaar厨です。みんなでBazaarを使いましょう。

Bazaarスタートアップガイド
http://standing-shoebill.appspot.com/bzr-startup-guide/index.html


747 :デフォルトの名無しさん:2011/11/26(土) 13:54:08.90
Bazaar厨です。みんなでBazaarを使いましょう。

Bazaar入門
http://www.ustream.tv/recorded/18607435

748 :デフォルトの名無しさん:2011/11/26(土) 14:35:03.03
バザールでござーる

749 :デフォルトの名無しさん:2011/11/26(土) 16:13:45.15
Bazaarでござ〜る。猿でもできる分散バージョン管理“超”入門 (1/4) - @IT
http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_1.html

750 :デフォルトの名無しさん:2011/11/26(土) 20:46:18.51
Bazaar厨です。みんなでBazaarを使いましょう。

Bazaarに乗り換えるのはなぜ?
http://standing-shoebill.appspot.com/bzr-migration-docs/ja/why-switch-to-bazaar.html

751 :デフォルトの名無しさん:2011/11/28(月) 22:16:42.32
何も分からずに使っていた、SVNリポジトリがあるサーバーのHDD が死にました。
リポジトリのディレクトリは、前任者がタスクで xcopy を実行していて、
差分コピーを毎日とるようにしていたようなのですが、どうすれば復元できるのでしょうか…。

元のリポジトリの db フォルダを、新しく作ったリポジトリの db にコピーしたら復元されるとか、
そんな簡単な話ではないのでしょうか。

使っているバージョンは subversion 1.3です。

752 :デフォルトの名無しさん:2011/11/28(月) 22:19:40.54
あと サーバーは win2000 です。
ネットワークの共有サーバーに外付けされていたドライブにsubversionがありました。
どんな情報が必要かもわからない・・・。

753 :デフォルトの名無しさん:2011/11/29(火) 14:35:22.42
>>729 >>731
libsvn_subr/time.c を見ると strftime で " (%a, %d %b %Y)" を使ってるせい。
libsvn_subr/cmdline.c で setlocale(LC_ALL, "") してるから strftime は OS のロケールを使う。
でも gettext は環境変数を見るからメッセージは英語化されるってことみたい。

結局のところ "現在のロケールじゃない曜日" ってのが strftime にないから
曜日が出ないように po を直してフォーマットを変えないと日本語が出ちゃう。
# C の po ってないからソースを直さないとだめかも。

こんなのあったけど、これは順番と記号がローカライズされないって話で
環境変数を見ないっていう話ではなかった。
ttp://subversion.tigris.org/issues/show_bug.cgi?id=2849

754 :デフォルトの名無しさん:2011/11/29(火) 14:42:16.77
>>741
subversionからはbazaarに乗り換えがオヌヌメ

755 : 忍法帖【Lv=16,xxxPT】 :2011/11/29(火) 16:52:03.34
>>751
いじる前にさらにとりあえずバックアップとっときな。

元リポジトリをsvnadmin dumpして様子見て、うまくいってそうなら新しく
作ったリポジトリでsvnadmin loadしてやりゃあいいよ。


756 :751:2011/12/01(木) 22:18:09.27
>>755
なんとかリポジトリ復元できました。ありがとうございます・・・。

757 :デフォルトの名無しさん:2011/12/06(火) 00:49:13.59
1.7.1使ってるやついる?

758 :デフォルトの名無しさん:2011/12/06(火) 00:51:31.26
いますよ

759 :デフォルトの名無しさん:2011/12/06(火) 09:41:01.29
1.6.4 (いるよ)

760 :デフォルトの名無しさん:2011/12/06(火) 11:43:58.41
Apache Subversion 1.7.2 Released

761 :デフォルトの名無しさん:2011/12/07(水) 00:02:51.73
Apache Subversion 1.7.3 Released

762 :デフォルトの名無しさん:2011/12/07(水) 02:13:14.11
はやくねw
バグ発覚で緊急リリースでもしたん?

763 :デフォルトの名無しさん:2011/12/07(水) 08:41:23.86
とりあえずapache.orgとMLにはアナウンス出てないよ > 1.7.3

764 :デフォルトの名無しさん:2011/12/07(水) 19:34:58.19
1.7.2 インスコした
特に何も変わらんw

765 :デフォルトの名無しさん:2011/12/10(土) 17:06:04.91
1.7 になってからマージした時の svn:mergeinfo の変更が激減しましたね。

182 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)