Subversion r13
1 ：デフォルトの名無しさん：
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/
公式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/
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/
このスレッドは２を超えました。
もう2getできないので、新しいスレッドを立ててくださいです。。。
もう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/
バージョン管理システムについて語るスレ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
いまどきｓｖｎはねえな
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
そういうことはバージョン管理スレでやれ。
このスレッドは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する。
レポジトリデータベースを直に編集してしまう。困ったらエディタでレポジトリを直接編集してしまえ！
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じゃダメな理由は一切書いてないみたいだし
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が通ってないとか
環境変数が空でpathが通ってないとか
22 ：デフォルトの名無しさん：2010/10/13(水) 21:58:10
ありがとうです CentOS 上で試しています
どこにPATHが通っていればいいのですか？
どこにPATHが通っていればいいのですか？
23 ：デフォルトの名無しさん：2010/10/14(木) 01:21:59
>>22
俺に聞かれても困る。使っているコマンドに必要なPATH通す必要ある、とか
そもそも「post-commitが動かない」とはどういう状況なのか
エラーメッセージやログ吐いてみるとか、単体で動かしたときは動くのか、とか
もう少し詳しく行ってくれたら、助言しやすいと思う
俺に聞かれても困る。使っているコマンドに必要なPATH通す必要ある、とか
そもそも「post-commitが動かない」とはどういう状況なのか
エラーメッセージやログ吐いてみるとか、単体で動かしたときは動くのか、とか
もう少し詳しく行ってくれたら、助言しやすいと思う
24 ：デフォルトの名無しさん：2010/10/14(木) 01:39:01
いや
だれもお前には聞いてないぞ
だれもお前には聞いてないぞ
25 ：デフォルトの名無しさん：2010/10/14(木) 01:46:36
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 によって実行された
> ときにはうまくいかないことに困惑します。
> 環境変数を明示的に設定するか、実行するプログラムを
> 絶対パスで参照していることを確認してください。
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とかもフルパスで書くよね普通
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/
以前のバイナリに近くていい感じ。
ビルド能力を持た無いしょぼユーザーなのでとってもありがたい。
http://subversion.apache.org/packages.html
の一番下の
http://sourceforge.net/projects/win32svn/
というか
http://alagazam.net/
以前のバイナリに近くていい感じ。
ビルド能力を持た無いしょぼユーザーなのでとってもありがたい。
30 ：デフォルトの名無しさん：2010/10/28(木) 23:43:38
31 ：デフォルトの名無しさん：2010/11/02(火) 20:16:09
てか
Subversionって、正直進化の余地があるの？
Subversionって、正直進化の余地があるの？
32 ：デフォルトの名無しさん：2010/11/02(火) 21:11:09
33 ：デフォルトの名無しさん：2010/11/02(火) 21:13:39
34 ：デフォルトの名無しさん：2010/11/02(火) 21:30:39
なんか友達がナウい環境を使ってたんだ
Tortoiseハードゲイ
ってツールを動かしていた
Tortoiseハードゲイ
ってツールを動かしていた
35 ：デフォルトの名無しさん：2010/11/02(火) 22:46:05
FORTH
36 ：デフォルトの名無しさん：2010/11/02(火) 23:42:52
で、何が進化するの？
37 ：デフォルトの名無しさん：2010/11/03(水) 01:03:45
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
46 ：デフォルトの名無しさん：2010/11/03(水) 15:19:02
日付毎にフォルダ作る奴って何なの？知障なの？
47 ：デフォルトの名無しさん：2010/11/03(水) 15:32:32
池沼に合わせてって場合もある。
48 ：デフォルトの名無しさん：2010/11/03(水) 22:34:20
49 ：デフォルトの名無しさん：2010/11/04(木) 00:20:38
夏休みの宿題をぎりぎりになってやるタイプ？
50 ：デフォルトの名無しさん：2010/11/04(木) 19:22:37
Subversionを多段に構成する方法に関して良いドキュメントなどは
ないでしょうか。
Subversion+Hudsonで管理されたとあるMavenプロジェクトの中の
子プロジェクト(学術分野です)の一つを担当することになりました。
我々のグループ内でも複数メンバーが共同作業で開発を行います。
そのためメンバー個々人が親プロジェクトのSubversionレポジトリを
直接読み書きするのではなく、内部でSubversionとHudsonを新たに
立て、普段の更新作業は内部レポジトリに対して行い、統合テストが
終わった適当な時点で内部レポジトリでの更新内容を親レポジトリに
Pushする運用を考えています。
このような運用方法に関して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/
> Pushする運用を考えています。
SubversionにPushなんてできないので、素直に分散型を使いましょう
分散型の運用については、こちらに行きましょう
http://hibari.2ch.net/test/read.cgi/tech/1283780922/
52 ：デフォルトの名無しさん：2010/11/04(木) 19:51:18
53 ：デフォルトの名無しさん：2010/11/04(木) 22:40:00
>>52
最近の分散型はsubversionと連携できるものも多いみたいなので調べてみれ。
最近の分散型は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環境変数は受け付けてくれないっぽい。
$Id$や$Date$のタイムゾーンや日付フォーマットを変更する方法はありますか？
OS自体の設定はいじらない方向で。
TZやLANG環境変数は受け付けてくれないっぽい。
58 ：デフォルトの名無しさん：2010/11/12(金) 02:46:23
あれってクライアントが付加してたんだ？
59 ：デフォルトの名無しさん：2010/11/13(土) 22:15:34
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/
http://hibari.2ch.net/test/read.cgi/tech/1221941630/
63 ：デフォルトの名無しさん：2010/11/14(日) 08:09:35
local lo'ukl
locale loukæ'l
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を入れる。以上
nkfかiconvを入れる。以上
67 ：デフォルトの名無しさん：2010/11/19(金) 23:57:43
作ったパッチ自体は文字化けしてなかったと思う。
TortoiseUDiff/TortoiseMerge （だっけ？）が文字化けするようだから、
文字コードを自動判別するようなのに入れ替えれば回避できるかも。
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が有効な場面なのかな。使ったこと無いから使用感はわからないけど。
たとえばAという作業をしようと思ったけど、先にBという作業をコミットすることが結構あるから、
修正をはじめた時点で何をコミットするかは決定しないんだ。
あ、でもchangelistが有効な場面なのかな。使ったこと無いから使用感はわからないけど。
74 ：デフォルトの名無しさん：2010/11/24(水) 18:26:15
素直にtracやredmineにタスク積めば
75 ：デフォルトの名無しさん：2010/11/24(水) 18:27:38
>>69
とりあえず、commitダイアログを出して、
ログを書き込んどけば。
で、キャンセルすれば、入力履歴に
記憶されるので、あとで履歴から
選んだら。
commitを実行しなくても、履歴には
入力が保存される。便利。
とりあえず、commitダイアログを出して、
ログを書き込んどけば。
で、キャンセルすれば、入力履歴に
記憶されるので、あとで履歴から
選んだら。
commitを実行しなくても、履歴には
入力が保存される。便利。
76 ：デフォルトの名無しさん：2010/11/24(水) 18:51:03
やることはタスクチケットに書いておくようにして、
テンプレートに refs ???? とか入れとけば、
コミットのタイミングで「あ、番号いくつだっけ?」と確認の
必要が生じて、そのときチケットに書いてある記録を見る。
テンプレートに refs ???? とか入れとけば、
コミットのタイミングで「あ、番号いくつだっけ?」と確認の
必要が生じて、そのときチケットに書いてある記録を見る。
77 ：デフォルトの名無しさん：2010/11/24(水) 20:03:59
>>75
あまり量が多くなりすぎると破綻しそうだけど、よさそうです。
・個人用途でスクリプト修正
・テスト(という名の実運用)している間は放置
・後日別の修正を加える直前に前回分の修正をコミット
といった雑な使い方をしてる時に使いたかったんです。
ありがとうございます。
あまり量が多くなりすぎると破綻しそうだけど、よさそうです。
・個人用途でスクリプト修正
・テスト(という名の実運用)している間は放置
・後日別の修正を加える直前に前回分の修正をコミット
といった雑な使い方をしてる時に使いたかったんです。
ありがとうございます。
78 ：デフォルトの名無しさん：2010/11/24(水) 22:19:27
79 ：デフォルトの名無しさん：2010/11/24(水) 23:15:05
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
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でもできたのに知らなかったこともあった。
そんなこと全然ないよ
TortoiseSVNばかり使っていて、TortoiseGitは当時使い物にならなかったので
思い切ってコマンドラインのgit使っているけど、
不便だと思っていたことがgitでかなり解決したし、
実は一部はSubversionでもできたのに知らなかったこともあった。
89 ：デフォルトの名無しさん：2010/11/25(木) 21:11:45
gitを使いこなせてるわけじゃないな
スマンw
スマン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というのも言ってあげないと
それじゃ馬鹿みたいだから、hgsubversionというのも言ってあげないと
95 ：デフォルトの名無しさん：2010/11/27(土) 23:46:59
TortoiseSVN 1.6.12 age
http://tortoisesvn.net/node/410
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しようとしたらエラーが出て怒られました。
自分のパソコンが手元にないので簡略化して質問させて頂きたいのですが、
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などは全てバージョン管理するべきだと書かれていて自分もそうだと思い、やろうと思ったのですが思ったようにいかなくて
今手元にないので分かりませんが、おそらく権限は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
でしかるべき場所にしかるべき権限で置かれるようにする。
sudo make install
でしかるべき場所にしかるべき権限で置かれるようにする。
102 ：デフォルトの名無しさん：2010/11/28(日) 02:06:26
権限がからんだり、やっかいな場所にある一部の設定ファイルを
管理するのにsvnは向いてない。やったとしてもかなり汚ないことになる
管理するのにsvnは向いてない。やったとしてもかなり汚ないことになる
103 ：デフォルトの名無しさん：2010/11/28(日) 03:11:30
--force
svn helpをちゃんと読むがよい。
svn helpをちゃんと読むがよい。
104 ：デフォルトの名無しさん：2010/11/28(日) 07:41:05
こういうのが実体をバージョン管理してしまい、「しまった。.svnディレクトリ
読まれちまったぜ」ってなるんだろうな。
読まれちまったぜ」ってなるんだろうな。
105 ：デフォルトの名無しさん：2010/11/28(日) 07:47:14
>>96
mount -bind
mount -bind
106 ：デフォルトの名無しさん：2010/11/28(日) 10:53:11
>>96
設定ファイルの管理なら、分散型を使う方が都合がいい。
・中央リポジトリが不要。「git init」とか「hg init」とかで、カレントディレクトリのバージョン管理を開始できる。
・cloneすればバックアップも容易。
・カレントディレクトリのオーナーに合わせてsudoすれば権限問題も生じにくい。
環境構築直後のインストールが容易なので、俺はmercurialを使ってる。
設定ファイルの管理なら、分散型を使う方が都合がいい。
・中央リポジトリが不要。「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
111 ：デフォルトの名無しさん：2010/11/28(日) 13:49:54
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' は存在しません
と怒られます。何なんですかこれは？
>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
空白までコピペしたと思われる。
116 ：デフォルトの名無しさん：2010/12/09(木) 22:56:51
質問です。
root権限で作成したリポジトリをroot権限のないユーザーにチェックインさせることって可能でしょうか？
無理ならそのユーザーのホームに作るしかないのでしょうか？
root権限で作成したリポジトリをroot権限のないユーザーにチェックインさせることって可能でしょうか？
無理ならそのユーザーのホームに作るしかないのでしょうか？
117 ：デフォルトの名無しさん：2010/12/09(木) 23:20:17
できるよ。
逆にrootで作ってばっかりだったんだけど、変なのかな。
逆にrootで作ってばっかりだったんだけど、変なのかな。
118 ：デフォルトの名無しさん：2010/12/09(木) 23:42:00
>>117
それってリポジトリのconfの設定だけでできますか？
それってリポジトリのconfの設定だけでできますか？
119 ：デフォルトの名無しさん：2010/12/09(木) 23:53:08
俺はいつもWebDAVってるから、
www-dataユーザでしか作らんなぁ。
www-dataユーザでしか作らんなぁ。
120 ：デフォルトの名無しさん：2010/12/09(木) 23:53:49
うん。
でもリポジトリにアクセスする方法によってその辺変わってくるかも。
でもリポジトリにアクセスする方法によってその辺変わってくるかも。
121 ：デフォルトの名無しさん：2010/12/09(木) 23:59:56
>>120
sudo svnadminでリポジトリ作って、root権限のないアカウントでsvn ciしようとすると権限がないんですよね
まあ、リポジトリがrootしか受け付けないので当然ですが・・・
だとすると、どうやったらできるんだろう？
sudo svnadminでリポジトリ作って、root権限のないアカウントでsvn ciしようとすると権限がないんですよね
まあ、リポジトリがrootしか受け付けないので当然ですが・・・
だとすると、どうやったらできるんだろう？
うちはsvnserve経由でやってるよ。
svn://でアクセス
svn://でアクセス
123 ：デフォルトの名無しさん：2010/12/10(金) 00:12:41
124 ：デフォルトの名無しさん：2010/12/10(金) 14:49:17
質問です。ＳＶＮのＡＰＩを使って ステータスを取得するＰＧを作成しているのですが、（以下のプログラム）
「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;
}
「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が遭遇してきた問題点とその解決策が
ハッカーの間で共有知になってないことが問題なのかもしれぬ
お前らこの「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)以外禁止の状況だと手詰まりなのでしょうか？
リポジトリの中のファイルを見たら
コミットした人以外では変更できないようにファイルにアクセス権限設定されてました
…Terastationはファイルやサブフォルダ単位でアクセス制限できない仕様なのに
当然2人目はそのフォルダに対するアクセス権はあります
SMBは非推奨だから仕方ないですが
ファイル鯖(NAS)以外禁止の状況だと手詰まりなのでしょうか？
136 ：デフォルトの名無しさん：2010/12/12(日) 21:44:18
>>135
smb.confが触れないのならあきらめましょう
smb.confが触れないのならあきらめましょう
137 ：デフォルトの名無しさん：2010/12/13(月) 02:14:13
>>135
Terastationをマウントして、そこにリポジトリを作成するのは？
Terastationをマウントして、そこにリポジトリを作成するのは？
138 ：デフォルトの名無しさん：2010/12/13(月) 09:00:50
NAS以外禁止なのにどうやってマウントするんだよ。sshで入れねーじゃん
139 ：デフォルトの名無しさん：2010/12/13(月) 09:37:25
リポジトリをfile://で指定しろってことだろうが、そのリポジトリのパーミッションがおかしいということだろ
NASなんか使わないで、ホスティング使え
NASなんか使わないで、ホスティング使え
140 ：デフォルトの名無しさん：2010/12/13(月) 13:38:00
>>138
何いってんだ？
何いってんだ？
141 ：デフォルトの名無しさん：2010/12/13(月) 17:24:21
NASが何だか知らないから頓珍漢なことを言っていると思うが。
NAS以外に常時上がっているマシンが無いのなら、NASに分散型のリポジトリを置くしかないんでね。
NAS以外に常時上がっているマシンが無いのなら、NASに分散型のリポジトリを置くしかないんでね。
みなさんありがとうございます。
コミット時のリポジトリ内部のファイルの動作として
1) 新しい内容をテンポラリファイルに出力
2) 旧ファイルを「削除」
3) テンポラリを新ファイルにリネーム
といった動きの様ですが、この2)で止まっている様です。
SVN等でコミットするとリポジトリ内部のファイルは
コミット者：フルアクセス、それ以外：読み取り＋書き込みになり、
次に他の人がコミットした際に「読み取り」と「書き込み」だけだと
Windowsの場合「削除」が出来ない事が失敗の原因の様です(「変更」が必要)
# 何か色々複雑で… rwx だけにしてほしい…
会社のNASにTelnetを入れていじる訳にはいかないので諦めます。
>>141
Gitも試してはいるのですが、pushする先が無いです
NAS上のSVNにfile:// でpushは駄目そうですし…
コミット時のリポジトリ内部のファイルの動作として
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の場合「削除」が出来ない事が失敗の原因の様です(「変更」が必要)
だめかな？
gitはWindowsで動かすのは度胸がいると思うけどhgかbzrなら共有ドライブでも大丈夫な気がする
けど
> Windowsの場合「削除」が出来ない事が失敗の原因の様です(「変更」が必要)
だめかな？
144 ：デフォルトの名無しさん：2010/12/14(火) 22:52:28
>>142
だから他のマシンでNASマウントして、そこにリポジトリ作れって。
だから他のマシンでNASマウントして、そこにリポジトリ作れって。
145 ：デフォルトの名無しさん：2010/12/14(火) 23:09:15
146 ：デフォルトの名無しさん：2010/12/15(水) 04:18:19
ああ、もしかして、file://でアクセスしちゃってる系？
147 ：デフォルトの名無しさん：2010/12/15(水) 09:24:09
148 ：デフォルトの名無しさん：2010/12/15(水) 09:35:54
ぐぐるとsmb.confに以下のを設定すれば動くけど、
NASによっちゃsmb.confをいじれないってことでは？
force create mode = 0600
security mask = 0555
force security mode = 0600
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スキームでアクセスなんてバカな考えはスグに捨てる事だ。
リポジトリに直接アクセス可能なんだから、壊す事も簡単だ。
他のマシンでNASをマウントして、そこにfile以外のスキームでアクセス可能な
リポジトリを作成すればいい。
fileスキームでアクセスなんてバカな考えはスグに捨てる事だ。
リポジトリに直接アクセス可能なんだから、壊す事も簡単だ。
150 ：デフォルトの名無しさん：2010/12/15(水) 10:15:34
NAS以外禁止ってことはサーバアプリを立てることが禁止ってことだろ
svnserveも禁止ってことだろ
svnserveも禁止ってことだろ
151 ：デフォルトの名無しさん：2010/12/15(水) 10:18:51
152 ：デフォルトの名無しさん：2010/12/15(水) 11:01:35
>>151
ファイルサーバとアプリケーションサーバを分離するのは極めて普通。
ファイルサーバとアプリケーションサーバを分離するのは極めて普通。
153 ：デフォルトの名無しさん：2010/12/15(水) 11:17:38
smbのポート以外ブロックされているんじゃないかな？
分散型ならいけるかも。
・NAS上に個人リポジトリを置く
・開発者は個人リポジトリにpushする
・まとめ役がデスクトップPCにpullしてマージして、まとめリポジトリにpushする
・開発者はそれをpullする
分散型ならいけるかも。
・NAS上に個人リポジトリを置く
・開発者は個人リポジトリにpushする
・まとめ役がデスクトップPCにpullしてマージして、まとめリポジトリにpushする
・開発者はそれをpullする
154 ：デフォルトの名無しさん：2010/12/15(水) 11:31:19
>153
分散型でいいのなら、まとめ役の人に(NAS使って)ファイルで変更点渡すとか、
メールで変更点渡すとか出来るね。ただ、Subversionのスレだけど。
分散型でいいのなら、まとめ役の人に(NAS使って)ファイルで変更点渡すとか、
メールで変更点渡すとか出来るね。ただ、Subversionのスレだけど。
155 ：デフォルトの名無しさん：2010/12/15(水) 11:43:38
156 ：デフォルトの名無しさん：2010/12/15(水) 13:10:20
ということで、開発用にはMercurialでも使って、主に >153 の方針で変更を共有する。
Subversionリポジトリはまとめ役だけが読み書きする。
Subversionリポジトリは観賞用。
これでOK？
Subversionリポジトリはまとめ役だけが読み書きする。
Subversionリポジトリは観賞用。
これでOK？
157 ：デフォルトの名無しさん：2010/12/15(水) 13:39:45
ああ。ソース管理用の人を雇うんだね。
158 ：デフォルトの名無しさん：2010/12/17(金) 09:59:36
159 ：デフォルトの名無しさん：2010/12/17(金) 10:16:59
>>158
それは>>151へのレスなんだが。
>>135は開発環境として、はたして普通と言えるのだろうか?
テストサーバーは規定違反の非公認サーバで構築?
それとも、ネットワーク対応プログラムの開発はやらない規定になってる?
普通とは思えないぞ。
それは>>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/
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
全体での設定は設定の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
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でコミットしても，片方のログに反映されない
なんでだろう？
別の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
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はディレクトの移動やらリネームも追跡してくれる･･･みたいなのを読んだことがあって、
そういうことも簡単に出来るのかと思っていたら、実際にやってみてもネットで探しても上手い方法が見つからない･･･
「機能ごとに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に加えた変更をすべてマージすれば済む話だと思うが。
なら、そのリビジョン以降にtrunkに加えた変更をすべてマージすれば済む話だと思うが。
176 ：デフォルトの名無しさん：2010/12/29(水) 00:35:36
177 ：デフォルトの名無しさん：2010/12/29(水) 00:56:00
間違えた>>174
178 ：デフォルトの名無しさん：2010/12/29(水) 02:26:43
179 ：デフォルトの名無しさん：2010/12/29(水) 02:28:49
確かにタイムラグというか，反映されるまでの待ち時間が必要になりますね．
SVNに慣れていましたが，分散型も検討しようかな
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 のマージ改善がうまく行けば、このあたりあたりもう少しインテリジェントに振舞ってくれるようになるかもしれないが。
1. 全体をマージして、tree conflictになったディレクトリは何もせずresolve.
2. 次に tree conflictになったディレクトリに絞ってマージする。
提示された例なら trunk/newdir/dir1 の変更を branch1/newdir に適用する。
うちはこれで対処した。
> Subversionはディレクトの移動やらリネームも追跡してくれる･･･
ってのは、ディレクトリの移動やらリネームも管理できる（あとで参照できる）、
リネームしたディレクトリの中のファイルの履歴が繋がる。
ということであって、
少なくとも現状(1.6.x)では、別々に成長したブランチに対して、
マージの時にファイルのリネームを適用したり、リネーム後のファイルに対して元の名前のファイルで
の変更点を適用したりはしてくれない。
>>166 のマージ改善がうまく行けば、このあたりあたりもう少しインテリジェントに振舞ってくれるようになるかもしれないが。
(訂正)
2. 次に tree conflictになったディレクトリに絞ってマージする。
提示された例なら trunk/newdir/dir1 の変更を branch1/dir1 に適用する。
+必要なら branch1/dir1 を branch1/newdir/dir1 にリネーム かな。
そもそも、ディレクトリ構成やファイル名が双方で大きく変わる場合、
機械的なマージなどできないことが多い。svnの話でなく一般的に。
マージ機能が多少改善されたところで、機械的に適用できる範囲は限られるから、
何も考えずガンガンブランチつくって別々にディレクトリ構成を変える運用をしてるなら
どんなツール使っても上手くいかないんじゃないかな。
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の話でなく一般的に。
ハードゲイは賢いよ
分散型で唯一ファイルのコピーに対応しているそうだし、
ファイルの移動もコピーして削除という実装だから、
コピー前の変更もしっかりコピー後の両方にマージされるよ
> そもそも、ディレクトリ構成やファイル名が双方で大きく変わる場合、
> 機械的なマージなどできないことが多い。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のようなへんてこなことをしているようにも見えないし・・・
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/
http://hibari.2ch.net/test/read.cgi/linux/1154701996/
196 ：デフォルトの名無しさん：2011/01/20(木) 22:20:48
最近TortoiseSVNでコミットするのがもの凄く遅い
2分ぐらい待たされるんだけど何が悪いんだろう
PC変えても同じだから鯖の方か？
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上においているとかフォルダーの階層が異常に深いとか？ローカルに新たにチェックアウトして比較してみたらどうかな
可能性として、ワーキングフォルダーをLAN上においているとかフォルダーの階層が異常に深いとか？ローカルに新たにチェックアウトして比較してみたらどうかな
200 ：デフォルトの名無しさん：2011/01/21(金) 00:24:46
>>198
変更ファイル一覧を出すまではリポジトリは無関係だと思うよ
変更ファイル一覧を出すまではリポジトリは無関係だと思うよ
201 ：デフォルトの名無しさん：2011/01/21(金) 01:37:11
202 ：デフォルトの名無しさん：2011/01/21(金) 01:42:00
ローカルに置いてます。共有ロックもかかってないはずだけど確認法がわからない。
もしかしてファイルが多すぎるだけなのかもしれないと思ってエクスプローラーで調べたら1万ファイルぐらい。
CakePHPという有名フレームワークのapp以下だけなんだけど…。
これで多すぎるのならSVN仕事では使えないということになってしまうし。
PCスペックはPhenom X4で4GBでWin7 32bitでインテルSSD。Athlon X2のXPマシンでも体感同じ。
もしかしてファイルが多すぎるだけなのかもしれないと思ってエクスプローラーで調べたら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更新するとか。
何が影響してるかわからないんで、アイコンオーバーレイとか一時的にとめて比較してみるとか。
どこか遅くなるフォルダーがあるんじゃないかな？サブフォルダをクリックしてコミットダイアログを出してフォルダーを特定してみたらどうだろうか。そしてそのフォルダを削除＋svn更新するとか。
何が影響してるかわからないんで、アイコンオーバーレイとか一時的にとめて比較してみるとか。
208 ：デフォルトの名無しさん：2011/01/21(金) 09:43:30
209 ：デフォルトの名無しさん：2011/01/21(金) 14:01:28
>>206-208どうもです。
調べたらどうも画像フォルダが特に極端に遅い悪寒。バイナリだから？
コマンドラインも試したけどあまり変わらないかな。
とりあえずチェックアウトし直したら早くなった感じがします。これで様子見ます。
調べたらどうも画像フォルダが特に極端に遅い悪寒。バイナリだから？
コマンドラインも試したけどあまり変わらないかな。
とりあえずチェックアウトし直したら早くなった感じがします。これで様子見ます。
210 ：デフォルトの名無しさん：2011/01/21(金) 14:59:22
211 ：デフォルトの名無しさん：2011/01/22(土) 14:46:17
>>209
%APPDATA%\Subversion フォルダを一旦デフォルトに戻してからチェックアウトしたらどうですか？
%APPDATA%\Subversion フォルダを一旦デフォルトに戻してからチェックアウトしたらどうですか？
212 ：デフォルトの名無しさん：2011/01/24(月) 16:22:04
git checkout ＜ブランチ＞
git clean
みたいな作業をSubversionでしたいのですが、全削除以外の方法はありますか？
svn switchだとゴミが残るのでcleanしたいけどcleanupって違うものですよね？
git clean
みたいな作業をSubversionでしたいのですが、全削除以外の方法はありますか？
svn switchだとゴミが残るのでcleanしたいけどcleanupって違うものですよね？
213 ：デフォルトの名無しさん：2011/01/24(月) 16:38:17
要は未コミットの追加/変更を全部なかったことにするんだよね？
考えるの面倒だから
svn st | awk '{print $NF}' | xargs rm ;svn up
とかかな？
考えるの面倒だから
svn st | awk '{print $NF}' | xargs rm ;svn up
とかかな？
214 ：デフォルトの名無しさん：2011/01/24(月) 22:35:35
215 ：デフォルトの名無しさん：2011/01/24(月) 23:05:49
>>212
cleanup は、ネットワークエラーなんかで Subversion のコマンドが中途半端に
なったときに作業フォルダのロックなんかの解除に使うコマンドだから多分貴方
のやりたいこととは違う。
>>214
revert だとごみが残ったままになると思うけど。
cleanup は、ネットワークエラーなんかで Subversion のコマンドが中途半端に
なったときに作業フォルダのロックなんかの解除に使うコマンドだから多分貴方
のやりたいこととは違う。
>>214
revert だとごみが残ったままになると思うけど。
216 ：デフォルトの名無しさん：2011/01/25(火) 00:27:51
>>215
納得した
納得した
217 ：デフォルトの名無しさん：2011/02/02(水) 13:11:06
コミットが遅くなる問題で質問したものですが結局直りませんでした
今もコミットしようとして10分ぐらいずっと待っています
もう駄目です納期に間に合わないので首釣って死にます
今もコミットしようとして10分ぐらいずっと待っています
もう駄目です納期に間に合わないので首釣って死にます
218 ：デフォルトの名無しさん：2011/02/02(水) 14:41:44
219 ：デフォルトの名無しさん：2011/02/02(水) 18:43:46
試したわけではないので効果はわからないけど、リポジトリをdumpしてから
新たにcreateしたところにloadしてみるというのはどうだろう。最適化されたりしないかな。
新たに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の物理障害でしょ？
どうせHDDの物理障害でしょ？
224 ：デフォルトの名無しさん：2011/02/04(金) 01:01:02
WindowsでSubversionを使っているのですがコマンドラインから
サブディレクトリなど含めて全ての.svnディレクトリを消すのはどうやったらできますか？
サブディレクトリなど含めて全ての.svnディレクトリを消すのはどうやったらできますか？
225 ：デフォルトの名無しさん：2011/02/04(金) 01:05:33
>>224
msysgitを入れてfind
msysgitを入れてfind
226 ：デフォルトの名無しさん：2011/02/04(金) 13:50:20
質問なのですが、
１つのファイルをリポジトリAとBに属させることは可能ですか？
リポジトリAにだけコミットし、リポジトリBには今はコミットしない、というようなことがしたいのです。
また、設定ファイルなど開発と本番で内容が異なるようなものはどのように管理されていますか？
１つのファイルをリポジトリAとBに属させることは可能ですか？
リポジトリAにだけコミットし、リポジトリBには今はコミットしない、というようなことがしたいのです。
また、設定ファイルなど開発と本番で内容が異なるようなものはどのように管理されていますか？
227 ：デフォルトの名無しさん：2011/02/04(金) 13:51:25
別途exportするのでは駄目なのかね。
228 ：デフォルトの名無しさん：2011/02/04(金) 13:53:07
>>226
svn:externals? (要svn1.6以降)
svn:externals? (要svn1.6以降)
229 ：デフォルトの名無しさん：2011/02/04(金) 20:56:40
>>226
とりあえず branch でなんとかするんじゃないの？
とりあえず branch でなんとかするんじゃないの？
230 ：デフォルトの名無しさん：2011/02/05(土) 18:09:26
>>227
リポジトリAの変更したファイルだけをリポジトリBにexportするのは大変そうなので
>>228
現在の要望とはちょっと違うようでした
でも、これは別件で使えそうです、ありがとうございます
>>229
まだSubversionを試してる段階なので、branchの考え方、運用方法を調べてみます
リポジトリAの変更したファイルだけをリポジトリBにexportするのは大変そうなので
>>228
現在の要望とはちょっと違うようでした
でも、これは別件で使えそうです、ありがとうございます
>>229
まだSubversionを試してる段階なので、branchの考え方、運用方法を調べてみます
231 ：デフォルトの名無しさん：2011/02/05(土) 18:48:57
>>224
そのフォルダーにexportで上書きすると.svnも消してくれる。
そのフォルダーにexportで上書きすると.svnも消してくれる。
232 ：デフォルトの名無しさん：2011/02/05(土) 18:59:11
>>230 ブランチで行うならこうかな。tortoiseSVNの例
１、trunkから開発用のブランチを分岐する。
２、開発用ブランチの設定ファイルを修正コミットする。
３、trunkから開発用ブランチを「マージのみを記録する」オプションをいれてマージする。こうするとtrunkのファイルは変更されずにマージしたことになる。
これでtrunkと開発用ブランチの設定ファイルは別物になる。この後ブランチを修正してtrunkにマージしても２で行った設定ファイルの変更は反映されなくなる。
おまけ
再び開発用ブランチを作ったとき上の修正した設定ファイルがほしいときは、ブランチ後、上の２のチェンジセットをブランチにマージすればいい。
１、trunkから開発用のブランチを分岐する。
２、開発用ブランチの設定ファイルを修正コミットする。
３、trunkから開発用ブランチを「マージのみを記録する」オプションをいれてマージする。こうするとtrunkのファイルは変更されずにマージしたことになる。
これでtrunkと開発用ブランチの設定ファイルは別物になる。この後ブランチを修正してtrunkにマージしても２で行った設定ファイルの変更は反映されなくなる。
おまけ
再び開発用ブランチを作ったとき上の修正した設定ファイルがほしいときは、ブランチ後、上の２のチェンジセットをブランチにマージすればいい。
233 ：デフォルトの名無しさん：2011/02/05(土) 19:27:02
234 ：デフォルトの名無しさん：2011/02/05(土) 22:15:03
>>231
おお、なんか無駄知識増えて得した気分…
おお、なんか無駄知識増えて得した気分…
235 ：デフォルトの名無しさん：2011/02/05(土) 23:14:50
236 ：デフォルトの名無しさん：2011/02/06(日) 09:39:27
237 ：デフォルトの名無しさん：2011/02/06(日) 14:19:29
TortoiseSVNなら
http://tortoisesvn.net/unversion.html
http://tortoisesvn.net/unversion.html
238 ：デフォルトの名無しさん：2011/02/06(日) 14:31:25
239 ：デフォルトの名無しさん：2011/02/06(日) 20:40:05
240 ：デフォルトの名無しさん：2011/02/06(日) 21:11:48
>>239
>>237 の URL の方法だと消えるけど、メニューの TortoiseSVN - Export で、
フォルダーに直接上書きすると消えない。
て言うか、TortoiseSVN 特有の挙動だで、もともとの質問は「コマンドライン」って
書いてあるから実は回答になってないし。
>>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 を「無効」にしたんだけど、
頻度こそ少なくなったんだけど、未だに発生します。
この件について、追加の情報をお持ちの方はいらっしゃいませんか？
↑と同じ現象で困ってて Windows Serch を「無効」にしたんだけど、
頻度こそ少なくなったんだけど、未だに発生します。
この件について、追加の情報をお持ちの方はいらっしゃいませんか？
244 ：デフォルトの名無しさん：2011/02/07(月) 00:22:54
>>243
インデックスサービスとWindows Searchは別物だからインデックスサービスも止まってるか確認してみたら？
おそらく共有違反なんだと思うから他にバックグランドでファイルをアクセスしているサービスが無いか確認だ
たとえば、ワクチンだとかバックアップだとか
インデックスサービスと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で対応しようと思います。
いろいろな回答ありがとうございました。
とりあえずexportで対応しようと思います。
248 ：デフォルトの名無しさん：2011/02/07(月) 03:09:47
249 ：デフォルトの名無しさん：2011/02/10(木) 00:01:39
うーん、svndumpfilter3の使い方がよくわからない。。。
何も書かないと全部include、書いたらそれだけinclude、
-eオプションでそこをexclude、-eオプションは正規表現非対応
で、あってるのかなぁ
何も書かないと全部include、書いたらそれだけinclude、
-eオプションでそこをexclude、-eオプションは正規表現非対応
で、あってるのかなぁ
250 ：デフォルトの名無しさん：2011/02/11(金) 00:30:42
>>244
>>248
アドバイスありがとうございました。
>インデックスサービスとWindows Searchは別物だからインデックスサービスも止まってるか確認してみたら？
当方Win7の環境ですが、Windows Search というサービスが走ってます。
で、自分なりの対策で現在発生しなくなったので、ご報告します。
１．Windows Search を「無効」にしたが、発生止まず。
２．Windows Search を開始させて、チェックアウトしてるディレクトリを、サービスの対象外とした
→これで発生しないようになりました。
→ちなみに Windows Search は「自動（遅延開始）」として、起動させてます。
※他に「感覚的に」変な挙動をするプログラムが、ちらほらあったので
C:\Program Files (x86) も Windows Search の対象外にしてます^^;
>>248
アドバイスありがとうございました。
>インデックスサービスとWindows Searchは別物だからインデックスサービスも止まってるか確認してみたら？
当方Win7の環境ですが、Windows Search というサービスが走ってます。
で、自分なりの対策で現在発生しなくなったので、ご報告します。
１．Windows Search を「無効」にしたが、発生止まず。
２．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まだ〜？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／
ﾏﾁｸﾀﾋﾞﾚﾀ〜
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・） ＜ 1.7まだ〜？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／
256 ：デフォルトの名無しさん：2011/02/20(日) 11:17:55.50
257 ：デフォルトの名無しさん：2011/02/22(火) 06:58:04.02
>>256
うん、なんかsaslauthで出来そうだね
うん、なんかsaslauthで出来そうだね
258 ：デフォルトの名無しさん：2011/02/26(土) 01:30:32.20
basic認証でユーザ管理してるのですが、特定のユーザがコミットしたファイルだけをアップデートしたい場合どうすれば良いでしょうか。
svn log ファイル名でユーザ確認しようかと考えましたが、一度アップデートしないと最新の情報が得られないようで。。。
何かいい方法ありましたらよろしくお願いします。
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が一番いいのだろうか？
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からじゃ読めない。
>>265
そういうことです
そういうことです
>>266
気がついていないのはお前だけだろw
気がついていないのはお前だけだろ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
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
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2709405
271 ：デフォルトの名無しさん：2011/03/04(金) 13:00:45.03
>>268
じゃあとりあえずcygwin入れて試してみたらー
じゃあとりあえずcygwin入れて試してみたらー
272 ：デフォルトの名無しさん：2011/03/04(金) 22:39:11.15
273 ：デフォルトの名無しさん：2011/03/04(金) 22:42:31.06
274 ：デフォルトの名無しさん：2011/03/04(金) 22:44:22.98
275 ：デフォルトの名無しさん：2011/03/04(金) 23:43:19.55
>>273
そんなこともわからないならレスしないでくださいって言われるよ
そんなこともわからないならレスしないでくださいって言われるよ
276 ：デフォルトの名無しさん：2011/03/05(土) 01:39:48.13
277 ：デフォルトの名無しさん：2011/03/05(土) 02:18:55.30
そんなことはない。
>>276
もちろんイラっとしてるよｗ
もちろんイラっとしてるよｗ
>>268
見ていない間に自分の偽物が(w
見ていない間に自分の偽物が(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
もしロックを解除したいなら、'変更をチェック'ダイアログを利用して下さい。
以上、よろしくお願いします。
リポジトリブラウザで、特定のフォルダを削除しようとすると、
以下のようなメッセージが出て、削除できません。
ググッてみたのですが、日本語の説明がみつけられず、
対処できないでいます。
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」が、リポジトリブラウザで
表示されない（存在しない）のが、謎なのです。
その上位のフォルダから「ロックを解除」等やってみたのですが
エラーが表示されて、削除できませんでした。
アドバイスありがとうございます。
↑のメッセージ中の「xxx.sql」が、リポジトリブラウザで
表示されない（存在しない）のが、謎なのです。
その上位のフォルダから「ロックを解除」等やってみたのですが
エラーが表示されて、削除できませんでした。
284 ：デフォルトの名無しさん：2011/03/07(月) 14:33:00.36
>>283
svnadminでロックを解除は試した？
svnadminでロックを解除は試した？
285 ：デフォルトの名無しさん：2011/03/08(火) 23:25:59.28
>>284
アドバイスありがとうございます。
書き込みを見て、試しましたがダメでした。
リポジトリブラウザで見えない「xxx.sql」を、狙い撃ちで削除できれば…
と考えてるのですが。
最悪、該当フォルダ以外をダンプして、再構築するのが現実的かと思います。
アドバイスありがとうございます。
書き込みを見て、試しましたがダメでした。
リポジトリブラウザで見えない「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 は無視されませんでした。
何かいい方法はないでしょうか?
ある名前にマッチしたフォルダ名を無視するにはどうしたらいいでしょうか?
以下のような作業コピーがあります。
{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 して開始する。
くらいしか思いつかん。
とか
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？)
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 でやる方法は、クライアント側で
設定する方法ですよね。
人の出入りが多いプロジェクトなので、できればリポジトリ側で行いたいです。
↓をみたら
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
のようにしろということでは。
または、fooがルートなら
*/*/prj*/bkup
のようにしろということでは。
291 ：デフォルトの名無しさん：2011/03/11(金) 13:11:46.77
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 も設定することにします。
いろいろやってみたのですが、 */*/prj*/bkup とかうまくいかず、
svn:ignore は、直下のディレクトリにしか設定できないのでは、と考えることにしました。
仕方がないので、現在すでにコミットされている prj1 と prj2 以下の bkup は
手作業で svn:ignore を設定し、今後増えていったら、手作業でやることにします。
念のためポストコミットフックで、 >>291-292 も設定することにします。
294 ：デフォルトの名無しさん：2011/03/15(火) 00:09:40.83
295 ：デフォルトの名無しさん：2011/03/16(水) 16:13:50.77
MacBookProでコマンドラインでSVNを使っているのですが、
svn add [ディレクトリ]
した際にディレクトリの中の .a ファイルが対象になりません。
該当ファイルを直接指定して add すれば追加されます。
configとかは一切編集していません。
原因わかりますか？
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
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
ほんと助かりました。
返信くれた方ありがとうございました。
~/.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 だったらごめんなさい。
ものでもないので、都度マニュアルaddのままでもいいと思うのよね。
*.a を管理する機会って、バイナリしかないサードパーティ製品を入れて
おく場合くらいな気がする。
ほかの意味を持つ *.a だったらごめんなさい。
303 ：デフォルトの名無しさん：2011/03/16(水) 18:44:47.91
ご指摘の通りだと思います。
ただ設定ファイルで設定していないにも関わらず、
addの対象から抜けるファイルがあったので気になっていました。
以前 svn copyした際に.aファイルが抜けて、
その状態でクライアントに提出して、クライントがビルド出来ない
ことがあったので、原因を調べてました。。
ただ設定ファイルで設定していないにも関わらず、
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
>>294
なるほど、読み間違えました。ありがとうございます。
リポジトリにゴミをコミットしたくないので、pre-commit でやってみることにします。
Subversion は、処理をtransaction 管理していてアトミックになるように処理しているというのを
どこかで読んだのを思い出しました。
なるほど、読み間違えました。ありがとうございます。
リポジトリにゴミをコミットしたくないので、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」って書いてあるけど……
「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を弄ると全部公開されてしまったのですが
何かいい方法はないでしょうか？
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
315 ：デフォルトの名無しさん：2011/04/14(木) 07:47:42.14
いい加減うんこSubversion捨て去りたいんだけど
Tortoise*でSVN以外使い物になるものってある？
Tortoise*でSVN以外使い物になるものってある？
316 ：デフォルトの名無しさん：2011/04/14(木) 11:42:33.70
亀に頼らないといけないくらいの初心者には
SVNがお似合いです
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)
日本語版は出るのかなぁ。
入れてみたけど、文字が化けるね。
(Windows XP SP3)
日本語版は出るのかなぁ。
321 ：デフォルトの名無しさん：2011/04/27(水) 17:48:51.07
TortoiseSVNでリポジトリを作成後、リポジトリブラウザでtrunkフォルダを作らずに、
直下に複数のフォルダを取り込んでいって作業を続けてしまったのですが、
ここにリポジトリブラウザでtrunkフォルダを作り、
すべてのフォルダをそこに移し、その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フォルダを作ってからのログしか出てこないです。
その中に入れてあるフォルダを一つ一つログ表示すると、
フォルダ単体に対してのログはすべて出てきます。
そのチェックはオフにしてみてもダメでした。
trunkフォルダを作ってからのログしか出てこないです。
その中に入れてあるフォルダを一つ一つログ表示すると、
フォルダ単体に対してのログはすべて出てきます。
324 ：デフォルトの名無しさん：2011/04/27(水) 19:39:50.40
trunk 自体ははどこかから移動してきたのではなく新しく作ったわけですね
それはそうなりますね
リポジトリブラウザからリポジトリのルートのログを表示させれば出ると思います
それはそうなりますね
リポジトリブラウザからリポジトリのルートのログを表示させれば出ると思います
325 ：デフォルトの名無しさん：2011/04/27(水) 21:02:12.63
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移動で持っていくと履歴も引き継げる。
リポジトリブラウザでフォルダーごとコピーとかムーブとかもできる
つく
>>325
TortoisSVN使ってるならチェックアウトして作業コピー上で右クリックのドラッグドロップのSVN移動で持っていくと履歴も引き継げる。
リポジトリブラウザでフォルダーごとコピーとかムーブとかもできる
329 ：デフォルトの名無しさん：2011/04/28(木) 10:28:41.91
>>326-328
1: リポジトリブラウザで開く
2: ルート上でコンテキストメニューを出し、「コピー」を選択
3: 名前に「/Trunk」を追記してOKを押す
とすると、ルート直下にあった全フォルダがTrunkにコピーされるのですが、
Trunkやその中にコピーされたフォルダ上のログを表示すると、
コピー以前ものが出なくなります。
ここで一番不明なのは、1回目のログ表示では正しく出ているようなのですが、
「最新に更新」を押すと、コピー以前ものが出なくなります。
それ以降は、リボジトリブラウザを開き直したりしても同じです。
TortoiseSVNのほうのバグなのか、
ルート自体をルート直下にコピーすること自体が想定外なのか、
よくわからずに困っています。
1: リポジトリブラウザで開く
2: ルート上でコンテキストメニューを出し、「コピー」を選択
3: 名前に「/Trunk」を追記してOKを押す
とすると、ルート直下にあった全フォルダがTrunkにコピーされるのですが、
Trunkやその中にコピーされたフォルダ上のログを表示すると、
コピー以前ものが出なくなります。
ここで一番不明なのは、1回目のログ表示では正しく出ているようなのですが、
「最新に更新」を押すと、コピー以前ものが出なくなります。
それ以降は、リボジトリブラウザを開き直したりしても同じです。
TortoiseSVNのほうのバグなのか、
ルート自体をルート直下にコピーすること自体が想定外なのか、
よくわからずに困っています。
330 ：デフォルトの名無しさん：2011/04/28(木) 12:24:58.16
331 ：デフォルトの名無しさん：2011/04/28(木) 13:19:37.46
332 ：ちょっとプログラムの課題がよくわからないんだが：2011/04/28(木) 15:12:54.17
「一行ごとに一単語（英単語）が書かれたファイルがある。
このとき、このファイルの内容をソートとして画面上に標準出力するプログラムを作成せよ。
ファイルの行数は不定とし、また上限を定めないこと。
また、ソートは降順あるいは、昇順のどちらにも対応できること。」
ちなみにファイルの読み込みは１回、単語格納のための配列は使ってはいけない、qsortは使ってはいけない
という条件付きです。誰かわかる人お願いします
このとき、このファイルの内容をソートとして画面上に標準出力するプログラムを作成せよ。
ファイルの行数は不定とし、また上限を定めないこと。
また、ソートは降順あるいは、昇順のどちらにも対応できること。」
ちなみにファイルの読み込みは１回、単語格納のための配列は使ってはいけない、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 とかせずに、一気に出したいです。
のように、各リビジョン毎の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
341 ：デフォルトの名無しさん：2011/04/30(土) 15:26:09.26
342 ：デフォルトの名無しさん：2011/04/30(土) 17:27:04.74
統合開発環境のプロジェクトを管理する場合、
開発環境が新しいフォルダやファイルを追加する場合、
それをsubversion側に通知するのは手動ですか？
開発環境が新しいフォルダやファイルを追加する場合、
それをsubversion側に通知するのは手動ですか？
343 ：デフォルトの名無しさん：2011/04/30(土) 17:29:19.19
一般論としては自動かもしれないし手動かもしれないです
344 ：デフォルトの名無しさん：2011/04/30(土) 17:30:55.81
345 ：デフォルトの名無しさん：2011/04/30(土) 18:15:43.55
>>344
そのとおり
ちなみに代表的な IDE である Visual Studio と Eclipse は
SVN 連携用プラグインを入れて、プロジェクトを登録することで、
ファイル・フォルダの増減をコミットできるようになる
そのとおり
ちなみに代表的な IDE である Visual Studio と Eclipse は
SVN 連携用プラグインを入れて、プロジェクトを登録することで、
ファイル・フォルダの増減をコミットできるようになる
346 ：デフォルトの名無しさん：2011/04/30(土) 18:37:19.38
347 ：デフォルトの名無しさん：2011/04/30(土) 19:14:29.70
直にプロジェクトファイルごとぶっこめないようなダメな環境ならプラグイン使ってもダメだと思う
>>347
ということはプロジェクトファイルごとぶっこめないのには別な原因があるのですね
コミットに失敗し、
Working copy '(パス)' locked.
Please execute the 'Cleanup' command.
と言われ、
Cleanupしようとすると
Cleanup failed to process the following paths
'・・・中略\ipch' is not a working copy directory
と出ます。ＶＳ２０１０とTortoiseSVNを使っています。
ビルドをしようとしたりなどの後にコミットしようとするとエラーとなります
どのようなことが原因として考えられますか？
ということはプロジェクトファイルごとぶっこめないのには別な原因があるのですね
コミットに失敗し、
Working copy '(パス)' locked.
Please execute the 'Cleanup' command.
と言われ、
Cleanupしようとすると
Cleanup failed to process the following paths
'・・・中略\ipch' is not a working copy directory
と出ます。ＶＳ２０１０とTortoiseSVNを使っています。
ビルドをしようとしたりなどの後にコミットしようとするとエラーとなります
どのようなことが原因として考えられますか？
349 ：デフォルトの名無しさん：2011/04/30(土) 19:39:36.65
ビルドのプログラムが .svn フォルダごと消しているとか？
>>349
ありがとうございます。確認してみたところ、
その通りでした。
ipchフォルダが.svnフォルダごと消されていました。
開発環境の方の動作は変えられないですが、
この場合どういった対処方法がありますか？
ありがとうございます。確認してみたところ、
その通りでした。
ipchフォルダが.svnフォルダごと消されていました。
開発環境の方の動作は変えられないですが、
この場合どういった対処方法がありますか？
351 ：デフォルトの名無しさん：2011/04/30(土) 20:48:06.57
>>348
そのメッセージ見るとipchとかでてるからVS2010がロックしているファイルが原因でしょう。
一般に、objとかsuoとかsdfのようなビルドで作られたりするファイルはソースがあれば作られるのでバージョン管理に含める必要はないんじゃね？
うちはビルド時に作られるフォルダやファイルはまとめてignore設定してるよ。
そのメッセージ見るとipchとかでてるからVS2010がロックしているファイルが原因でしょう。
一般に、objとかsuoとかsdfのようなビルドで作られたりするファイルはソースがあれば作られるのでバージョン管理に含める必要はないんじゃね？
うちはビルド時に作られるフォルダやファイルはまとめてignore設定してるよ。
353 ：デフォルトの名無しさん：2011/04/30(土) 21:02:41.10
2005用のちょっと古い資料だけど
http://msdn.microsoft.com/ja-jp/library/ms171339%28v=vs.80%29.aspx
の「ソース管理に追加できないファイルは次のとおりです」のところにバージョン管理に追加できないファイルが書いてある。
2010はさらに増えているようだ。プラグインで追加するのが安全かもね。
http://msdn.microsoft.com/ja-jp/library/ms171339%28v=vs.80%29.aspx
の「ソース管理に追加できないファイルは次のとおりです」のところにバージョン管理に追加できないファイルが書いてある。
2010はさらに増えているようだ。プラグインで追加するのが安全かもね。
みなさん本当にありがとうございます。
Global ignore pattern に以下の追加したところうまくコミットされるようになりました！
*.sdf *.suo *.ipch *.log *.obj *.exe *.dll *.lib ipch
フォルダの指定はipchとだけ書いただけなのですが、
一応動作としては除外されていますが、これはこの書き方で大丈夫でしょうか？
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ではなく作業フォルダで手動で指定してる。
うちのはDebugとかReleaseとかx64とかフォルダごと除外してる。ただ、こういうありがちな名前は偶然除外される可能性があるのでGlobal ignore patternではなく作業フォルダで手動で指定してる。
358 ：デフォルトの名無しさん：2011/04/30(土) 22:50:42.57
.suoってユーザ名がさらについてる、.suo.hogeみたいなファイルもできた気がする。
ので、そういうのもちまちまとignoreしていくといいです
ので、そういうのもちまちまとignoreしていくといいです
>>358
どうもです！ちまちまと覚えておきます。
どうもです！ちまちまと覚えておきます。
360 ：デフォルトの名無しさん：2011/04/30(土) 23:00:37.97
361 ：デフォルトの名無しさん：2011/05/01(日) 00:00:54.59
>>360
それかな？できなくなったならよかったです
それかな？できなくなったならよかったです
362 ：デフォルトの名無しさん：2011/05/01(日) 00:51:22.73
>>339
そのようです。TortoiseSVNではその機能があるようですが、cliでしたいんですがsvnコマンドにはそういうオプションはありませんか？
log/diff のオプションには見当たらないです。
そのようです。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が近い機能かな
svn blameが近い機能かな
365 ：デフォルトの名無しさん：2011/05/04(水) 00:50:12.47
>>364
ありがとうございます
ありがとうございます
>>341
すみません、しばらく試せない状態でした。
TortoiseSVNの設定内の「Cached Repositories」にある項目を
すべて削除してみたところ、その直後は正しく表示されますが、
すぐに同じような状態に戻ってしまいました。
すみません、しばらく試せない状態でした。
TortoiseSVNの設定内の「Cached Repositories」にある項目を
すべて削除してみたところ、その直後は正しく表示されますが、
すぐに同じような状態に戻ってしまいました。
連投失礼します。
新しいリポジトリでも、以下のような作業で同じように発生します。
1: リポジトリブラウザでルート直下にフォルダをいくつか作成
2: ルート自体で「コピー」を選択し、「/trunk」を追記してOKを押す
3: ルート直下にtrunkフォルダができ、最初に作ったフォルダがコピーされている
4: trunk自体や、trunk内にコピーされたフォルダのログを表示
5: この段階では最初の作成とコピーとが両方表示されている
6: 2回目以降の表示ではコピー以降のログしか出てこなくなる(他のフォルダも)
新しいリポジトリでも、以下のような作業で同じように発生します。
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はこの変更に対応していないので
追従できなくなってしまいました。他の方法はありますか?
リンクに変更されてしまい、svn_load_dirsはこの変更に対応していないので
追従できなくなってしまいました。他の方法はありますか?
369 ：デフォルトの名無しさん：2011/05/08(日) 10:30:10.12
370 ：デフォルトの名無しさん：2011/05/10(火) 14:10:52.59
いまじぶんの作業コピーが、revision のいくつになっているのかを知るには、
TortoiseSVN ではどうやったらいいですか？
TottoiseSVN で、「更新」をやれば、「完了： リビジョン:nn」とでるが、
わざわざ更新せずにやりたい。
コマンドラインだと、
c:\>cd 作業コピー
c:\>svn info
とやると、リビジョン：nn という行がありますが、
これとおなじことを TortoiseSVN でどうやるかが知りたいです。
TortoiseSVN ではどうやったらいいですか？
TottoiseSVN で、「更新」をやれば、「完了： リビジョン:nn」とでるが、
わざわざ更新せずにやりたい。
コマンドラインだと、
c:\>cd 作業コピー
c:\>svn info
とやると、リビジョン：nn という行がありますが、
これとおなじことを TortoiseSVN でどうやるかが知りたいです。
371 ：デフォルトの名無しさん：2011/05/10(火) 14:18:24.43
(フォルダを)右クリックしてプロパティを表示。Subversionタブを表示する。
373 ：デフォルトの名無しさん：2011/05/11(水) 10:26:36.38
エクスプローラで詳細表示にして、ヘッダ行で右クリック→その他で
SVN状態やSVNリビジョンが選択できる
SVN状態やSVNリビジョンが選択できる
375 ：デフォルトの名無しさん：2011/05/13(金) 15:41:21.53
Linuxのsubversiveでスタティックリンク(ln -sで作った奴）をそのままリンクとしてアップロードするにはどうすればいいですか？
リポジトリの追加に作ったリンクが出てこないのですが....
(リンク先は既にリポジトリに追加されてます）
リポジトリの追加に作ったリンクが出てこないのですが....
(リンク先は既にリポジトリに追加されてます）
376 ：デフォルトの名無しさん：2011/05/13(金) 23:37:19.02
>>375
ln -s って、シンボリックリンクのこと？
普通にそのリンクを追加してコミットするだけだったと思う。
> リポジトリの追加に作ったリンクが出てこないのですが....
そもそも、クライアントは何使ってるの？
ln -s って、シンボリックリンクのこと？
普通にそのリンクを追加してコミットするだけだったと思う。
> リポジトリの追加に作ったリンクが出てこないのですが....
そもそも、クライアントは何使ってるの？
377 ：デフォルトの名無しさん：2011/05/25(水) 16:06:00.18
前回リリースと今回のリリースまでの間にリポジトリにどのような変更が
加えられたかを取得したいので、CVSからSubversionへ運用を移行する事を
考えています。
ただ、客先への納品ルールが「CVSのリポジトリをそのまま固めた状態で格
納」となっている為悩んでいます
cvsroot/
└Project1/
└src/
：
└Project2/
└src/
：
※Project1に変更を加えてリリースする際は、 Project1フォルダ丸ごとgz
で固めて提出
日々の運用はSubversionを使いつつ、リリースの際に上記のルールに上手く
あうように運用する良い方法は無いでしょうか？
加えられたかを取得したいので、CVSからSubversionへ運用を移行する事を
考えています。
ただ、客先への納品ルールが「CVSのリポジトリをそのまま固めた状態で格
納」となっている為悩んでいます
cvsroot/
└Project1/
└src/
：
└Project2/
└src/
：
※Project1に変更を加えてリリースする際は、 Project1フォルダ丸ごとgz
で固めて提出
日々の運用はSubversionを使いつつ、リリースの際に上記のルールに上手く
あうように運用する良い方法は無いでしょうか？
378 ：デフォルトの名無しさん：2011/05/25(水) 16:23:55.64
確認しましたが、CVSでなければ駄目なようです。
過去、意図しない変更srcが紛れているのに気が付かないまま本番リリース
してしまった事があって、それを防ぐ為にもSubversionにしたいと思っています。
過去、意図しない変更srcが紛れているのに気が付かないまま本番リリース
してしまった事があって、それを防ぐ為にもSubversionにしたいと思っています。
380 ：デフォルトの名無しさん：2011/05/25(水) 20:18:53.77
Subversionで普通にすすめて、リリースの時だけCSVに放り込めばいいんじゃないの？
381 ：デフォルトの名無しさん：2011/05/25(水) 21:00:38.25
リリース単位でCVSに入れるというのはCVSから見ると
ベンダーブランチのおっかけみたいに見えるのかな。
subversion側での途中の履歴は必要ないのだろうか。
ベンダーブランチのおっかけみたいに見えるのかな。
subversion側での途中の履歴は必要ないのだろうか。
382 ：デフォルトの名無しさん：2011/05/25(水) 23:11:01.12
オレオレコミットの履歴が必要なら、その都度CSVに・・・
お客様指定は何時も悩みどころだなw
お客様指定は何時も悩みどころだなw
383 ：デフォルトの名無しさん：2011/05/25(水) 23:16:24.31
こういうのもあるが
http://svn2cvs.tigris.org/
http://svn2cvs.tigris.org/
384 ：デフォルトの名無しさん：2011/05/26(木) 00:22:49.70
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
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
http://svn.haxx.se/dev/archive-2011-06/0309.shtml
387 ：デフォルトの名無しさん：2011/06/12(日) 15:33:26.62
個人で単独での開発が多くて分担といっても
昔にVSSくらいしか使ったことがないんですが
Subversionの使い方や意義などについて
教えてくれませんか
svnコマンドでリードオンリーでチェックアウトしたり
tortoiseSVNでコミットを１回したぐらいで
全然つかめていません
昔にVSSくらいしか使ったことがないんですが
Subversionの使い方や意義などについて
教えてくれませんか
svnコマンドでリードオンリーでチェックアウトしたり
tortoiseSVNでコミットを１回したぐらいで
全然つかめていません
388 ：デフォルトの名無しさん：2011/06/12(日) 15:58:26.98
自分にとって必要でないものなら使わなきゃいいじゃん
389 ：デフォルトの名無しさん：2011/06/12(日) 19:01:01.08
390 ：デフォルトの名無しさん：2011/06/12(日) 22:27:39.89
>>387
TortoiseSVN使う場合はExplorerと統合されている時点で
色々とVSSよりもメリットがあると思うけど。
VSS使ってた様なライトユーザはまずはTortoise中心に使う事をオススメ
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の自動生成が何やってるのかわかんなくて気持ち悪いので
前後の差分調べるために使ってる。
…というのは置いといて、昔の状態そのものに戻せるのが利点じゃない？
ソースに大きな改変加えてそれが間違ってたと気付いたとき、非常に少ない手間で元に戻せる。
自分は最近C#勉強し始めたんだけど、VisualStudioの自動生成が何やってるのかわかんなくて気持ち悪いので
前後の差分調べるために使ってる。
…というのは置いといて、昔の状態そのものに戻せるのが利点じゃない？
ソースに大きな改変加えてそれが間違ってたと気付いたとき、非常に少ない手間で元に戻せる。
395 ：デフォルトの名無しさん：2011/06/14(火) 16:43:32.42
VSSユーザーって、
チェックアウトせずに編集する事や
ファイルをロックせずに編集する事に抵抗を感じているらしいよ
チェックアウトせずに編集する事や
ファイルをロックせずに編集する事に抵抗を感じているらしいよ
396 ：デフォルトの名無しさん：2011/06/14(火) 18:37:37.22
それは分散型に抵抗を感じると言っているの？
それとも、どう繋がるのか知らないけどSubversionに抵抗があると言っているの？
それとも、どう繋がるのか知らないけどSubversionに抵抗があると言っているの？
397 ：デフォルトの名無しさん：2011/06/14(火) 20:15:35.92
398 ：デフォルトの名無しさん：2011/06/14(火) 22:58:17.95
SubversionもCVSも使ってるけど、複数人で1つのソースを編集するとか無いん
で、ぶっかけロック型の方が安心する。
Subversionの場合は必ず最初にロック強要の設定にしてるよ。
で、ぶっかけロック型の方が安心する。
Subversionの場合は必ず最初にロック強要の設定にしてるよ。
399 ：デフォルトの名無しさん：2011/06/15(水) 00:15:16.25
400 ：デフォルトの名無しさん：2011/06/15(水) 01:52:27.59
スレの流れ的になんらおかしくはないと思うんだがなぁ。
それに、Subversionと結びつけるのが難しいとか、ここ何のスレなのかと思う。
それに、Subversionと結びつけるのが難しいとか、ここ何のスレなのかと思う。
401 ：デフォルトの名無しさん：2011/06/15(水) 09:38:42.76
おれは
> チェックアウトせずに編集する事や
の意味がわからん。
>>395 を読むと、 Subversion ではチェックアウトせずに編集すると受け取れるが、
チェックアウトしなけりゃ編集のしようがないだろ。
そもそも、このスレは Subversion のスレであって VSS のスレじゃないんだから、
VSS のことなんて知るかよ。
だから、 VSS のどういった部分が Subversion のどういった部分に
繋がるのかがわからん...と言っているんじゃないのか?
> チェックアウトせずに編集する事や
の意味がわからん。
>>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の人の気持ちが分からないですよと
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 って略されているんじゃないかな。
要は、マージが不安だと言うだけのことでしょ。
>>404
Sub は俺も聞いたことない。
Subversion で一単語だから、Sub っていうのは違和感ある。
大抵 SVN って略されているんじゃないかな。
>>406
ひょっとして VSS圏での生活が長い人たちで Sub って呼ぶのが習慣になってる
コロニー(？)があるのかなぁ、と思った次第。
svnコマンド使った事あれば必然的に svn って呼ぶだろうし。
ひょっとして VSS圏での生活が長い人たちで Sub って呼ぶのが習慣になってる
コロニー(？)があるのかなぁ、と思った次第。
svnコマンド使った事あれば必然的に svn って呼ぶだろうし。
408 ：デフォルトの名無しさん：2011/06/15(水) 22:32:28.45
409 ：デフォルトの名無しさん：2011/06/15(水) 22:48:13.03
カタカナでサブバに１票
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
413 ：デフォルトの名無しさん：2011/06/16(木) 15:30:18.00
個人的には親しみを込めて「サブちゃん」と呼んでいる
414 ：デフォルトの名無しさん：2011/06/16(木) 17:28:30.23
一般的には「ジョン」が大半だと思うが
415 ：デフォルトの名無しさん：2011/06/16(木) 20:08:31.70
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)
断じて「トータス」ではありません
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
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ファイルがアクセスが拒否されました。
となって失敗するようになりました
エクスプローラで辿ってこのテキストファイルを開いて読むことはできます
リードオンリーとアーカイブ属性でした
リードオンリーを外してリトライも駄目です
管理システムが壊れたのでしょうか？
ありがとうございました
なんかチェックアウトもアップデートも
.svnにあるentriesファイルがアクセスが拒否されました。
となって失敗するようになりました
エクスプローラで辿ってこのテキストファイルを開いて読むことはできます
リードオンリーとアーカイブ属性でした
リードオンリーを外してリトライも駄目です
管理システムが壊れたのでしょうか？
431 ：デフォルトの名無しさん：2011/06/18(土) 03:43:04.28
●Subversionの呼び名ランキング
・サブバ ｘ２
・さっばーじょ ｘ１
・サブン ｘ１
・サブちゃん ｘ１
・ジョン ｘ１
・サブ ｘ１
・亀 ｘ１
・サブバ ｘ２
・さっばーじょ ｘ１
・サブン ｘ１
・サブちゃん ｘ１
・ジョン ｘ１
・サブ ｘ１
・亀 ｘ１
432 ：デフォルトの名無しさん：2011/06/18(土) 08:03:20.69
>>430
とりあえずクリーンアップを実行だ
とりあえずクリーンアップを実行だ
433 ：デフォルトの名無しさん：2011/06/18(土) 23:39:51.40
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
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
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上との差分をとるにはどのようなコマンドがありますか？
Subversion上との差分をとるにはどのようなコマンドがありますか？
444 ：デフォルトの名無しさん：2011/06/27(月) 11:42:15.90
>>443
svn diff ではなくて、何か他にないかってこと?
svn diff ではなくて、何か他にないかってこと?
445 ：デフォルトの名無しさん：2011/06/27(月) 12:33:33.56
O社のM氏のdocdiffを指定することがあるな。
svn diff --diff-cmd=docdiff -x--tty
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
こんな感じで呼び出してるのですがもうわかりません。
だれかまじでたのみます！
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を使わないの？
なんでTortoisePlinkを使わないの？
448 ：デフォルトの名無しさん：2011/06/27(月) 13:00:37.35
>447
TortoisePlinkだとエラーメッセージとか省略されてしまうらしいのでputtyを使ってエラーを表示してます。
TortoisePlinkでもこの２行のエラーがでてつながらないですorz
エラー: To better debug SSH connection problems, remove the -q option from 'ssh' in the
エラー: [tunnels] section of your Subversion configuration file.
すいませんお願いします。
TortoisePlinkだとエラーメッセージとか省略されてしまうらしいのでputtyを使ってエラーを表示してます。
TortoisePlinkでもこの２行のエラーがでてつながらないです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
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が実行できるのでパスは通ってると思ってました。
試してみますね。
また来ます。
サーバー側のどの階層でもsvn helpが実行できるのでパスは通ってると思ってました。
試してみますね。
また来ます。
453 ：デフォルトの名無しさん：2011/06/27(月) 13:35:45.97
>>444
サンクス！
diff使えばいいのか、コマンド一覧によく見たら書いてあったorz
>>445
オラクル社のまつもとゆきひろ？
ファイル名だけなら
svn stでいけるんだけど、Mと?の違いがわからん
?はSVN↑で管理されてないってことかな
サンクス！
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の設定が間違ってそうです。
思ったより難しいですね・・・・
少し勉強してみます。
ありがとうでした。
svnserveの設定が間違ってそうです。
思ったより難しいですね・・・・
少し勉強してみます。
ありがとうでした。
456 ：デフォルトの名無しさん：2011/06/27(月) 18:09:56.04
457 ：デフォルトの名無しさん：2011/06/30(木) 12:55:22.47
458 ：デフォルトの名無しさん：2011/07/06(水) 07:35:36.12
$svnadmin create test
とやってtestリポジトリを作るとします。
その下に最初から
trunk
branches
tags
を作成しておくことは出来ないのでしょうか？
毎回リポジトリを作る度に行わなければいけないので面倒です。
とやって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
と書いてもだめでした。どうすればいいでしょうか？
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
だめでした。何も変わりませんでした。
一応/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参照してるんだろうな。
多分、/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
/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 系のコマンドを実行しているのだろうか。
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 だというお告げが出たが、
詳しくは自分で調べてみてね。
> 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
管理者権限もらえなかったり、ソフトウェアのインストールのための手続きが煩雑で時間がかかったりする
ような方針のプロジェクトはあるね。ご愁傷様。
ような方針のプロジェクトはあるね。ご愁傷様。
>>468
どうもありがとうございます。
Subclipse 1.2.4(site-1.2.4.zip) というのを落としてやってみたところ、
目的を達せられました。どうもありがとうございました!
Subclipseのバージョン番号とSubversionのバージョン番号は
一致しているわけではなかったのか。
>>469-471
そのとおりなのですが(TortoiseSVNを1.5系、あるいは最新にしてしまえばよい)
>>471 さんの通り TortoiseSVN は更新できないのです。
Subclipseも一次請けが「これを使え」と持ってきたのですが、
「TortoiseSVNとずれているから別なのを提供してほしい」と言っても
なかなかやってくれないので、Eclipseはadmin権限はいらないし、
入れ替えてしまえ、という次第です。
どうもありがとうございます。
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
これからどうやってチェックしたらいいんでしょうか
SVN-Monitor探しに行ったらサイトが無くなっている・・・orz
と思ったら復活していました。いったい何なんですか、もう
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
以下の部分を弄ってるときに一時的に使えなくなってた、のかも。
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
Ｔｏｒｔｏｉｓｅ のおかげでというか、せいでというか、svn から離れられない……
これであと10年は（rya
Ｔｏｒｔｏｉｓｅ のおかげでというか、せいでというか、svn から離れられない……
478 ：デフォルトの名無しさん：2011/07/27(水) 00:29:10.96
TortoiseSVNは分散系の奴に比べて使い勝手が良いからなぁ。
479 ：デフォルトの名無しさん：2011/07/29(金) 19:31:46.87
TortoiseSVNでリポジトリブラウザやSVNチェックアウトで、
svn+ssh://[email protected]/etc/svn
と指定すると、
PuTTY Fatal Error
Network error: Cannot assign requested address
と出てアクセスできない。
アドレスやサーバー側のSVN設定は問題ない。
解決方法ない？
svn+ssh://[email protected]/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を使ってます。
次回以降、ルートなどで、そのサブフォルダには関係の無いマージを行っても、
mergeinfoの情報が更新されて「！」が付いてしまうのですが、
これはそういうものなのでしょうか？
それとも、ルートではなく
サブフォルダ上でマージしたのが間違いだったのでしょうか？
現在は1.6.6を使ってます。
482 ：デフォルトの名無しさん：2011/08/02(火) 11:01:52.60
>>481
前スレの 900 付近を参照
前スレの 900 付近を参照
483 ：デフォルトの名無しさん：2011/08/02(火) 23:56:51.24
484 ：デフォルトの名無しさん：2011/08/03(水) 01:07:00.43
今まで一つのリポジトリに複数プロジェクト入れてる管理方法で、TortoiseSVNでリポジトリブラウザ見た時に全体のプロジェクトの数とか名前とかが俯瞰できてたんだけど、
構成を変更してプロジェクト毎にリポジトリ分割することになてしまた。
分割管理する場合て、ユーザー側から全部のリポジトリの状況を俯瞰的に知れる方法って何かありますかね？
Apache使ってWebブラウザからのアクセスでなら何とかなる？とかちらっと見たのだけれど、それしかない？
ちなみに、サーバー側はsvnserve使用で、ユーザーはTortoiseSVNでのアクセスが基本となってます。
初心者もろだしで申し訳ない…
構成を変更してプロジェクト毎にリポジトリ分割することになてしまた。
分割管理する場合て、ユーザー側から全部のリポジトリの状況を俯瞰的に知れる方法って何かありますかね？
Apache使ってWebブラウザからのアクセスでなら何とかなる？とかちらっと見たのだけれど、それしかない？
ちなみに、サーバー側はsvnserve使用で、ユーザーはTortoiseSVNでのアクセスが基本となってます。
初心者もろだしで申し訳ない…
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に追加しなおす必要があるということですか？
ルートに
/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を足しておけばよくね？
subのmergeinfoを消してtrunkに80を足しておけばよくね？
487 ：デフォルトの名無しさん：2011/08/04(木) 04:10:16.67
そんなことしたらr80のsub以外に対する変更もマージ済みってことになっちゃうよ。
sub以外にr80で変更してないならそれでもいいんじゃないの。詳しくないけど。
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
環境
・テストサーバー
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に設定していますが
これ以外に何か設定しなければならないのでしょうか?
長い文章で申し訳ありませんが、よろしくお願いします。
リポジトリ内のデータを、クライアント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 ってるっつーことか?
もしかして WebDAV ってるっつーことか?
493 ： 忍法帖【Lv=1,xxxP】 ：2011/08/05(金) 09:40:08.56
494 ：デフォルトの名無しさん：2011/08/07(日) 01:09:51.42
>493
あなたの知識でホームページとやらの管理をSubversionですると
.svn内のtext-baseを抜かれてクラックされるからやめといた方が良いよ
あなたの知識でホームページとやらの管理をSubversionですると
.svn内のtext-baseを抜かれてクラックされるからやめといた方が良いよ
495 ：デフォルトの名無しさん：2011/08/08(月) 10:11:36.54
また上から目線で頓珍漢なことを...
496 ：デフォルトの名無しさん：2011/08/08(月) 11:39:28.21
そういや .svn 以下の取り扱いに関しての話題が2年ぐらい前に流行ったな
Apacheデフォは丸見えだから云々、で
Apacheデフォは丸見えだから云々、で
497 ：デフォルトの名無しさん：2011/08/08(月) 21:24:33.32
Mercurialにしよう
.hgのフォルダはトップレベルのフォルダにしかできないし
鯖にプッシュされたら
鯖内の作業コピーを更新するようにしておけばおｋ
.hgのフォルダはトップレベルのフォルダにしかできないし
鯖にプッシュされたら
鯖内の作業コピーを更新するようにしておけばおｋ
498 ：デフォルトの名無しさん：2011/08/09(火) 09:52:34.22
>>496
http://slashdot.jp/security/article.pl?sid=09/09/25/0246256
これか。日本のWebサービスで比較的有名なところも
ソースおっぴろげして話題になってたような記憶もあるが、どこだっけ…？
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』みたいなところにリダイレクトさせるのも有りかなと思った。
http://slashdot.jp/security/article.pl?sid=09/12/18/0426225
ここじゃないって事か？
.svn を 403 にしたり 404 にしたりさせるのが手っ取り早いと思うけど
『手の込んだ 404』みたいなところにリダイレクトさせるのも有りかなと思った。
500 ：デフォルトの名無しさん：2011/08/09(火) 22:19:19.20
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で管理してると、ファイルを開く度に赤くなってしまう
何故ｊか変更せずに閉じても赤いまま、差分取ってももちろん差はない
どうにかする方法はないでしょうか？
何故ｊか変更せずに閉じても赤いまま、差分取ってももちろん差はない
どうにかする方法はないでしょうか？
504 ：デフォルトの名無しさん：2011/09/06(火) 03:27:38.76
>>503
閲覧用に、OpenOfficeかMS ExcelViewerを使う。
閲覧用に、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
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)の内容をチェックして
変更の可否を決めたいんだけれども、無理なんだろうか…
コミットログを編集する際、その編集された新しい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)
「スクリプト内」って、何を指してるの？
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の情報を取得することはできないでしょうか
Pythonを使わずに、batファイル内だけでSTDINの情報を取得することはできないでしょうか
「for /f "usebackq" %%i in (`type con`) do echo %%i」で1行ずつ読み取れそう。
でも、この話題はSubversionのスレで相談するよりも、バッチファイルのスレで相談した方が良いと思うよ。
あるいは、WSH (VBScript や JScript) で書くのはだめかな？
WScript.StdIn で標準入力を得られそうだけど。
でも、この話題はSubversionのスレで相談するよりも、バッチファイルのスレで相談した方が良いと思うよ。
あるいは、WSH (VBScript や JScript) で書くのはだめかな？
WScript.StdIn で標準入力を得られそうだけど。
514 ：デフォルトの名無しさん：2011/09/14(水) 01:24:04.32
515 ：デフォルトの名無しさん：2011/09/29(木) 18:26:20.36
516 ：デフォルトの名無しさん：2011/09/29(木) 23:32:09.75
何が転覆なのかよくわからないけど、VSS捨てたのは正直やっとかという印象を受けつつも、いいことだね
517 ：デフォルトの名無しさん：2011/09/30(金) 12:37:13.61
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
単体で 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
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 になった。
別の方法を考えてみます。
レスどうもありがとうございます。
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
だけ戻す方法はありませんか?
ファイル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を起動する方法は、
どちらでも可能なのでしょうか？
２つの違いは元リポジトリ側で起動する場合のみ、
コミットフックで即時反映が可能の理解で良いでしょうか？
元リポジトリ側のサーバでsvnsyncを起動する方法と、
先リポジトリ側のサーバでsvnsyncを起動する方法は、
どちらでも可能なのでしょうか？
２つの違いは元リポジトリ側で起動する場合のみ、
コミットフックで即時反映が可能の理解で良いでしょうか？
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作って放り込めばいいんじゃない？
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
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
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 環境では誰も使ってないのか。
うまくいかんのな。
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の統合が速度に好影響を与えるといいんだけど
クライアントの.svnの統合が速度に好影響を与えるといいんだけど
534 ：デフォルトの名無しさん：2011/10/12(水) 15:31:16.41
535 ：デフォルトの名無しさん：2011/10/12(水) 15:35:22.21
分散型化ﾏﾀﾞｰ
536 ：デフォルトの名無しさん：2011/10/12(水) 15:46:49.78
537 ：デフォルトの名無しさん：2011/10/12(水) 19:05:23.77
TortoiseSVN 1.7.0 も同時か。
作業コピーのアップグレードで .svn がルートだけになるのにちょっと感動した。
日本語マニュアルも完備だし。
本家＆マニュアルの中の人、ありがとうございます！
作業コピーのアップグレードで .svn がルートだけになるのにちょっと感動した。
日本語マニュアルも完備だし。
本家＆マニュアルの中の人、ありがとうございます！
538 ：デフォルトの名無しさん：2011/10/12(水) 21:16:24.45
539 ：デフォルトの名無しさん：2011/10/13(木) 10:07:14.56
リモート（たとえば sourceforge）とかから
過去の変更もすべて取得するのはどうすればいいでしょうか？
git でいうところの clone コマンドです。
過去の変更もすべて取得するのはどうすればいいでしょうか？
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)
これは注意しないとなー。俺だけかもしれんけど。
> 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が動いてるマシンでのコピーは多分絶望的だよね
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
551 ：デフォルトの名無しさん：2011/10/14(金) 11:02:56.32
そうだと思うよー
どんなケースで使うかと言えば、あらかじめ巨大なWCを作っておき、
それを配布していろんな場所で使いまわす、みたいな。
どんなケースで使うかと言えば、あらかじめ巨大な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が行われている時にクライアントでとったバックアップが保証されない。
そんな単純な話ではない。
例えば、Webサーバの公開されているところを定期的にバックアップ取っているとか。
サーバが更新されてhookでupdateが行われている時にクライアントでとったバックアップが保証されない。
558 ：デフォルトの名無しさん：2011/10/14(金) 11:58:37.69
WCとリポジトリは別だろ
559 ：デフォルトの名無しさん：2011/10/14(金) 12:03:15.54
560 ：デフォルトの名無しさん：2011/10/14(金) 12:14:01.08
作業コピーのコピーなんか普通しない。
そうしたい場合があるのは否定しないしできた方が便利だとは思うが
そんなレアケース、出来なかったからってグダグタ言うほどのもんじゃない。
まあ次では対策されるだろうがね。
それより.svnがひとつになったことがめでたい。
そうしたい場合があるのは否定しないしできた方が便利だとは思うが
そんなレアケース、出来なかったからってグダグタ言うほどのもんじゃない。
まあ次では対策されるだろうがね。
それより.svnがひとつになったことがめでたい。
561 ：デフォルトの名無しさん：2011/10/14(金) 12:18:00.66
そんな糞運用やめろよと言いたいわ
562 ：デフォルトの名無しさん：2011/10/14(金) 12:20:29.89
563 ：デフォルトの名無しさん：2011/10/14(金) 12:30:46.05
564 ：デフォルトの名無しさん：2011/10/14(金) 12:53:09.39
コピー先に普通にcheckoutして.svn残して全削除
既存のWCから.svn除いてコピーでいいじゃん
既存のWCから.svn除いてコピーでいいじゃん
565 ：デフォルトの名無しさん：2011/10/14(金) 13:02:20.01
> 既存のWCから.svn除いてコピー
の時点で駄目なんだってばよ。
の時点で駄目なんだってばよ。
あ、自分もちゃんと理解してなかった。勘違いです。
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コピー？ただのバカだろそれ
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
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を使ってるユーザーにとって十分メリットになる。
クライアントとして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)のための土台を提供します。
> マジレスすると別に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
ほんとに頭悪いんだな・・・気の毒になってくるｗ
「DVCSのための土台を提供」って書いてあるだろ。svn自身が分散型を目指してるわけじゃないんだよ。
> いくつかのGitのような特徴が開発者に受ける、というのはありますが、
> ならば、一カ所に全てのデータを集約したいという多くの組織が求めるような
> （従って多くの開発者に訴求する）セントラライズド（集中化）されたリポジトリを提供しつつ、
> 似たような変更を行うというのはSubversionにとってよい感覚でしょう。
ほんとに頭悪いんだな・・・気の毒になってくるｗ
「DVCSのための土台を提供」って書いてあるだろ。svn自身が分散型を目指してるわけじゃないんだよ。
> いくつかのGitのような特徴が開発者に受ける、というのはありますが、
> ならば、一カ所に全てのデータを集約したいという多くの組織が求めるような
> （従って多くの開発者に訴求する）セントラライズド（集中化）されたリポジトリを提供しつつ、
> 似たような変更を行うというのはSubversionにとってよい感覚でしょう。
579 ：デフォルトの名無しさん：2011/10/14(金) 20:10:29.55
580 ：デフォルトの名無しさん：2011/10/14(金) 20:15:27.67
Gitが受けている理由の中には、分散型であるが故のものとそうでないものがあって
Subversionは分散型にはならないが、DVCSが持ってる便利な機能は追加していくということ。
例えばオフラインコミットなどは集中型であっても実現できるはずの機能。
完全に分散型になるということは、できることが増える代償として複雑さも増すわけだかｒ
svnとして目指すべきではないし、それは中の人もわかってる。
Subversionは分散型にはならないが、DVCSが持ってる便利な機能は追加していくということ。
例えばオフラインコミットなどは集中型であっても実現できるはずの機能。
完全に分散型になるということは、できることが増える代償として複雑さも増すわけだかｒ
svnとして目指すべきではないし、それは中の人もわかってる。
581 ：デフォルトの名無しさん：2011/10/14(金) 20:19:11.40
582 ：デフォルトの名無しさん：2011/10/14(金) 20:25:57.68
>>581
メンテ不能のソースは？
メンテ不能のソースは？
583 ：デフォルトの名無しさん：2011/10/14(金) 20:30:08.57
>>580
bzrは「分散型だけどsvnの便利な点も失いたくない」という方針だよね。
svnはいってみれば逆をやろうとしている「集中型であることは確保しつつ、分散型で受けている便利な点を取り入れる」
もちろん全部がうまく行く保証はないし、だからこそ慎重に着実に進化させてるんじゃないの。
svnほど多く使われるようになったら
「やってみたけど失敗でした。ゴメンネ」じゃ影響が大きすぎる。
bzrは「分散型だけどsvnの便利な点も失いたくない」という方針だよね。
svnはいってみれば逆をやろうとしている「集中型であることは確保しつつ、分散型で受けている便利な点を取り入れる」
もちろん全部がうまく行く保証はないし、だからこそ慎重に着実に進化させてるんじゃないの。
svnほど多く使われるようになったら
「やってみたけど失敗でした。ゴメンネ」じゃ影響が大きすぎる。
585 ：デフォルトの名無しさん：2011/10/14(金) 20:47:46.23
586 ：デフォルトの名無しさん：2011/10/14(金) 21:00:26.37
587 ：デフォルトの名無しさん：2011/10/14(金) 21:10:38.73
メンテ不能と見向きされてるかどうかはまったく繋がりがないな
588 ：デフォルトの名無しさん：2011/10/14(金) 21:11:06.42
589 ：デフォルトの名無しさん：2011/10/14(金) 21:14:02.52
「複雑すぎてメンテ不能」って言ったの忘れたの？
590 ：デフォルトの名無しさん：2011/10/14(金) 21:20:27.14
>>589
bzr-colo
bzr-colo
591 ：デフォルトの名無しさん：2011/10/14(金) 21:20:49.15
何が「複雑すぎてメンテ不能」なの？
592 ：デフォルトの名無しさん：2011/10/14(金) 21:22:24.26
593 ：デフォルトの名無しさん：2011/10/14(金) 21:24:58.33
594 ：デフォルトの名無しさん：2011/10/14(金) 21:25:47.75
プラグインのbzr-colo本体が複雑すぎてメンテ不可能っていうことでいいのね？
595 ：デフォルトの名無しさん：2011/10/14(金) 21:27:16.70
>>594
bzr本体の設計が複雑すぎて、本体に取り込もうにも不可能
bzr本体の設計が複雑すぎて、本体に取り込もうにも不可能
596 ：デフォルトの名無しさん：2011/10/14(金) 21:29:36.17
>>595
で、そのソースは？
で、そのソースは？
597 ：デフォルトの名無しさん：2011/10/14(金) 21:31:39.00
598 ：デフォルトの名無しさん：2011/10/14(金) 21:39:05.37
599 ：デフォルトの名無しさん：2011/10/14(金) 21:39:34.67
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.
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出て落ちたよ・・ｗ
コンパイル環境に不備でもあったかと思ったけど、TortoseSVNでも出てたから
またしばらくはneonさんに頑張ってもらうしかないかのお
うひょーって喜んでたらワーキングコピー関連のソースでassert出て落ちたよ・・ｗ
コンパイル環境に不備でもあったかと思ったけど、TortoseSVNでも出てたから
またしばらくはneonさんに頑張ってもらうしかないかのお
602 ：デフォルトの名無しさん：2011/10/14(金) 22:53:06.83
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.
> 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
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
↑これってどれくらい古いバージョンからのアップデートまで大丈夫なんだろ？
既にある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
612 ：デフォルトの名無しさん：2011/10/16(日) 11:36:01.36
１．７ になって、ワークコピーのアップグレードとか、
結構なビッグニュースだと思うんだけど。
何がアップグレードされたの？
結構なビッグニュースだと思うんだけど。
何がアップグレードされたの？
613 ：デフォルトの名無しさん：2011/10/16(日) 11:42:38.45
>>611
鯖にログインしてリポジトリを更新しようとしたけど、commitもcheckoutもできなくて詰んでる状態です
…というかsubversion触るのはじめてなのでこの質問スレチなんでしょうか
鯖にログインしてリポジトリを更新しようとしたけど、commitもcheckoutもできなくて詰んでる状態です
…というかsubversion触るのはじめてなのでこの質問スレチなんでしょうか
614 ：デフォルトの名無しさん：2011/10/16(日) 11:42:48.09
>>611
鯖にログインしてリポジトリを更新しようとしたけど、commitもcheckoutもできなくて詰んでる状態です
…というかsubversion触るのはじめてなのでこの質問スレチなんでしょうか
鯖にログインしてリポジトリを更新しようとしたけど、commitもcheckoutもできなくて詰んでる状態です
…というかsubversion触るのはじめてなのでこの質問スレチなんでしょうか
615 ：デフォルトの名無しさん：2011/10/16(日) 11:50:02.31
>>614
時代遅れのSubversionをこれから触るのは時間の無駄
時代遅れのSubversionをこれから触るのは時間の無駄
616 ：デフォルトの名無しさん：2011/10/16(日) 11:51:38.75
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 にマスターを移すだけで何でも出来ちゃう
いままでありがとうございますた【終了】
git svn clone ってするだけで分散開発できるなんて本当にすごいです
あとは github にマスターを移すだけで何でも出来ちゃう
いままでありがとうございますた【終了】
621 ：デフォルトの名無しさん：2011/10/16(日) 14:24:25.86
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
627 ：デフォルトの名無しさん：2011/10/17(月) 18:24:02.24
>>606
>昔ながらのWindowsバイナリ版の 1.7.0 思ってたより早く来てたでござる
昔ながらのWindowsバイナリ版待たなくてもTortoiseSVNに付いてくるみたいだ。
インストール時にCommandline tools選択すると入る
>昔ながらのWindowsバイナリ版の 1.7.0 思ってたより早く来てたでござる
昔ながらのWindowsバイナリ版待たなくてもTortoiseSVNに付いてくるみたいだ。
インストール時にCommandline tools選択すると入る
628 ：デフォルトの名無しさん：2011/10/17(月) 18:38:20.85
わざわざ「昔ながらの」を欲しがるってことはインストーラとかない方が嬉しいんだろ
意外にもレスがついたので補足
>>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 をリネームしたり。
>>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コマンドに落ち着いたよ。
scpluginというフリーのもあるけど、クソ重くて止めた。
結局、Finder拡張は諦めてsvnコマンドに落ち着いたよ。
633 ：デフォルトの名無しさん：2011/10/18(火) 01:23:57.98
やっぱ、MacはUNIX（CUI）として使うならいいけど
Windowsの代わりとしてGUIで開発しようと思ったら面倒だな。
Windowsの代わりとしてGUIで開発しようと思ったら面倒だな。
634 ：デフォルトの名無しさん：2011/10/18(火) 03:03:30.00
っつーか、近年いろんな勉強会(おもに言語)でも Mac 率が異様に高くなっているけど、
Mac が一番使いやすいとは思えない。
もちろん Winodws と比べて cygwin みたいなことせずに Unix ツールが手に入るのはいいと思うけど、
finder よりエクスプローラのほうが使いやすいと思うし、
Windows で簡単なことが 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
：：
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という名の別物だ
OSXはMacという名の別物だ
639 ：デフォルトの名無しさん：2011/10/18(火) 12:12:28.91
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
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
ある程度開発の進んだ 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
などのように変更をコミットしたリビジョンを指定するとうまくマージされたのですが・・・
なぜ衝突が起こるのでしょうか。
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
と一緒かな？
最近リリースされた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
よろしくお願いします。
ある日突然、
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
サーバ上でチェックアウトできるか試してみるとか
>>643
調べたところ、サーバーは、1.4.2
クライアントは、1.7.0
でした。
きっと、mergeinfo をつけるってサーバーのバージョンに依存するのですよね。
>>644
それとは違うようです。
調べたところ、サーバーは、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
# 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
>>652
ありがとう、そして解決していてよかった
ありがとう、そして解決していてよかった
654 ：デフォルトの名無しさん：2011/10/21(金) 16:55:14.54
って400ギガのエラーログわろたｗｗｗ
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
headとtail
660 ：デフォルトの名無しさん：2011/10/24(月) 11:55:50.36
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 だろｊｋ
split だろｊｋ
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
でいいじゃん
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終了のお知らせ
そういや trunk からとってきたんだから途中のはずだ。
その 1 階層下から取ってこようとしたら root じゃないとか怒られて面倒になってバージョン戻した。
俺が何か抜けてたっぽいな。
その 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）
チェックアウトしか出てこなくて更新出来なくなった
おかしいな・・と思って5分くらい放置しておいたら出て来るようになったけど
反映（？）されるまでタイムラグでもあるんかね
（Ver1.71）
677 ：デフォルトの名無しさん：2011/10/29(土) 01:38:56.37
1.7でsvkって使えてる人いる？
pullはいいけどpushで毎回リビジョン0から全部マージしようとして大変なことになった。
pullはいいけどpushで毎回リビジョン0から全部マージしようとして大変なことになった。
678 ：デフォルトの名無しさん：2011/10/30(日) 08:25:51.90
>>676
オレも、なんだかおかしい気がする。←1.71
ワークフォルダを更新すると、
xx.xxMBを転送しました（xx.xxKB/秒） と表示は変動するが、
更新対象のファイル（フォルダ）のリストは、何も変動しないまま
１時間そのまんまとか。
なんだろ、同じような状況の方、いらっしゃいますか？
オレも、なんだかおかしい気がする。←1.71
ワークフォルダを更新すると、
xx.xxMBを転送しました（xx.xxKB/秒） と表示は変動するが、
更新対象のファイル（フォルダ）のリストは、何も変動しないまま
１時間そのまんまとか。
なんだろ、同じような状況の方、いらっしゃいますか？
679 ：デフォルトの名無しさん：2011/10/31(月) 12:16:29.51
>>677
http://lists.bestpractical.com/pipermail/svk-devel/2009-May/001224.html
以降はsvk使う人は減ったんじゃなかろうか
長期的には別のツール使った方いいと思う
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を導入するのは初めてだったので、何も考えずに利用しています(ユーザは自分ひとり)
これらのフォルダを作らないと何かまずことが発生するのでしょうか？
>リポジトリは正しく作成されました。
>すぐにデフォルトのフォルダー構造(trunk/blanches/tags)を作成しますか?
でOKを押して上記のフォルダーを作成し忘れました。
svnを導入するのは初めてだったので、何も考えずに利用しています(ユーザは自分ひとり)
これらのフォルダを作らないと何かまずことが発生するのでしょうか？
683 ：デフォルトの名無しさん：2011/11/04(金) 02:27:35.33
684 ：デフォルトの名無しさん：2011/11/04(金) 04:54:53.62
必要になったときにそれらを作ってtrunkに移動すればいい
685 ：デフォルトの名無しさん：2011/11/04(金) 15:39:56.52
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等に置くことを勧める。
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
693 ：デフォルトの名無しさん：2011/11/07(月) 12:31:24.85
694 ：デフォルトの名無しさん：2011/11/07(月) 12:37:34.41
695 ：デフォルトの名無しさん：2011/11/07(月) 13:42:45.87
プロジェクト/TTB
TTB/プロジェクト
の対決は決着ついたの
TTB/プロジェクト
の対決は決着ついたの
696 ：デフォルトの名無しさん：2011/11/07(月) 21:22:15.39
TTBってなに？
697 ：デフォルトの名無しさん：2011/11/07(月) 21:48:21.13
698 ：デフォルトの名無しさん：2011/11/07(月) 21:59:03.85
>>697
プロジェクト/TTB/サブプロジェクトで必要に応じて省略や細分化すればいいじゃん
プロジェクト/TTB/サブプロジェクトで必要に応じて省略や細分化すればいいじゃん
699 ：デフォルトの名無しさん：2011/11/07(月) 22:00:42.65
700 ：デフォルトの名無しさん：2011/11/07(月) 22:08:55.32
701 ：デフォルトの名無しさん：2011/11/08(火) 01:37:05.24
>>693
svn cp -rHEAD ^/ ^/trunk
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
今すぐファイルを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
↑後半訂正
svn mkdir trunk
svn commit -m "mkdir trunk"
cd ..
svnadmin load --parent-dir /trunk repo_new < repo.dump
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
706 ：デフォルトの名無しさん：2011/11/12(土) 16:35:22.67
TortoiseSVN 1.7.1, Build 22161 - 32 Bit
ですが、1.6の時から、更新していないフォルダが赤アイコンになる問題があります。
その他は普通に使えています。
該当フォルダを削除して落とし直しても、赤アイコンになっています。
赤になるのはフォルダのみで、ファイルは全部緑アイコンです。
更新されたファイルは普通に赤アイコンになります。
どうすれば直るでしょう…
ですが、1.6の時から、更新していないフォルダが赤アイコンになる問題があります。
その他は普通に使えています。
該当フォルダを削除して落とし直しても、赤アイコンになっています。
赤になるのはフォルダのみで、ファイルは全部緑アイコンです。
更新されたファイルは普通に赤アイコンになります。
どうすれば直るでしょう…
707 ：デフォルトの名無しさん：2011/11/12(土) 17:29:01.15
708 ：デフォルトの名無しさん：2011/11/12(土) 17:57:27.93
「変更をチェック」にしたらファイル削除のコミット漏れが1件有りました
なんてこった…
解決しました、どうも
なんてこった…
解決しました、どうも
709 ：デフォルトの名無しさん：2011/11/15(火) 00:03:10.94
>>166
Subversion の中の人たちって、最初gitを見た時何が良いのか全く分からなかったんだろうけど
Linus ブランドであっという間にgitが普及して、あわてて開発しているんだろうかｗ
うちのプロジェクトも若い奴らがgitにしたいとか言いだしているし、、
オジサン世代としてはもう少しsubversionに頑張って欲しいぞｗ
Subversion の中の人たちって、最初gitを見た時何が良いのか全く分からなかったんだろうけど
Linus ブランドであっという間にgitが普及して、あわてて開発しているんだろうかｗ
うちのプロジェクトも若い奴らがgitにしたいとか言いだしているし、、
オジサン世代としてはもう少しsubversionに頑張って欲しいぞｗ
710 ：デフォルトの名無しさん：2011/11/15(火) 00:15:42.20
用途が違うもん比べんなよ恥ずかしい
711 ：デフォルトの名無しさん：2011/11/15(火) 04:06:50.58
GITの利点がよくわからん
SVNより使い勝手とかいいのか？
SVNより使い勝手とかいいのか？
712 ：デフォルトの名無しさん：2011/11/15(火) 08:50:51.31
速い
713 ：デフォルトの名無しさん：2011/11/15(火) 09:01:19.76
中央リポジトリはsvn+公式gitミラーが最強な気がしている。
gitは会社で中央リポジトリとして使うにはリネームとディレクトリの扱いが残念な感じ
gitは会社で中央リポジトリとして使うにはリネームとディレクトリの扱いが残念な感じ
714 ：デフォルトの名無しさん：2011/11/16(水) 09:01:25.29
TortoiseSVN(1.6.16)で、リポジトリブラウザを使ってルート上でログを表示させ、
「マージされたリビジョンを含める」をチェックすると、
branches→trunkへのマージはその直下にグレーで表示されるのに対して、
trunk→branchesへのマージはなにも表示されないんだけど、
これってこういうものですか？
「マージされたリビジョンを含める」をチェックすると、
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をパワーアップ……岡本 隆史
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がなかったようにしたいのですが、
この場合どうすればいいんでしょう。。
上のコミット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を調べろ
リポジトリを直接弄っていいならsvndumpfilterを調べろ
720 ：デフォルトの名無しさん：2011/11/20(日) 11:06:19.11
リポジトリがfsfsなら、リビジョン番号書き換えてコミットB以降を無かったことにw
721 ：デフォルトの名無しさん：2011/11/20(日) 12:03:46.25
リポジトリは弄ることはできません。一時的に意味のないコミットをしてもいいので
最新コミットにfoo.txtがなかったことになっていれば問題ないです。
最新コミットにfoo.txtがなかったことになっていれば問題ないです。
722 ：デフォルトの名無しさん：2011/11/20(日) 12:09:40.63
>>721
foo.txtを削除してコミットでは？
foo.txtを削除してコミットでは？
723 ：デフォルトの名無しさん：2011/11/20(日) 12:26:17.03
本番用パスワードみたいなものが入ってる&無関係な人に公開しているリポジトリ
だったらdumpfilterだな。でなければ削除してコミットでいい。
だったら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
※
もっといいやり方あるのかも知れないけど、俺はこうやってる。
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
※
途中で送信しちゃった。
※ copy, rename は OS によって適当に読み替えてくれ。
※ svn:ignore 属性がすでに設定されてたら svn propset の代わりに svn propedit で
foo.txt を追加してくれ。
※ copy, rename は OS によって適当に読み替えてくれ。
※ svn:ignore 属性がすでに設定されてたら svn propset の代わりに svn propedit で
foo.txt を追加してくれ。
726 ：デフォルトの名無しさん：2011/11/20(日) 13:15:17.83
727 ：デフォルトの名無しさん：2011/11/20(日) 18:25:52.73
以前、間違えてコミットしちゃうといけないという理由で、
変更するつもりのないファイルをガンガンignoreしてたのがいてワロタよ。
…ワロタですんだからいいんだけどね
変更するつもりのないファイルをガンガン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のためにこんなことするのはお断りです。
他の方法で英語にする方法はありますか?
漢字になっています。これを英語にしたいのですが、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 の出力は、日付の曜日「だけ」日本語のままだねえ。
バグとして報告してもいいんじゃないかな。
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
リポジトリツリーの中の一部を作業用にコピーしてるからこの名前なのか。
なるほど
作業用フォルダの中にも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
739 ：デフォルトの名無しさん：2011/11/26(土) 11:50:21.28
Subversionは人の上に人を作らず
人の下に人を作らず
Git手を見る
人の下に人を作らず
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
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
Bazaarスタートアップガイド
http://standing-shoebill.appspot.com/bzr-startup-guide/index.html
747 ：デフォルトの名無しさん：2011/11/26(土) 13:54:08.90
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
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
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です。
リポジトリのディレクトリは、前任者がタスクで xcopy を実行していて、
差分コピーを毎日とるようにしていたようなのですが、どうすれば復元できるのでしょうか…。
元のリポジトリの db フォルダを、新しく作ったリポジトリの db にコピーしたら復元されるとか、
そんな簡単な話ではないのでしょうか。
使っているバージョンは subversion 1.3です。
752 ：デフォルトの名無しさん：2011/11/28(月) 22:19:40.54
あと サーバーは win2000 です。
ネットワークの共有サーバーに外付けされていたドライブにsubversionがありました。
どんな情報が必要かもわからない・・・。
ネットワークの共有サーバーに外付けされていたドライブに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
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に乗り換えがオヌヌメ
subversionからはbazaarに乗り換えがオヌヌメ
755 ： 忍法帖【Lv=16,xxxPT】 ：2011/11/29(火) 16:52:03.34
>>751
いじる前にさらにとりあえずバックアップとっときな。
元リポジトリをsvnadmin dumpして様子見て、うまくいってそうなら新しく
作ったリポジトリでsvnadmin loadしてやりゃあいいよ。
いじる前にさらにとりあえずバックアップとっときな。
元リポジトリをsvnadmin dumpして様子見て、うまくいってそうなら新しく
作ったリポジトリでsvnadmin loadしてやりゃあいいよ。
>>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
はやくねｗ
バグ発覚で緊急リリースでもしたん？
バグ発覚で緊急リリースでもしたん？
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 インスコした
特に何も変わらんｗ
特に何も変わらんｗ
765 ：デフォルトの名無しさん：2011/12/10(土) 17:06:04.91
1.7 になってからマージした時の svn:mergeinfo の変更が激減しましたね。
766 ：デフォルトの名無しさん：2011/12/15(木) 11:12:48.03
1.7.1だけど最近コミットしようとしたらよくフリーズする
1.7.2にあげてみるか
1.7.2にあげてみるか
767 ：デフォルトの名無しさん：2011/12/17(土) 13:45:25.75
1.7.2 でwebdav経由で使っているんだが、
あるリポジトリの構成を変更するために出し入れしていたら
DAVのキャッシュに古いリポジトリ構成が残ってしまい消えなくなったｗ
apacheを再起動したら直ったが
あるリポジトリの構成を変更するために出し入れしていたら
DAVのキャッシュに古いリポジトリ構成が残ってしまい消えなくなったｗ
apacheを再起動したら直ったが
768 ：デフォルトの名無しさん：2011/12/17(土) 23:33:39.11
インストール不要なSVNクライントでおすすめって何？
Webフォルダとして表示する機能は新しいIE入れると使えないみたいだけど
Webフォルダとして表示する機能は新しいIE入れると使えないみたいだけど
769 ：デフォルトの名無しさん：2011/12/19(月) 13:32:09.93
~/a/a1
~/b/b1
という２つの作業ディレクトリがあって、２つとも同じリポジトリに属しています。
（それぞれリポジトリの一部をチェックアウトしたもので、ファイルは重複しません）
これらを一括でコミットしたいのですが、~/a/a1の中で
svn ci . ~/b/b1
とすると
svn: '/home/username' は作業コピーではありません
となってしまいます。いい方法はないでしょうか？
~/b/b1
という２つの作業ディレクトリがあって、２つとも同じリポジトリに属しています。
（それぞれリポジトリの一部をチェックアウトしたもので、ファイルは重複しません）
これらを一括でコミットしたいのですが、~/a/a1の中で
svn ci . ~/b/b1
とすると
svn: '/home/username' は作業コピーではありません
となってしまいます。いい方法はないでしょうか？
770 ：デフォルトの名無しさん：2011/12/19(月) 14:16:14.27
>>769
仮にリポジトリの構成が
/c/a/a1
/c/b/b1
だとした場合に、
c以下でチェックアウト。
aとb以外のディレクトリを削除。
aとbに2つの作業ディレクトリの内容を上書き。
cでコミット。
こんな感じじゃダメか？
まぁもっといい方法あるかもしれんが。
仮にリポジトリの構成が
/c/a/a1
/c/b/b1
だとした場合に、
c以下でチェックアウト。
aとb以外のディレクトリを削除。
aとbに2つの作業ディレクトリの内容を上書き。
cでコミット。
こんな感じじゃダメか？
まぁもっといい方法あるかもしれんが。
771 ：デフォルトの名無しさん：2011/12/19(月) 21:50:41.72
772 ：デフォルトの名無しさん：2011/12/20(火) 05:02:17.21
もうバージョンずれたのか
773 ：デフォルトの名無しさん：2011/12/20(火) 05:19:25.94
1.7 系列は合わせる気でいたんだろうか？だとしたらバカとしか...
774 ：デフォルトの名無しさん：2011/12/20(火) 16:32:18.19
>>770
とりあえずそれでやってみます。ありがとうございます。
とりあえずそれでやってみます。ありがとうございます。
775 ：デフォルトの名無しさん：2011/12/20(火) 23:05:20.11
Spring 3.1一般提供開始
http://www.infoq.com/jp/news/2011/12/spring31
> またSpring3.2の開発時にはバージョンコントロールを
> SubversionからGit(Hub)へ移行し、ビルドシステムを
> Ant/IvyからGradleにする予定だ。
OSS関係では、かなりのペースでユーザーを失いつつあるな
subversionの中の人たちは必死で機能追加しているみたいだが
時すでに遅しなのか、、
http://www.infoq.com/jp/news/2011/12/spring31
> またSpring3.2の開発時にはバージョンコントロールを
> SubversionからGit(Hub)へ移行し、ビルドシステムを
> Ant/IvyからGradleにする予定だ。
OSS関係では、かなりのペースでユーザーを失いつつあるな
subversionの中の人たちは必死で機能追加しているみたいだが
時すでに遅しなのか、、
776 ：デフォルトの名無しさん：2011/12/22(木) 15:57:04.95
TortoiseSVN、1.6から最新まで使ってるけど、
更新されてないファイルが赤くなりまくるのどうにかならんの、特に害はないけど
なんなのこれ
更新されてないファイルが赤くなりまくるのどうにかならんの、特に害はないけど
なんなのこれ
777 ：デフォルトの名無しさん：2011/12/22(木) 16:34:18.91
Windows起動直後にtsvncache.exeのCPU使用率が100%になるのは
いつになったらなおるの?
いつになったらなおるの?
778 ：デフォルトの名無しさん：2011/12/22(木) 20:10:01.40
779 ：デフォルトの名無しさん：2011/12/22(木) 20:25:08.84
コミットした後になかなか緑に戻らないことはあるなぁ。
780 ：デフォルトの名無しさん：2011/12/22(木) 22:01:46.11
>>778
詳しく書けば何かわかるかな？しかし変なことは何もしてないなあ
WindowsのエクスプローラーでPHPとかのソースコード管理してるだけ
確かにコミット後緑に戻ってないのかもしれない。それがひどくなってあれもこれも赤くなった感じ？
XPと7で使ってるけど7のほうはマシ。XPのほうはひどい。
いろいろ設定変えたりしたけど解決に至らず諦め状態。ちゃんと調べればわかるかなあ
詳しく書けば何かわかるかな？しかし変なことは何もしてないなあ
WindowsのエクスプローラーでPHPとかのソースコード管理してるだけ
確かにコミット後緑に戻ってないのかもしれない。それがひどくなってあれもこれも赤くなった感じ？
XPと7で使ってるけど7のほうはマシ。XPのほうはひどい。
いろいろ設定変えたりしたけど解決に至らず諦め状態。ちゃんと調べればわかるかなあ
781 ：デフォルトの名無しさん：2011/12/22(木) 22:03:19.52
ちなみにアイコンが赤の！になること以外には全く問題はなく使えている
たまに重かったりはするけど
たまに重かったりはするけど
>>780
うちは一回アップデートしたり、各サブフォルダの末端まで移動してみたりして直してるよ。
うちは一回アップデートしたり、各サブフォルダの末端まで移動してみたりして直してるよ。
783 ：デフォルトの名無しさん：2011/12/22(木) 22:45:24.68
改行コードが混在してたりしない？
784 ：デフォルトの名無しさん：2011/12/22(木) 22:49:47.19
混在するとそうなるの？
785 ：デフォルトの名無しさん：2011/12/23(金) 08:12:17.00
設定でアイコンオーバーレイのフォルダを制限してみれ
subst使ってる人は取説に注意書きがある
subst使ってる人は取説に注意書きがある
786 ：デフォルトの名無しさん：2011/12/26(月) 05:47:52.30
お前ら助けてください
何故か新規追加後のコミットができないフォルダがあります
Win7 Pro 32bit＋TortoiseSVN1.7.3の環境で、エクスプローラ右クリックでフォルダを新規作成￥中にpsdファイルを数個追加
フォルダを右クリックしてTortoiseSVN→追加
追加状態のアイコンになったのでフォルダをコミット…しようとしたら、コミットウィンドウが応答なしになってフリーズ
再インスコとか再起動とかいろいろやったけどだめでした
意味不明で困った、誰か助けてください
何故か新規追加後のコミットができないフォルダがあります
Win7 Pro 32bit＋TortoiseSVN1.7.3の環境で、エクスプローラ右クリックでフォルダを新規作成￥中にpsdファイルを数個追加
フォルダを右クリックしてTortoiseSVN→追加
追加状態のアイコンになったのでフォルダをコミット…しようとしたら、コミットウィンドウが応答なしになってフリーズ
再インスコとか再起動とかいろいろやったけどだめでした
意味不明で困った、誰か助けてください
787 ：デフォルトの名無しさん：2011/12/26(月) 06:53:11.54
クリーンアップしても、別の場所にチェックアウトし直しても駄目だ
チェックアウトし直しても駄目ってどこが壊れてるんだ？リポジトリ？
ファイル名が日本語なのが駄目？全角カタカナしか使ってないが
ファイルサイズも5MBぐらいだから、異常にでかいってわけでもないし
チェックアウトし直しても駄目ってどこが壊れてるんだ？リポジトリ？
ファイル名が日本語なのが駄目？全角カタカナしか使ってないが
ファイルサイズも5MBぐらいだから、異常にでかいってわけでもないし
788 ：デフォルトの名無しさん：2011/12/26(月) 06:54:03.65
とりあえずコマンドラインでやってみる
789 ：デフォルトの名無しさん：2011/12/26(月) 06:55:32.89
全角カタカナのなかに「ソ」が含まれてるとしてもいまどき大丈夫だろうと思いたいところだけど、どうなんだろうね。
790 ：デフォルトの名無しさん：2011/12/26(月) 13:21:10.64
予約デバイス名でハマったことはあったが関係なそうだ
791 ：デフォルトの名無しさん：2011/12/26(月) 14:26:42.05
792 ：デフォルトの名無しさん：2011/12/26(月) 16:39:24.41
追加報告です
Dropbox経由でフォルダを別のPCにコピー
そっちからだとコミットできました
少なくともファイルやフォルダや.svnディレクトリの中身に問題はないということか
PCの問題か…
SVN本体か、使用するDLLか何かがいっちゃってるのだろうか
サーバーに行く前の段階で固まってるので、サーバー側のバージョンは関係ないと見た
Dropbox経由でフォルダを別のPCにコピー
そっちからだとコミットできました
少なくともファイルやフォルダや.svnディレクトリの中身に問題はないということか
PCの問題か…
SVN本体か、使用するDLLか何かがいっちゃってるのだろうか
サーバーに行く前の段階で固まってるので、サーバー側のバージョンは関係ないと見た
793 ：デフォルトの名無しさん：2011/12/26(月) 17:53:48.52
完全スルーでびっくりした
794 ：デフォルトの名無しさん：2011/12/30(金) 11:45:30.72
だって利が無さそうだし
795 ：デフォルトの名無しさん：2012/01/07(土) 16:34:48.57
TortoiseSVN 1.6.16を使っています。
自分で作成したリポジトリのルートでログを表示させ、
「マージされたリビジョンにを含める」にチェックを入れると、
しばらくプログラスバーが進んだあとに
「問題が発生したため、TortoiseProc.exe を終了します。 ご不便をおかけして…」
の画面が確実に出るようになってしまったのですが、
考えられる原因や対処方法をご存じのかたはいらっしゃいませんでしょうか。
trunkやbrunches内で同じ操作をしている限りは発生しません。
自分で作成したリポジトリのルートでログを表示させ、
「マージされたリビジョンにを含める」にチェックを入れると、
しばらくプログラスバーが進んだあとに
「問題が発生したため、TortoiseProc.exe を終了します。 ご不便をおかけして…」
の画面が確実に出るようになってしまったのですが、
考えられる原因や対処方法をご存じのかたはいらっしゃいませんでしょうか。
trunkやbrunches内で同じ操作をしている限りは発生しません。
796 ：デフォルトの名無しさん：2012/01/07(土) 18:09:56.64
797 ：デフォルトの名無しさん：2012/01/08(日) 21:25:39.13
TortaiseSVNのsvnserve.exeでサーバーを立てようとしています。
svnserve.exe -d -r c:\svn でサーバを起動して、
svn list svn://lcalhost/test でアクセスすると 以下のようなエラーが発生します。
>svn: E200002: Unable to connect to a repository at URL 'svn://localhost/test'
>svn: E200002: C:\svn\test\conf\svnserve.conf:19: Option expected
[general](svnserve.conf)
anon-access = none
auth-access = write
password-db = passwd
[users](passwd)
test = test
どこに問題があるのですか？
svnserve.exe -d -r c:\svn でサーバを起動して、
svn list svn://lcalhost/test でアクセスすると 以下のようなエラーが発生します。
>svn: E200002: Unable to connect to a repository at URL 'svn://localhost/test'
>svn: E200002: C:\svn\test\conf\svnserve.conf:19: Option expected
[general](svnserve.conf)
anon-access = none
auth-access = write
password-db = passwd
[users](passwd)
test = test
どこに問題があるのですか？
798 ：デフォルトの名無しさん：2012/01/08(日) 22:29:18.13
svnserve.conf の 19行目ってどこかぐらい書いてくれ。
svnadmin create で作成した時は、
anon-access = none
が19行目だから、行の最初に空白が入ってるとかじゃないかな？
svnadmin create で作成した時は、
anon-access = none
が19行目だから、行の最初に空白が入ってるとかじゃないかな？
801 ：デフォルトの名無しさん：2012/01/10(火) 09:58:34.77
TortoiseSVNを使っているけど更新やコミットがとにかく遅い、鯖もPCもスペックに問題はないのに
GITとかにいけばこれが解決するの？
GITとかにいけばこれが解決するの？
802 ：デフォルトの名無しさん：2012/01/10(火) 10:17:48.41
もちろんです
803 ： 忍法帖【Lv=34,xxxPT】 ：2012/01/10(火) 16:19:17.28
そして新たな問題を生む
804 ：デフォルトの名無しさん：2012/01/10(火) 16:37:50.10
* 今まで必要だった高性能のサーバーが必要なくなりハードベンダーが倒産
* svnのマージ担当が必要なくなり失業率の増加
* svnのマージ担当が必要なくなり失業率の増加
805 ：デフォルトの名無しさん：2012/01/10(火) 22:38:37.06
UTF-8のテキストファイルからパッチを作ると文字化けするの
まだ直っていない？
まだ直っていない？
806 ：デフォルトの名無しさん：2012/01/11(水) 00:10:21.41
本当に文字化けしてる？
エンコードが混在してるだけとか。
エンコードが混在してるだけとか。
807 ：デフォルトの名無しさん：2012/01/13(金) 09:13:54.37
GITなんて使わなくてもSubversionでいいやと思ってたけど
使ってるとやはり、この不安定さは如何ともしがたいものがあるな…
更新→失敗→クリーンアップの繰り返しはいい加減やめたい
安定性を求めるなら何だろう
使ってるとやはり、この不安定さは如何ともしがたいものがあるな…
更新→失敗→クリーンアップの繰り返しはいい加減やめたい
安定性を求めるなら何だろう
808 ：デフォルトの名無しさん：2012/01/13(金) 09:40:48.68
>>807
VSS
VSS
809 ：デフォルトの名無しさん：2012/01/13(金) 11:30:36.24
subversionの不安定さには遭遇したことはないな。
subversionはマージが面倒なだけで、他に不満はない。
といって、他のSCMはCVSしか使ったことがないが。
GITとかマージ楽なの?
subversionはマージが面倒なだけで、他に不満はない。
といって、他のSCMはCVSしか使ったことがないが。
GITとかマージ楽なの?
810 ：デフォルトの名無しさん：2012/01/13(金) 11:58:36.98
811 ：デフォルトの名無しさん：2012/01/13(金) 16:27:36.61
812 ：デフォルトの名無しさん：2012/01/13(金) 17:02:51.08
FSFSだけど不安定
まあ使えなくはないレベルだがしょっちゅうイライラする
サーバーCentOS5.4、 構成ほぼデフォルト、subversion1.4.6
クライアント1Windows7 Pro 32bit 4GB TortoiseSVN1.7.2
クライアント2WindowsXP Pro 32bit 4GB TortoiseSVN1.7.1
症状
しょっちゅう重くなる（コミットや更新時に1〜5分ぐらい固まる）
たまに更新中にエラー、再度やるとクリーンアップを求められる、クリーンアップに10分ぐらいかかる
さらにたまにクリーンアップでも復帰せず、解決法がわからずチェックアウトし直すことも
中身はPHPのプロジェクト一式、3000ファイルぐらい
まあ使えなくはないレベルだがしょっちゅうイライラする
サーバーCentOS5.4、 構成ほぼデフォルト、subversion1.4.6
クライアント1Windows7 Pro 32bit 4GB TortoiseSVN1.7.2
クライアント2WindowsXP Pro 32bit 4GB TortoiseSVN1.7.1
症状
しょっちゅう重くなる（コミットや更新時に1〜5分ぐらい固まる）
たまに更新中にエラー、再度やるとクリーンアップを求められる、クリーンアップに10分ぐらいかかる
さらにたまにクリーンアップでも復帰せず、解決法がわからずチェックアウトし直すことも
中身はPHPのプロジェクト一式、3000ファイルぐらい
813 ：デフォルトの名無しさん：2012/01/13(金) 17:04:06.40
>>811
それは管理するファイルが少ないから。
http://d.hatena.ne.jp/troter/20111225/1324823716
> 嫌になるほどSubversionを使うプロジェクトでは次の問題が発生していました。
>
> Subversionでのブランチマネジメントはマージ担当者の負荷が高すぎる
> リポジトリが巨大になりすぎてsvn stするだけでも20秒
> リポジトリが巨大になりすぎてsvn upが終わらない
> 部分svn upし出す人が増え、整合性に関するエラーにはまる人が続出
> svn switchはまず失敗する
> リリースターゲットを切り替えるにはチェックアウトが必須
> でもsvn coするだけで1時間以上
>
> Subversionをハードに使った人はたぶん同じ問題にぶち当たるのでは無いでしょうか。
> 一つ一つの操作に時間がかかり、この遅さは次第に開発スピード、開発者のモチベーションにも影響してきます。
それは管理するファイルが少ないから。
http://d.hatena.ne.jp/troter/20111225/1324823716
> 嫌になるほどSubversionを使うプロジェクトでは次の問題が発生していました。
>
> Subversionでのブランチマネジメントはマージ担当者の負荷が高すぎる
> リポジトリが巨大になりすぎてsvn stするだけでも20秒
> リポジトリが巨大になりすぎてsvn upが終わらない
> 部分svn upし出す人が増え、整合性に関するエラーにはまる人が続出
> svn switchはまず失敗する
> リリースターゲットを切り替えるにはチェックアウトが必須
> でもsvn coするだけで1時間以上
>
> Subversionをハードに使った人はたぶん同じ問題にぶち当たるのでは無いでしょうか。
> 一つ一つの操作に時間がかかり、この遅さは次第に開発スピード、開発者のモチベーションにも影響してきます。
814 ：デフォルトの名無しさん：2012/01/13(金) 17:05:20.79
クライアント側にリポジトリをnetbiosとかでマウントさせてるとかじゃないよね？
それやると簡単にぶっ壊れる
それやると簡単にぶっ壊れる
815 ：デフォルトの名無しさん：2012/01/13(金) 17:32:56.51
>>813
結局大きめの作業するときはサーバでsvnコマンド使うようになった。
結局大きめの作業するときはサーバでsvnコマンド使うようになった。
816 ：デフォルトの名無しさん：2012/01/13(金) 18:27:31.11
ファイル数がある程度の規模以上になると、svnではまかないきれず
次世代バージョン管理が必要ということでしょうか？
次世代バージョン管理が必要ということでしょうか？
817 ：デフォルトの名無しさん：2012/01/13(金) 18:31:55.72
>>816
ファイル数も当然のことながら、リビジョンが増えると目に見えて遅くなります。
ファイル数も当然のことながら、リビジョンが増えると目に見えて遅くなります。
818 ：デフォルトの名無しさん：2012/01/13(金) 18:47:56.25
>>816
次世代バージョン管理もリビジョンが増えると遅くなるよ
次世代バージョン管理もリビジョンが増えると遅くなるよ
819 ：デフォルトの名無しさん：2012/01/13(金) 18:49:20.80
>>818
GitとMercurialは素早くリビジョンを取り出す仕組みになっているので、全く遅くなりません。
GitとMercurialは素早くリビジョンを取り出す仕組みになっているので、全く遅くなりません。
820 ：デフォルトの名無しさん：2012/01/13(金) 18:56:23.61
>>818
Gitはスナップショットなのでリビジョン数には関係なく、
Mercurialは差分で保存だけど素早く取り出す仕組みになっている。
http://foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch4.html#x27-680004.2
> 初期の構成管理システムが共に陥っていた非効率な復旧問題の落とし穴を、 Mercurial は上手に回避しています。
Gitはスナップショットなのでリビジョン数には関係なく、
Mercurialは差分で保存だけど素早く取り出す仕組みになっている。
http://foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch4.html#x27-680004.2
> 初期の構成管理システムが共に陥っていた非効率な復旧問題の落とし穴を、 Mercurial は上手に回避しています。
821 ：デフォルトの名無しさん：2012/01/13(金) 22:04:46.42
822 ：デフォルトの名無しさん：2012/01/13(金) 22:49:52.39
823 ：デフォルトの名無しさん：2012/01/14(土) 00:16:04.96
824 ：デフォルトの名無しさん：2012/01/14(土) 01:13:58.41
3000ファイル程度で重いってネットワークがクソなんじゃないのかね
825 ：デフォルトの名無しさん：2012/01/14(土) 01:49:57.24
ネットワークは家の中のギガLANなんだけど
オンボのLANは糞ってことかね
オンボのLANは糞ってことかね
826 ：デフォルトの名無しさん：2012/01/14(土) 07:14:43.59
svnサーバはどうしてるの
samba上で共有だったりすると遅そうだな
samba上で共有だったりすると遅そうだな
827 ：デフォルトの名無しさん：2012/01/14(土) 11:25:28.04
>>812
> サーバーCentOS5.4、 構成ほぼデフォルト、subversion1.4.6
色々事情はあると思うが、そろそろバージョンアップしようよ。
> クライアント1Windows7 Pro 32bit 4GB TortoiseSVN1.7.2
> クライアント2WindowsXP Pro 32bit 4GB TortoiseSVN1.7.1
TortoiseSVN 1.7.1 だったか 1.7.2 かは忘れたけど、>>795
にたいな現象もあるから 1.7.3 にした方ががいいと思う。
と思っていたら 1.7.4 がでてるんだな…
まあ、詳しくはリリースノートで
http://tortoisesvn.net/Changelog.txt
> サーバーCentOS5.4、 構成ほぼデフォルト、subversion1.4.6
色々事情はあると思うが、そろそろバージョンアップしようよ。
> クライアント1Windows7 Pro 32bit 4GB TortoiseSVN1.7.2
> クライアント2WindowsXP Pro 32bit 4GB TortoiseSVN1.7.1
TortoiseSVN 1.7.1 だったか 1.7.2 かは忘れたけど、>>795
にたいな現象もあるから 1.7.3 にした方ががいいと思う。
と思っていたら 1.7.4 がでてるんだな…
まあ、詳しくはリリースノートで
http://tortoisesvn.net/Changelog.txt
828 ：デフォルトの名無しさん：2012/01/14(土) 11:28:14.71
>>813
>> リポジトリが巨大になりすぎてsvn stするだけでも20秒
svn st はリポジトリなんか見に行かないんだが…
そもそも trun/branches/tags 全部チェックアウトして遅いぞとか言ってそうな気がする。
>> リポジトリが巨大になりすぎてsvn stするだけでも20秒
svn st はリポジトリなんか見に行かないんだが…
そもそも trun/branches/tags 全部チェックアウトして遅いぞとか言ってそうな気がする。
829 ：デフォルトの名無しさん：2012/01/14(土) 11:59:16.31
>>828
> >>813
> >> リポジトリが巨大になりすぎてsvn stするだけでも20秒
>
> svn st はリポジトリなんか見に行かないんだが…
そうだけど？
でも、その20秒もGit/Mercurialからすると信じ難いくらい遅い。
> >>813
> >> リポジトリが巨大になりすぎてsvn stするだけでも20秒
>
> svn st はリポジトリなんか見に行かないんだが…
そうだけど？
でも、その20秒もGit/Mercurialからすると信じ難いくらい遅い。
830 ：デフォルトの名無しさん：2012/01/14(土) 12:31:20.39
>>828
> >>813
> そもそも trun/branches/tags 全部チェックアウトして遅いぞとか言ってそうな気がする。
813の部分だけ読んでも、ブログの外部リンクを見ても、svnのまっとうなブランチ管理をしていて
遅いって言っているんだから、それはないでしょ。
> >>813
> そもそも trun/branches/tags 全部チェックアウトして遅いぞとか言ってそうな気がする。
813の部分だけ読んでも、ブログの外部リンクを見ても、svnのまっとうなブランチ管理をしていて
遅いって言っているんだから、それはないでしょ。
831 ：デフォルトの名無しさん：2012/01/14(土) 12:50:23.58
CentOS5.4だったらそこまで古くもないでしょ、2010年ぐらいか？
ていうかうちの鯖以外でも起きるので、サーバーよりもクライアントつまりWindowsの問題じゃないかという気がしている
あとはうちの場合ソース中にバイナリ（画像）ファイルが多いのが気になる
でもSubversionてバイナリの扱い改善したんだよね、具体的には知らんが
ていうかうちの鯖以外でも起きるので、サーバーよりもクライアントつまりWindowsの問題じゃないかという気がしている
あとはうちの場合ソース中にバイナリ（画像）ファイルが多いのが気になる
でもSubversionてバイナリの扱い改善したんだよね、具体的には知らんが
832 ：デフォルトの名無しさん：2012/01/14(土) 16:49:47.69
じゃなくてsubversionを新しくしてはどうかと言ってるんじゃないかな。
yumつかってるならリポジトリにrpmforgeを追加するといいかも。
yumつかってるならリポジトリにrpmforgeを追加するといいかも。
833 ：デフォルトの名無しさん：2012/01/14(土) 16:54:24.99
xlsファイルが更新してないのに赤くなりまくりなんだけど、解決策はないでしょうか
設定の自動保存とかオフにしまくってるのに、いつの間にかいじらなくても赤くなっている
他のファイルはそういう事はない
設定の自動保存とかオフにしまくってるのに、いつの間にかいじらなくても赤くなっている
他のファイルはそういう事はない
834 ：デフォルトの名無しさん：2012/01/14(土) 17:48:23.77
うちだとxlsを開いている間は赤くなるけど、閉じたら戻る
835 ：デフォルトの名無しさん：2012/01/14(土) 18:17:48.64
836 ：デフォルトの名無しさん：2012/01/15(日) 00:47:50.38
837 ：デフォルトの名無しさん：2012/01/15(日) 01:09:49.50
ネットワークなんて見に行かないのはわかっている、その上で20秒もかかるなんて、といいたいんだろ
838 ：デフォルトの名無しさん：2012/01/15(日) 01:34:14.48
ネットワークというか、リポジトリね。
(リポジトリがローカルの場合もあるから)
なので、「リポジトリが巨大になりすぎて」は的外れ。
単に作業コピーがでかすぎるだけだと思う。
まっとうなブランチ管理をしていることと、適切な
作業コピー管理をしていることは違うしね。
まあ、そもそも Git/Mercurial に満足しているなら、
わざわざこんなスレに来てぐたぐだ言わなくても
いいと思うんだが。
(リポジトリがローカルの場合もあるから)
なので、「リポジトリが巨大になりすぎて」は的外れ。
単に作業コピーがでかすぎるだけだと思う。
まっとうなブランチ管理をしていることと、適切な
作業コピー管理をしていることは違うしね。
まあ、そもそも Git/Mercurial に満足しているなら、
わざわざこんなスレに来てぐたぐだ言わなくても
いいと思うんだが。
839 ：デフォルトの名無しさん：2012/01/15(日) 02:49:35.18
>>807が起点だから、まあ、妥当な流れだよ。
840 ：デフォルトの名無しさん：2012/01/15(日) 07:31:17.72
>>838
> なので、「リポジトリが巨大になりすぎて」は的外れ。
> 単に作業コピーがでかすぎるだけだと思う。
元の>813で『部分svn upし出す人が増え、整合性に関するエラーにはまる人が続出』
とあって、trunkまたはbranches/hoge以下全部のことを言っているのだから、
「リポジトリが巨大」＝「作業コピーが巨大」はこの場合同義。
> なので、「リポジトリが巨大になりすぎて」は的外れ。
> 単に作業コピーがでかすぎるだけだと思う。
元の>813で『部分svn upし出す人が増え、整合性に関するエラーにはまる人が続出』
とあって、trunkまたはbranches/hoge以下全部のことを言っているのだから、
「リポジトリが巨大」＝「作業コピーが巨大」はこの場合同義。
841 ：デフォルトの名無しさん：2012/01/15(日) 09:54:51.17
>>840
だから単にそのプログの人のやり方がおかしいだけじゃないかと言ってるんだが。
これ以上反論したいならまず、
> 『部分svn upし出す人が増え、整合性に関するエラーにはまる人が続出』
を具体的に示してくれ。
だから単にそのプログの人のやり方がおかしいだけじゃないかと言ってるんだが。
これ以上反論したいならまず、
> 『部分svn upし出す人が増え、整合性に関するエラーにはまる人が続出』
を具体的に示してくれ。
842 ：デフォルトの名無しさん：2012/01/15(日) 10:35:24.96
部分 svn up は必須じゃないのか
843 ：デフォルトの名無しさん：2012/01/15(日) 11:36:01.01
>>841
結合テストと総合テストをご存知ないようで
結合テストと総合テストをご存知ないようで
844 ：デフォルトの名無しさん：2012/01/15(日) 11:48:36.89
845 ：デフォルトの名無しさん：2012/01/15(日) 11:56:53.09
846 ：デフォルトの名無しさん：2012/01/15(日) 13:06:15.07
847 ：デフォルトの名無しさん：2012/01/15(日) 13:13:04.24
全てのbranch, tagをチェックアウトかよ。ｗ
848 ：デフォルトの名無しさん：2012/01/15(日) 13:16:51.72
>>847
trunkまたはbranches/hoge以下checkoutがわからない馬鹿乙
trunkまたはbranches/hoge以下checkoutがわからない馬鹿乙
849 ：デフォルトの名無しさん：2012/01/15(日) 14:23:12.12
850 ：デフォルトの名無しさん：2012/01/15(日) 14:37:51.82
851 ：デフォルトの名無しさん：2012/01/15(日) 14:55:22.74
852 ：デフォルトの名無しさん：2012/01/15(日) 15:06:40.66
>>851
> 1ファイルの1行の修正を行うためであっても、数Gのディレクトリを
> 全部チェックアウトしろというんだな。
当然。
あ、仕様書通りにコーディングして、unit testが終わればお役ご免なコーダの方でしたか。
> 1ファイルの1行の修正を行うためであっても、数Gのディレクトリを
> 全部チェックアウトしろというんだな。
当然。
あ、仕様書通りにコーディングして、unit testが終わればお役ご免なコーダの方でしたか。
853 ：デフォルトの名無しさん：2012/01/15(日) 15:13:06.96
>>850
trunk/以下全部とtrunk/hogehogeでは意味が違うよね
trunk/以下全部とtrunk/hogehogeでは意味が違うよね
854 ：デフォルトの名無しさん：2012/01/15(日) 15:15:27.73
855 ：デフォルトの名無しさん：2012/01/15(日) 15:37:03.88
856 ：デフォルトの名無しさん：2012/01/15(日) 15:40:52.15
>>855
vcsのコミットをフックさせてJenkinsでテストを走らせるということをやっていない低レベル職場乙
vcsのコミットをフックさせてJenkinsでテストを走らせるということをやっていない低レベル職場乙
857 ：デフォルトの名無しさん：2012/01/15(日) 15:40:57.35
>>853
trunkはただのディレクトリだよ。
大抵の場合はtrunk,branches/hogeを「部分的に」チェックアウトすることが整合性の問題(>>845のような)を引き起こすことはないだろうけど。
trunkはただのディレクトリだよ。
大抵の場合はtrunk,branches/hogeを「部分的に」チェックアウトすることが整合性の問題(>>845のような)を引き起こすことはないだろうけど。
858 ：デフォルトの名無しさん：2012/01/15(日) 15:45:53.08
>>857
単体テストレベルでは問題なくても結合テスト・総合テストが失敗になるってことなんだが
単体テストレベルでは問題なくても結合テスト・総合テストが失敗になるってことなんだが
859 ：デフォルトの名無しさん：2012/01/15(日) 15:51:08.63
>>858
共通ライブラリはexternals使えばおｋ？
共通ライブラリはexternals使えばおｋ？
860 ：デフォルトの名無しさん：2012/01/15(日) 16:00:03.74
861 ：デフォルトの名無しさん：2012/01/15(日) 16:03:36.01
862 ：デフォルトの名無しさん：2012/01/15(日) 16:10:34.95
わかんねーバカだな。起点の>>807, >>813はsubversionが遅い、不安定。
だから、ルール通りに運用しないバカが発生して事故が起こる。と言っている。
バカ専用のツールじゃないんだから、正しくない使い方をすれば事故が起こるのは
当然の帰結だが、起点の>>807, >>813の「遅い、不安定」という主張は
はたして正しいのだろうか?
だから、ルール通りに運用しないバカが発生して事故が起こる。と言っている。
バカ専用のツールじゃないんだから、正しくない使い方をすれば事故が起こるのは
当然の帰結だが、起点の>>807, >>813の「遅い、不安定」という主張は
はたして正しいのだろうか?
863 ：デフォルトの名無しさん：2012/01/15(日) 16:17:46.58
>>861
別リポジトリの共通ライブラリは？
別リポジトリの共通ライブラリは？
864 ：デフォルトの名無しさん：2012/01/15(日) 16:30:41.42
>>862
お前がsvnを使い込んでいないバカだってことだけははっきりしている
お前がsvnを使い込んでいないバカだってことだけははっきりしている
865 ：デフォルトの名無しさん：2012/01/15(日) 16:45:14.84
866 ：デフォルトの名無しさん：2012/01/15(日) 16:57:26.99
867 ：デフォルトの名無しさん：2012/01/15(日) 17:04:46.24
1ファイルの1行の修正を行うためであっても、数Gのディレクトリを
全部チェックアウトしろというんだな。 > 866
全部チェックアウトしろというんだな。 > 866
868 ：デフォルトの名無しさん：2012/01/15(日) 17:11:24.77
869 ：デフォルトの名無しさん：2012/01/15(日) 17:24:44.64
>>866
だから別リポジトリのライブラリは？
だから別リポジトリのライブラリは？
870 ：デフォルトの名無しさん：2012/01/15(日) 17:33:25.19
871 ：デフォルトの名無しさん：2012/01/15(日) 17:33:44.09
小さなプロジェクトしか関わったことないのかね
872 ：デフォルトの名無しさん：2012/01/15(日) 17:33:52.80
>>868
小学生は出ていけ。
小学生は出ていけ。
873 ：デフォルトの名無しさん：2012/01/15(日) 17:40:52.74
Linuxカーネルを小さなプロジェクト呼ばわりする幼稚園児のスレだと聞いて
874 ：デフォルトの名無しさん：2012/01/15(日) 17:46:26.08
>>873
少し落ち着け
少し落ち着け
875 ：デフォルトの名無しさん：2012/01/15(日) 17:53:41.80
876 ：デフォルトの名無しさん：2012/01/15(日) 17:54:30.14
>>866
アトミック性が保証されていることと、総合テストが通ることとは全然別だと思うが。
共通ライブラリの改変なら、ブランチ切って総合テストが通ることを確認して、trunk に
マージするのが普通だと思うし、うちではそういう運用にしている。
まあ、そのあたりのやり方の柔軟性とか効率が違うのかもしれないけど、うちぐらいの
規模の開発だとあまり問題になってない。
アトミック性が保証されていることと、総合テストが通ることとは全然別だと思うが。
共通ライブラリの改変なら、ブランチ切って総合テストが通ることを確認して、trunk に
マージするのが普通だと思うし、うちではそういう運用にしている。
まあ、そのあたりのやり方の柔軟性とか効率が違うのかもしれないけど、うちぐらいの
規模の開発だとあまり問題になってない。
877 ：デフォルトの名無しさん：2012/01/15(日) 18:14:26.12
878 ：デフォルトの名無しさん：2012/01/15(日) 19:27:39.96
879 ：デフォルトの名無しさん：2012/01/15(日) 19:52:46.85
>>878
予想通りバカが食いついてきた。これは初期cloneだから思ったより小さかった。
だから、あえてどこからcloneしたか書かなかったんだけど。
日々の作業で増えていって、git gcをしなければ、ギガはあっという間に超えるから。
予想通りバカが食いついてきた。これは初期cloneだから思ったより小さかった。
だから、あえてどこからcloneしたか書かなかったんだけど。
日々の作業で増えていって、git gcをしなければ、ギガはあっという間に超えるから。
880 ：デフォルトの名無しさん：2012/01/15(日) 20:06:58.56
Git 厨は、自分の巣に戻ってもらえるとありがたいんだけどね。
881 ：デフォルトの名無しさん：2012/01/15(日) 20:31:34.95
gitユーザーの中には問題の本質を理解できないバカが少なくとも
一匹(>>879)は紛れ込んでいる事実が判明した。
linusは、こういうバカにはsubversion使えなーだろーなと考えて
git作ったんじゃないのだろうか? きっとそうに違いない。
一匹(>>879)は紛れ込んでいる事実が判明した。
linusは、こういうバカにはsubversion使えなーだろーなと考えて
git作ったんじゃないのだろうか? きっとそうに違いない。
882 ：デフォルトの名無しさん：2012/01/15(日) 20:53:19.09
>>881
Subversionユーザーにはギガのソースをチェックアウトできない貧乏が少なくとも一匹紛れ込んでいる事実が判明した。
通信会社からの通信費の請求に怯え、常にハードディスクの空き容量を気にしなくてはいけない貧乏が。
こういう貧乏な環境なユーザー・会社が未だにSubversionを使い続けているのだろう。
きっとそうに違いない。
Subversionユーザーにはギガのソースをチェックアウトできない貧乏が少なくとも一匹紛れ込んでいる事実が判明した。
通信会社からの通信費の請求に怯え、常にハードディスクの空き容量を気にしなくてはいけない貧乏が。
こういう貧乏な環境なユーザー・会社が未だにSubversionを使い続けているのだろう。
きっとそうに違いない。
883 ：デフォルトの名無しさん：2012/01/15(日) 20:57:56.27
あーあ上げちゃって。よほど悔しかったんだな。ｗｗ
linusだってそのつもりで命名したんだろ。
linusだってそのつもりで命名したんだろ。
884 ：デフォルトの名無しさん：2012/01/15(日) 21:06:35.93
>>883
貧乏だってのがバレたのがそんなに悔しかったんだな。ww
貧乏だってのがバレたのがそんなに悔しかったんだな。ww
885 ：デフォルトの名無しさん：2012/01/15(日) 21:25:48.19
ギガリポジトリを数分で手元に持ってこれるくらいgitユーザは金持ちなのか?
バカって本当にかわいそう。
そんなに頭悪くちゃ、この業界にいるのつらいだろ? バカだから気にならないのか。ｗｗ
考えようによっては世界一幸せな奴だな。
バカって本当にかわいそう。
そんなに頭悪くちゃ、この業界にいるのつらいだろ? バカだから気にならないのか。ｗｗ
考えようによっては世界一幸せな奴だな。
886 ：デフォルトの名無しさん：2012/01/15(日) 21:30:30.56
887 ：デフォルトの名無しさん：2012/01/15(日) 22:57:34.39
>>886
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
まさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
まさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
888 ：デフォルトの名無しさん：2012/01/15(日) 23:13:11.41
>887
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
889 ：デフォルトの名無しさん：2012/01/15(日) 23:29:28.43
890 ：デフォルトの名無しさん：2012/01/15(日) 23:35:35.62
>>870
externalsを使えばいいか。
そうか、じゃあ共通ライブラリはそれを使用するすべてのプロジェクトでうまく動くかの動作確認をしないとだめなんだな。
普通はそんなこと気にせず修正できるべきなんだけどな。
プロジェクト固有ライブラリも同じ考えで作れないと、VCSに何を使おうが破綻する
externalsを使えばいいか。
そうか、じゃあ共通ライブラリはそれを使用するすべてのプロジェクトでうまく動くかの動作確認をしないとだめなんだな。
普通はそんなこと気にせず修正できるべきなんだけどな。
プロジェクト固有ライブラリも同じ考えで作れないと、VCSに何を使おうが破綻する
891 ：デフォルトの名無しさん：2012/01/15(日) 23:37:23.16
>>879
ガベージコレクトしなければすぐ肥大化することを自信ありげにいうものじゃないよ。
ガベージコレクトしなければすぐ肥大化することを自信ありげにいうものじゃないよ。
892 ：デフォルトの名無しさん：2012/01/15(日) 23:37:56.44
ここまでうんこ
893 ：デフォルトの名無しさん：2012/01/15(日) 23:47:03.25
>>891
デフォルトで２週間の「ごみ」は保存されるから、何もしないとあっという間に肥大化する
デフォルトで２週間の「ごみ」は保存されるから、何もしないとあっという間に肥大化する
894 ：デフォルトの名無しさん：2012/01/15(日) 23:47:25.67
>>889
何を言っているのか、今日はじめてここに来た俺にはさっぱりなんだが。
俺はなんか間抜けなやつがいるなーと思ってコピペしただけなんだけどｗ
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
何を言っているのか、今日はじめてここに来た俺にはさっぱりなんだが。
俺はなんか間抜けなやつがいるなーと思ってコピペしただけなんだけどｗ
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
895 ：デフォルトの名無しさん：2012/01/15(日) 23:56:33.16
>>894
コピペできてないよ。
元もどうもずれてる感じがするけど。
# #
#####################
#####################
# #
これってIを横にしたものだったのかな
コピペできてないよ。
元もどうもずれてる感じがするけど。
# #
#####################
#####################
# #
これってIを横にしたものだったのかな
896 ：デフォルトの名無しさん：2012/01/16(月) 00:45:00.88
>>887
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
まさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
まさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
897 ：デフォルトの名無しさん：2012/01/16(月) 00:56:54.50
>>887
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
まさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
まさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
898 ：デフォルトの名無しさん：2012/01/16(月) 01:03:33.35
>>890
> >>870
> externalsを使えばいいか。
> そうか、じゃあ共通ライブラリはそれを使用するすべてのプロジェクトでうまく動くかの動作確認をしないとだめなんだな。
そのためのCI（継続的インテグレーション）。
元の>813
> svn switchはまず失敗する
> リリースターゲットを切り替えるにはチェックアウトが必須
> でもsvn coするだけで1時間以上
だから、svnでは破綻する。
> >>870
> externalsを使えばいいか。
> そうか、じゃあ共通ライブラリはそれを使用するすべてのプロジェクトでうまく動くかの動作確認をしないとだめなんだな。
そのためのCI（継続的インテグレーション）。
元の>813
> svn switchはまず失敗する
> リリースターゲットを切り替えるにはチェックアウトが必須
> でもsvn coするだけで1時間以上
だから、svnでは破綻する。
899 ：デフォルトの名無しさん：2012/01/16(月) 07:37:09.23
>887
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
900 ：デフォルトの名無しさん：2012/01/16(月) 11:41:47.30
あーなんだ、GITを右90度回転させた固定長AAの積もりだったのか。
901 ：デフォルトの名無しさん：2012/01/16(月) 14:48:31.02
なんかもうみんな馬鹿ってことでいいよ
902 ：デフォルトの名無しさん：2012/01/16(月) 15:13:14.11
え、おれも？
903 ：デフォルトの名無しさん：2012/01/16(月) 18:20:31.93
>>900
空白をそのまま表示できないブラウザ使ってるバカはム板に出入りすんな。
空白をそのまま表示できないブラウザ使ってるバカはム板に出入りすんな。
904 ：デフォルトの名無しさん：2012/01/16(月) 18:30:08.58
905 ：デフォルトの名無しさん：2012/01/16(月) 18:31:29.78
みなさんこちらに移動しましょう
http://engawa.2ch.net/test/read.cgi/linux/1154701996/
http://engawa.2ch.net/test/read.cgi/linux/1154701996/
906 ：デフォルトの名無しさん：2012/01/16(月) 18:35:09.77
まもなくここは 乂1000取り合戦場乂 となります。
＼∧＿ﾍ ／￣￣￣￣￣￣￣￣￣￣￣￣
,,､,､,,, / ＼〇ノゝ∩ ＜ 1000取り合戦、いくぞｺﾞﾙｧ！！ ,,､,､,,,
/三√ ﾟДﾟ) / ＼＿＿＿＿＿＿＿＿＿＿＿＿ ,,､,､,,,
/三/| ﾟＵﾟ|＼ ,,､,､,,, ,,､,､,,,
,,､,､,,, Ｕ （:::::::::::） ,,､,､,,, ＼オーーーーーーーッ！！／
//三/|三|＼ ∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
∪ ∪ （ ） （ ） （ ） ）
,,､,､,,, ,,､,､,,, ∧＿∧∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
,,､,､,,, （ ） （ ） （ ） （ ）
＼∧＿ﾍ ／￣￣￣￣￣￣￣￣￣￣￣￣
,,､,､,,, / ＼〇ノゝ∩ ＜ 1000取り合戦、いくぞｺﾞﾙｧ！！ ,,､,､,,,
/三√ ﾟДﾟ) / ＼＿＿＿＿＿＿＿＿＿＿＿＿ ,,､,､,,,
/三/| ﾟＵﾟ|＼ ,,､,､,,, ,,､,､,,,
,,､,､,,, Ｕ （:::::::::::） ,,､,､,,, ＼オーーーーーーーッ！！／
//三/|三|＼ ∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
∪ ∪ （ ） （ ） （ ） ）
,,､,､,,, ,,､,､,,, ∧＿∧∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
,,､,､,,, （ ） （ ） （ ） （ ）
907 ：デフォルトの名無しさん：2012/01/16(月) 18:48:21.62
>887
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
908 ：デフォルトの名無しさん：2012/01/16(月) 18:55:17.45
gitスレは馬鹿ごっこして楽しんでいるのに、subversionスレは本物の馬鹿が出てきて糞スレになってしまった
909 ：デフォルトの名無しさん：2012/01/16(月) 19:19:38.71
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
910 ：デフォルトの名無しさん：2012/01/16(月) 19:20:47.87
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
911 ：デフォルトの名無しさん：2012/01/16(月) 19:21:29.53
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
912 ：デフォルトの名無しさん：2012/01/16(月) 19:25:55.52
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
うお。なんかわからんがコピペされとるｗ
914 ：デフォルトの名無しさん：2012/01/16(月) 19:32:07.13
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
915 ：デフォルトの名無しさん：2012/01/16(月) 19:40:26.98
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
916 ：デフォルトの名無しさん：2012/01/16(月) 20:10:14.71
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
917 ：デフォルトの名無しさん：2012/01/16(月) 20:51:39.95
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
918 ：デフォルトの名無しさん：2012/01/16(月) 20:53:33.84
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
919 ：デフォルトの名無しさん：2012/01/16(月) 20:55:40.31
まもなくここは 乂1000クマ獲り合戦場乂 となります。
. /,|
_＿_ _＿ _＿,... ‖| ／￣￣￣￣￣￣￣￣￣￣￣￣￣
))。I／:: :: ＼ |I。( ‖| ＜ クマども！
＼ ＼::_::_:: ／ ／.. .. ‖| ＼ 1000取り合戦いくクマ―！！
,/::＼_((⌒) ／ヽ ‖| ＼＿＿＿＿＿＿＿＿＿＿＿＿
／,＼=ﾆニ二二ﾆ=／,ヽ＋＋-
＼ / ● ● ヽ／つ⌒)
／// ( _●_) ミI ／|x|
/三//__ |∪| __ ｀ ,／ ｀ﾞ
/ニ// ,|｡|_ ヽノ _|｡|_ノ＼
(￣￣) ￣￣￣ 〕＼//
￣Ｔﾆ===∞===ﾆ!,〆`"
｛I|三三|⌒I|三三〕
|｡｡/ (| ｡ ｡)
∪ （￣＼. ＼ ｸﾏ――――――――――ｯ？？ ／
＼＿).. ＼ ／
∩ ∩ ∩ ∩ ∩ ∩ /⌒)
| ￣￣￣ ヽ/⌒) | ￣￣￣ ヽ | ￣￣￣ ヽ /∩ ∩
/ | / / | ∩ ∩ ,/ | ￣￣￣ ヽ
| ﾉ / | ﾉ | ￣￣￣ ヽ,/⌒) / |
彡､∩ ∩ ∩､ ∩ ヽ/ | / | |
| ￣￣￣ ヽ | ￣￣￣ ヽ | ﾉ/ 彡､ ﾉ
. /,|
_＿_ _＿ _＿,... ‖| ／￣￣￣￣￣￣￣￣￣￣￣￣￣
))。I／:: :: ＼ |I。( ‖| ＜ クマども！
＼ ＼::_::_:: ／ ／.. .. ‖| ＼ 1000取り合戦いくクマ―！！
,/::＼_((⌒) ／ヽ ‖| ＼＿＿＿＿＿＿＿＿＿＿＿＿
／,＼=ﾆニ二二ﾆ=／,ヽ＋＋-
＼ / ● ● ヽ／つ⌒)
／// ( _●_) ミI ／|x|
/三//__ |∪| __ ｀ ,／ ｀ﾞ
/ニ// ,|｡|_ ヽノ _|｡|_ノ＼
(￣￣) ￣￣￣ 〕＼//
￣Ｔﾆ===∞===ﾆ!,〆`"
｛I|三三|⌒I|三三〕
|｡｡/ (| ｡ ｡)
∪ （￣＼. ＼ ｸﾏ――――――――――ｯ？？ ／
＼＿).. ＼ ／
∩ ∩ ∩ ∩ ∩ ∩ /⌒)
| ￣￣￣ ヽ/⌒) | ￣￣￣ ヽ | ￣￣￣ ヽ /∩ ∩
/ | / / | ∩ ∩ ,/ | ￣￣￣ ヽ
| ﾉ / | ﾉ | ￣￣￣ ヽ,/⌒) / |
彡､∩ ∩ ∩､ ∩ ヽ/ | / | |
| ￣￣￣ ヽ | ￣￣￣ ヽ | ﾉ/ 彡､ ﾉ
920 ：デフォルトの名無しさん：2012/01/16(月) 21:00:42.08
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
921 ：デフォルトの名無しさん：2012/01/16(月) 21:33:36.17
最初に書き込んだ奴が馬鹿だったのか？ｗ
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
922 ：デフォルトの名無しさん：2012/01/16(月) 21:43:35.11
>>921
> 最初に書き込んだ奴が馬鹿だったのか？ｗ
事実を書いたらまた発狂しちゃうからだめだよ
>
> #####
> #############
> #################
> ### ##
> # #
> # #
> # #
> ## ##
> ######### ####
> ######
> # #
> #####################
> #####################
> # #
>
> ####
> ###
> #
> # #
> #####################
> #####################
> # #
> #
> ###
> ####
>
> 最初に書き込んだ奴が馬鹿だったのか？ｗ
事実を書いたらまた発狂しちゃうからだめだよ
>
> #####
> #############
> #################
> ### ##
> # #
> # #
> # #
> ## ##
> ######### ####
> ######
> # #
> #####################
> #####################
> # #
>
> ####
> ###
> #
> # #
> #####################
> #####################
> # #
> #
> ###
> ####
>
923 ：デフォルトの名無しさん：2012/01/16(月) 21:46:10.05
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
924 ：デフォルトの名無しさん：2012/01/16(月) 21:52:07.01
▂▃▃▃ ▃▃▃ _▂
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
925 ：デフォルトの名無しさん：2012/01/16(月) 22:02:50.91
▂▃▃▃ ▃▃▃ _▂
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
926 ：デフォルトの名無しさん：2012/01/16(月) 22:14:31.84
▂▃▃▃ ▃▃▃ _▂
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
927 ：デフォルトの名無しさん：2012/01/16(月) 23:06:29.08
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
928 ：デフォルトの名無しさん：2012/01/16(月) 23:18:02.75
スレの流れもあれだし、いい加減時代遅れだし、次スレはもう要らんな
さようならsubversion
さようならsubversion
929 ：デフォルトの名無しさん：2012/01/16(月) 23:21:15.77
′┏━┓┏━┓′′′′′′′′′′′′┏━┓′′′′′┏━┓′′┏━━━━━━┓
′┃′┃┃′┃′′┏━━━━━┓′′′┃′┃′′′′′┃′┃′′┃′′′′′′┃
┏┛′┗┛′┗━┓┃′′′′′┃┏━━┛′┗━┓┏━━┛′┗━┓┣━━━━━━┫
┃′′′′′′′┃┗━━━┓′┃┃′′′′′′┃┃′′′′′′┃┃′′′′′′┃
┗┓′┏┓′┏━┛┏━━━┛′┃┃′┏━━┓′┃┗━━┓′┏━┛┗━━━━┓′┃
′┃′┃┃′┃′′┃′′′′′┃┗━┛′′┃′┃′′′┃′┃′′′′′′′┃′┃
′┗━┛┃′┃′′┗━━━┓′┃′′′┏━┛′┃′′┏┛′┃′′′′′′┏┛′┃
′′┏━┛′┃′′┏━━━┛′┃′┏━┛′′┏┛┏━┛′┏┛′′′┏━━┛′┏┛
′′┃′′┏┛′′┃′′′′′┃′┃′′┏━┛′┃′′┏┛′′′′┃′′′┏┛′
′′┗━━┛′′′┗━━━━━┛ ┗━━┛′′′┗━━┛′′′′′┗━━━┛′′
′┃′┃┃′┃′′┏━━━━━┓′′′┃′┃′′′′′┃′┃′′┃′′′′′′┃
┏┛′┗┛′┗━┓┃′′′′′┃┏━━┛′┗━┓┏━━┛′┗━┓┣━━━━━━┫
┃′′′′′′′┃┗━━━┓′┃┃′′′′′′┃┃′′′′′′┃┃′′′′′′┃
┗┓′┏┓′┏━┛┏━━━┛′┃┃′┏━━┓′┃┗━━┓′┏━┛┗━━━━┓′┃
′┃′┃┃′┃′′┃′′′′′┃┗━┛′′┃′┃′′′┃′┃′′′′′′′┃′┃
′┗━┛┃′┃′′┗━━━┓′┃′′′┏━┛′┃′′┏┛′┃′′′′′′┏┛′┃
′′┏━┛′┃′′┏━━━┛′┃′┏━┛′′┏┛┏━┛′┏┛′′′┏━━┛′┏┛
′′┃′′┏┛′′┃′′′′′┃′┃′′┏━┛′┃′′┏┛′′′′┃′′′┏┛′
′′┗━━┛′′′┗━━━━━┛ ┗━━┛′′′┗━━┛′′′′′┗━━━┛′′
930 ：デフォルトの名無しさん：2012/01/17(火) 00:00:26.32
Pro Git - Pro Git 8.1 Gitとその他のシステムの連携 Git と Subversion
http://progit.org/book/ja/ch8-1.html
Pro Git - Pro Git 8.2 Gitとその他のシステムの連携 Git への移行
http://progit.org/book/ja/ch8-2.html
http://progit.org/book/ja/ch8-1.html
Pro Git - Pro Git 8.2 Gitとその他のシステムの連携 Git への移行
http://progit.org/book/ja/ch8-2.html
931 ：デフォルトの名無しさん：2012/01/17(火) 00:23:44.81
▂▃▃▃ ▃▃▃ _▂
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
932 ：デフォルトの名無しさん：2012/01/17(火) 00:48:11.63
なんでこんな荒れてんだｗ
しかしバージョンアップ狂のFedoraですら
まだ1.7が出ないとは世代交代とはいえ寂しいもんじゃのう。
仕方ないんで自分でパッケージ作ちゃったよ…。
しかしバージョンアップ狂のFedoraですら
まだ1.7が出ないとは世代交代とはいえ寂しいもんじゃのう。
仕方ないんで自分でパッケージ作ちゃったよ…。
933 ：デフォルトの名無しさん：2012/01/17(火) 01:45:06.07
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
934 ：デフォルトの名無しさん：2012/01/17(火) 06:40:19.70
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
935 ：デフォルトの名無しさん：2012/01/17(火) 07:16:20.91
_
:. . . ::
:. . : ::
:. ::
::
:. ::
: . :: .:
:. ::
: . ::
:: 馬鹿にはコピペできないAAだよ
:: : . :: :: .:
:: :: : . ::
.: ::: . ::
:. . . ::
:. . : ::
:. ::
::
:. ::
: . :: .:
:. ::
: . ::
:: 馬鹿にはコピペできないAAだよ
:: : . :: :: .:
:: :: : . ::
.: ::: . ::
936 ：デフォルトの名無しさん：2012/01/17(火) 07:17:22.51
_
:. . . ::
:. . : ::
:. ::
::
:. ::
: . :: .:
:. ::
: . ::
:: 馬鹿にはコピペできないAAだよ
:: : . :: :: .:
:: :: : . ::
.: ::: . ::
:. . . ::
:. . : ::
:. ::
::
:. ::
: . :: .:
:. ::
: . ::
:: 馬鹿にはコピペできないAAだよ
:: : . :: :: .:
:: :: : . ::
.: ::: . ::
937 ：デフォルトの名無しさん：2012/01/17(火) 07:43:45.96
▂▃▃▃ ▃▃▃ _▂
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
938 ：デフォルトの名無しさん：2012/01/17(火) 07:52:25.54
''';;';';;'';;;,., ザッザッザ・・・
''';;';'';';''';;'';;;,., ザッザッザ・・・
;;''';;';'';';';;;'';;'';;;
;;'';';';;'';;';'';';';;;'';;'';;;
vy;vy;v:yy;vy;v;yv;yv、
うんこスレと聞いて λVv vλ v;y v Vv vλv;y λv、
やって参りました λ Λ __ λ_ Λ _ﾍ λ λ ﾍ__ λ_ﾍ λ λ
人 人 λ 人 人 人 __λ人 人 人
人 人 人 人 人 人 人 人 人
人（＿_人（＿人 ） 人 （人.人_＿）.人___） 人（ 人
（＿_）__（＿_）_（＿_）（＿_）（＿_）__） （＿_）__（＿_）（＿_）
（＿＿）（＿＿（＿＿）＿__（＿＿）__）（＿＿）（＿＿）＿＿）
（ ・∀・ （ ・∀（ ・∀・ ）∀（ ・∀・ ）・（ ・∀・ ） ・∀・ ）∀・ ）
939 ：デフォルトの名無しさん：2012/01/17(火) 07:55:23.71
>887
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
940 ：デフォルトの名無しさん：2012/01/17(火) 08:31:46.12
一体何が彼をこうさせるのか
941 ：デフォルトの名無しさん：2012/01/17(火) 10:20:49.83
よく野生の動物が電柱に小便ひっかけたりするのがあるけど
動物的本能がそうさせてるんだろうな
きっと人間じゃなくて類人猿に違いない
動物的本能がそうさせてるんだろうな
きっと人間じゃなくて類人猿に違いない
942 ：デフォルトの名無しさん：2012/01/17(火) 10:52:22.61
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
943 ：デフォルトの名無しさん：2012/01/17(火) 10:59:45.36
2012年1月は、C#がC++を抜いて3位につけたことが特に注目される。C++は長期に渡って
緩やかな下落傾向にある一方で、C#は上昇傾向が続いており、特にここ数年は上昇傾
向が強くなっている。
今後しばらくは、C#とC++で順位の入れ替えを繰り返すものと見られるが、最終的には
C#が3位、C++が4位に落ち着く可能性が高い。また、Objective-Cも急成長を続けており、
この傾向が続いた場合には、C#、Objective-C、C++という順位に変わっていく可能性もある。
上記のほか20位以内に入ったプログラミング言語としては、Rが19位に、Luaが20位に
入った点が注目される。
特に、統計処理や統計データのグラフィック化などに利用されるRプログラミング言語は、
ここのところ注目が高まっている。Rの機能拡張が、Googleの支援によって実現したこと
などもその一因となっているものとみられる。
1 Java 17.479 (-0.082) 18ヵ月連続1位
2 C 16.976 (-0.081)
3 C# 8.781 (+0.576) 3位へ浮上。上昇傾向
4 C++. 8.063 (-0.189) 4位へ下落
5 Objective-C 6.919 (+0.114) 上昇傾向
6 PHP 5.710 (-0.291) 下落傾向
7 (Visual)Basic 4.531 (-0.226)
8 Python. 3.218 (-0.274)
9 Perl. 2.773 (+0.301)
10 JavaScript 2.322 (+0.123)
11 Delphi 1.576 (+0.331)
12 Ruby. 1.441 (-0.053)
http://news.mynavi.jp/news/2012/01/12/058/
緩やかな下落傾向にある一方で、C#は上昇傾向が続いており、特にここ数年は上昇傾
向が強くなっている。
今後しばらくは、C#とC++で順位の入れ替えを繰り返すものと見られるが、最終的には
C#が3位、C++が4位に落ち着く可能性が高い。また、Objective-Cも急成長を続けており、
この傾向が続いた場合には、C#、Objective-C、C++という順位に変わっていく可能性もある。
上記のほか20位以内に入ったプログラミング言語としては、Rが19位に、Luaが20位に
入った点が注目される。
特に、統計処理や統計データのグラフィック化などに利用されるRプログラミング言語は、
ここのところ注目が高まっている。Rの機能拡張が、Googleの支援によって実現したこと
などもその一因となっているものとみられる。
1 Java 17.479 (-0.082) 18ヵ月連続1位
2 C 16.976 (-0.081)
3 C# 8.781 (+0.576) 3位へ浮上。上昇傾向
4 C++. 8.063 (-0.189) 4位へ下落
5 Objective-C 6.919 (+0.114) 上昇傾向
6 PHP 5.710 (-0.291) 下落傾向
7 (Visual)Basic 4.531 (-0.226)
8 Python. 3.218 (-0.274)
9 Perl. 2.773 (+0.301)
10 JavaScript 2.322 (+0.123)
11 Delphi 1.576 (+0.331)
12 Ruby. 1.441 (-0.053)
http://news.mynavi.jp/news/2012/01/12/058/
944 ：デフォルトの名無しさん：2012/01/17(火) 11:03:01.16
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
945 ：デフォルトの名無しさん：2012/01/17(火) 11:07:20.04
[RESULT] Choosing a distributed version control system for PHP
http://news.php.net/php.internals/55293
> 52 want to switch to git
> 15 want to switch to Mercurial
> 1 for bazaar
> 13 want to stay with SVN
http://news.php.net/php.internals/55293
> 52 want to switch to git
> 15 want to switch to Mercurial
> 1 for bazaar
> 13 want to stay with SVN
946 ：デフォルトの名無しさん：2012/01/17(火) 11:16:16.74
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
947 ：デフォルトの名無しさん：2012/01/17(火) 11:43:28.18
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
948 ：デフォルトの名無しさん：2012/01/17(火) 12:16:04.25
>887
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
949 ：デフォルトの名無しさん：2012/01/17(火) 12:27:56.88
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
950 ：デフォルトの名無しさん：2012/01/17(火) 12:35:10.17
＿＿＿＿＿＿＿＿＿＿＿＿
＜○√
‖
くく
しまった！ここは糞スレだ！
オレが止めているうちに犬板へ逃げろ！
早く！早く！オレに構わず逃げろ！
subversion バージョン管理【サブバージョン】
http://engawa.2ch.net/test/read.cgi/linux/1154701996/
＜○√
‖
くく
しまった！ここは糞スレだ！
オレが止めているうちに犬板へ逃げろ！
早く！早く！オレに構わず逃げろ！
subversion バージョン管理【サブバージョン】
http://engawa.2ch.net/test/read.cgi/linux/1154701996/
951 ：デフォルトの名無しさん：2012/01/17(火) 12:50:41.38
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
952 ：デフォルトの名無しさん：2012/01/17(火) 13:10:43.83
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
953 ：デフォルトの名無しさん：2012/01/17(火) 13:23:59.70
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
954 ：デフォルトの名無しさん：2012/01/17(火) 13:39:59.51
>>953
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
955 ：デフォルトの名無しさん：2012/01/17(火) 14:32:01.72
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
956 ：デフォルトの名無しさん：2012/01/17(火) 15:36:17.04
▂▃▃▃ ▃▃▃ _▂
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌ 馬鹿にはコピペできないAAだよ
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
957 ：デフォルトの名無しさん：2012/01/17(火) 15:40:07.52
35．雄同士で交尾をしてしまいました！！
名前：♂二児の親父 日付：6月23日(土) 8時34分
何を勘違いしたのか、雄同士で交尾をしてしまいました。
ちなみに、雄の交尾回数は１回だけなのでしょうか。
今後、雌との交尾は可能なのでしょうか。
38．Re: 雄同士で交尾をしてしまいました！！
名前：むっちり父さん 日付：6月23日(土) 10時24分
私の経験上、雄野郎同士でというのはよくあること、というか私自身もよくします。
雌なんかよりもよっぽどいいと思いますので、こちらの世界にどっぷりハマってみては？
それはそうと回数の件ですが、私はネコなのでタチ次第では何回でもイけますよ。
但し、野郎の体力とタチが種汁ドロドロのケツマンコを嫌って逃げなければ…。
また回数が多くなると体力を消耗して早くおイキになられます。
39．Re: 雄同士で交尾をしてしまいました！！
名前：♂二児の親父 日付：6月24日(日) 5時55分
お返事ありがとうございました。 ですが、
何か重大な勘違いをされているようで、お互いの文章に大きな食い違いがあると思われます。
私の文書に至らない点があったようなので御詫び致します。
上で相談したカブトムシは別の巣箱に異動させました。
名前：♂二児の親父 日付：6月23日(土) 8時34分
何を勘違いしたのか、雄同士で交尾をしてしまいました。
ちなみに、雄の交尾回数は１回だけなのでしょうか。
今後、雌との交尾は可能なのでしょうか。
38．Re: 雄同士で交尾をしてしまいました！！
名前：むっちり父さん 日付：6月23日(土) 10時24分
私の経験上、雄野郎同士でというのはよくあること、というか私自身もよくします。
雌なんかよりもよっぽどいいと思いますので、こちらの世界にどっぷりハマってみては？
それはそうと回数の件ですが、私はネコなのでタチ次第では何回でもイけますよ。
但し、野郎の体力とタチが種汁ドロドロのケツマンコを嫌って逃げなければ…。
また回数が多くなると体力を消耗して早くおイキになられます。
39．Re: 雄同士で交尾をしてしまいました！！
名前：♂二児の親父 日付：6月24日(日) 5時55分
お返事ありがとうございました。 ですが、
何か重大な勘違いをされているようで、お互いの文章に大きな食い違いがあると思われます。
私の文書に至らない点があったようなので御詫び致します。
上で相談したカブトムシは別の巣箱に異動させました。
958 ：デフォルトの名無しさん：2012/01/17(火) 16:05:06.65
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
959 ：デフォルトの名無しさん：2012/01/17(火) 16:22:05.59
>>932
rpmforgeにあったりしないのかな。
rpmforgeにあったりしないのかな。
960 ：デフォルトの名無しさん：2012/01/17(火) 16:28:58.97
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
961 ：デフォルトの名無しさん：2012/01/17(火) 16:43:16.48
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
962 ：デフォルトの名無しさん：2012/01/17(火) 17:03:59.25
>>961
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
963 ：デフォルトの名無しさん：2012/01/17(火) 17:22:43.11
さよならム板のSubversionスレ。
CVSより先にム板から無くなるとは。
CVSは現役のところも多いし、CVSからSubversionを回避して
GitかMercurialに移行したところも多いから歴史の必然だったのだろう。
CVSより先にム板から無くなるとは。
CVSは現役のところも多いし、CVSからSubversionを回避して
GitかMercurialに移行したところも多いから歴史の必然だったのだろう。
964 ：デフォルトの名無しさん：2012/01/17(火) 17:39:08.95
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
965 ：デフォルトの名無しさん：2012/01/17(火) 18:17:17.51
>>964
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
966 ：デフォルトの名無しさん：2012/01/17(火) 18:43:38.74
だからLinuxのカーネルのソースは何G？ (ｷﾘｯ
967 ：デフォルトの名無しさん：2012/01/17(火) 18:45:23.35
968 ：デフォルトの名無しさん：2012/01/17(火) 18:58:42.25
>>967
> >>963
> linusのネガキャンに乗せられて、避けてるのが多いんだろう。
つ>>945
svnを使っていた（過去形）PHPで13%しかsvnにとどまることを望んでいなかった現実を直視しよう
> >>963
> linusのネガキャンに乗せられて、避けてるのが多いんだろう。
つ>>945
svnを使っていた（過去形）PHPで13%しかsvnにとどまることを望んでいなかった現実を直視しよう
969 ：デフォルトの名無しさん：2012/01/17(火) 19:05:37.29
だからPHPのソースは何G？ (ｷﾘｯ
970 ：デフォルトの名無しさん：2012/01/17(火) 19:18:02.03
>>968
やっぱりバカだ。ｗｗ
> svnを使っていた（過去形）PHPで13%しかsvnにとどまることを望んでいなかった現実を直視しよう
この事実とlinusのネガキャンとの因果関係は何も示されていない。
やっぱりバカだ。ｗｗ
> svnを使っていた（過去形）PHPで13%しかsvnにとどまることを望んでいなかった現実を直視しよう
この事実とlinusのネガキャンとの因果関係は何も示されていない。
971 ：デフォルトの名無しさん：2012/01/17(火) 19:20:14.91
久々に来たら、なんだこれ
972 ：デフォルトの名無しさん：2012/01/17(火) 19:48:18.25
>>970
Linuxの素晴らしい講演が2007/05/14
http://www.youtube.com/watch?v=4XpnKHJAok8
OpenSolarisbのVCS調査がFebruary 17, 2006
http://hub.opensolaris.org/bin/view/Community+Group+tools/history
OpenSolarisは最初からSubversionは眼中に無い。
Linuxの素晴らしい講演が2007/05/14
http://www.youtube.com/watch?v=4XpnKHJAok8
OpenSolarisbのVCS調査がFebruary 17, 2006
http://hub.opensolaris.org/bin/view/Community+Group+tools/history
OpenSolarisは最初からSubversionは眼中に無い。
973 ：デフォルトの名無しさん：2012/01/17(火) 20:08:18.19
だからOpenSolarisのソースは何G？ (ｷﾘｯ
974 ：デフォルトの名無しさん：2012/01/17(火) 21:23:27.54
>887
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
バカも鳴かねば撃たれまいに。誰もlinuxカーネルの話なんかしてないのにのこのこ出てきて恥をさらす。
お前のほうがまさに
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
#
####
975 ：デフォルトの名無しさん：2012/01/17(火) 21:38:26.71
>>971
本当に意味がわからない。本当に。
本当に意味がわからない。本当に。
976 ：デフォルトの名無しさん：2012/01/17(火) 21:40:16.70
#####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
#############
#################
### ##
# #
# #
# #
## ##
######### ####
######
# #
#####################
#####################
# #
####
###
#
# #
#####################
#####################
# #
#
###
####
977 ：デフォルトの名無しさん：2012/01/17(火) 22:03:07.84
┏┓┏┓ ┏━━━━━━┓ ┏┓ ┏━━━━┓┏━━┓
┃┃┃┃ ┗━━━━━┓┃ ┃┃ ┗━━┓┏┛┃┏┓┃
┏━┛┗┛┗━━━┓ ┏━━━━━┛┗┓┃┃ ┏━━┛┗┓┃┗┛┃
┃┏┓┏┓┏━━┓┃ ┗━━━━━━┓┃┃┃ ┗━━┓┏┛┗━━┛
┃┃┃┃┃┃ ┃┃ ┏━━━┓ ┃┃┃┃ ┏━━┛┗┓
┃┃┃┃┃┃┏━┛┗┓┃┏━┓┃ ┃┃┃┃ ┃┏━┓┏┛
┃┃┃┃┃┃┃┏┓┏┛┃┃ ┃┃ ┃┃┃┃ ┃┃ ┃┃
┃┗┛┗┛┃┃┗┛┃ ┃┗━┛┗━━┛┃┃┗┓┃┗━┛┃
┗━━━━┛┗━━┛ ┗━━━━━━━┛┗━┛┗━━━┛
┃┃┃┃ ┗━━━━━┓┃ ┃┃ ┗━━┓┏┛┃┏┓┃
┏━┛┗┛┗━━━┓ ┏━━━━━┛┗┓┃┃ ┏━━┛┗┓┃┗┛┃
┃┏┓┏┓┏━━┓┃ ┗━━━━━━┓┃┃┃ ┗━━┓┏┛┗━━┛
┃┃┃┃┃┃ ┃┃ ┏━━━┓ ┃┃┃┃ ┏━━┛┗┓
┃┃┃┃┃┃┏━┛┗┓┃┏━┓┃ ┃┃┃┃ ┃┏━┓┏┛
┃┃┃┃┃┃┃┏┓┏┛┃┃ ┃┃ ┃┃┃┃ ┃┃ ┃┃
┃┗┛┗┛┃┃┗┛┃ ┃┗━┛┗━━┛┃┃┗┓┃┗━┛┃
┗━━━━┛┗━━┛ ┗━━━━━━━┛┗━┛┗━━━┛
978 ：デフォルトの名無しさん：2012/01/17(火) 22:06:30.19
┏━━┓ ┏━━┓ ┏━━━┓ ┏┓ ┏┓
┗━━┛ ┃┏┓┃ ┗━━┓┃ ┏━┛┗┓ ┃┃
┏━━┓ ┏┓ ┃┃┃┃ ┃┃ ┏┓ ┗━┓┏┛┏━━━┓┃┃ ┏┓
┗┓┏┛┏┛┃ ┃┃┃┃ ● ┏┛┃┏┛┃ ┃┃ ┗━━━┛┃┃┏┛┃
┏┛┃ ┗┓┃ ┃┗┛┃ ┏┛┏┛┗┓┃ ┏━┛┃ ┃┗┛┏┛
┗━┛ ┗┛ ┗━━┛ ┗━┛ ┗┛ ┗━━┛ ┗━━┛
┗━━┛ ┃┏┓┃ ┗━━┓┃ ┏━┛┗┓ ┃┃
┏━━┓ ┏┓ ┃┃┃┃ ┃┃ ┏┓ ┗━┓┏┛┏━━━┓┃┃ ┏┓
┗┓┏┛┏┛┃ ┃┃┃┃ ● ┏┛┃┏┛┃ ┃┃ ┗━━━┛┃┃┏┛┃
┏┛┃ ┗┓┃ ┃┗┛┃ ┏┛┏┛┗┓┃ ┏━┛┃ ┃┗┛┏┛
┗━┛ ┗┛ ┗━━┛ ┗━┛ ┗┛ ┗━━┛ ┗━━┛
979 ：デフォルトの名無しさん：2012/01/17(火) 22:29:05.60
980 ：デフォルトの名無しさん：2012/01/18(水) 00:30:54.44
.
981 ：デフォルトの名無しさん：2012/01/18(水) 06:38:55.74
馬鹿さらし保守
982 ：デフォルトの名無しさん：2012/01/18(水) 09:25:27.91
消防や厨房じゃあるまいし
なんだこの低能っぷりは
なんだこの低能っぷりは
983 ：デフォルトの名無しさん：2012/01/18(水) 12:37:13.82
>>982
コピペのできない幼稚園児のスレですよ
コピペのできない幼稚園児のスレですよ
984 ：デフォルトの名無しさん：2012/01/18(水) 13:14:11.11
985 ：デフォルトの名無しさん：2012/01/18(水) 13:23:46.95
埋めますって言いながら埋めないのってなんなの
986 ：デフォルトの名無しさん：2012/01/18(水) 13:47:01.49
>>985
この板には連投規制があるから。
IDの出ないム板ではまた荒れるからLinux板に移転した方が良いよ。
GitスレはLinux板からム板に移転したけど機能してるが。
subversion バージョン管理【サブバージョン】
http://engawa.2ch.net/test/read.cgi/linux/1154701996/
この板には連投規制があるから。
IDの出ないム板ではまた荒れるからLinux板に移転した方が良いよ。
GitスレはLinux板からム板に移転したけど機能してるが。
subversion バージョン管理【サブバージョン】
http://engawa.2ch.net/test/read.cgi/linux/1154701996/
987 ：デフォルトの名無しさん：2012/01/18(水) 15:03:25.51
連投規制って
988 ：デフォルトの名無しさん：2012/01/18(水) 15:03:45.24
そんなに
989 ：デフォルトの名無しさん：2012/01/18(水) 15:03:56.34
きびしかったっけ
990 ：デフォルトの名無しさん：2012/01/18(水) 15:04:07.51
さるさん？
991 ：デフォルトの名無しさん：2012/01/18(水) 15:04:18.52
なるかな
992 ：デフォルトの名無しさん：2012/01/18(水) 15:04:40.31
やっぱ埋めますって言って1個も埋めレスしないのおかしくねぇ？
993 ：デフォルトの名無しさん：2012/01/18(水) 15:05:07.06
994 ：デフォルトの名無しさん：2012/01/18(水) 15:05:26.11
連投できるじゃん。
995 ：デフォルトの名無しさん：2012/01/18(水) 15:06:53.88
だからお前が埋めろと言ってただけなんだよ
996 ：デフォルトの名無しさん：2012/01/18(水) 15:07:19.66
汚いなさすが>>986きたない
997 ：デフォルトの名無しさん：2012/01/18(水) 15:14:34.33
連投規制にひっかかったようで。
このスレは少人数の幼稚園児が書きこんでいたってのがはからずもバレてしまった。
このスレは少人数の幼稚園児が書きこんでいたってのがはからずもバレてしまった。
998 ：デフォルトの名無しさん：2012/01/18(水) 15:41:23.93
え？ってかこれもまた埋めさせようとするワナか
999 ：デフォルトの名無しさん：2012/01/18(水) 15:44:04.23
1000 ：デフォルトの名無しさん：2012/01/18(水) 15:45:06.29
1000 git
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。