Subversion r8

subversionはフリーなオープンソースのバージョン管理システムです。

公式HP
subversion.tigris.org
http://subversion.tigris.org/

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

subversion: Project Status
http://subversion.tigris.org/project_status.html

subversion: Subversion Links
http://subversion.tigris.org/links.html

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

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

豆知識
subversionの語源は、suvbert「（国家や社会秩序を）破壊・転覆する」という意味の名詞形です。

sub + versionの連係だと思っていると恥ずかしい思いをする時がきますよ。

■文書
Subversionによるバージョン管理(日本語訳)
http://subversion.bluegate.org/
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
Wiki for Subversion
http://wiki.machband.org/svn/
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でVisualStudioのプロジェクトをバージョン管理しているんですが、
プロジェクトのプロパティの「構成プロパティ」->「デバッグ」->「作業ディレクトリ」の設定項目については、どうも変更してコミットしても、
他の人がそれをUpdateして開いたときには、設定したパスが反映されていないようです。

「作業ディレクトリ」の項目は、Subversionで変更を記録できないんでしょうか？

>>1
一乙。

>>3
AnkhSVN使ってる？使ってないならこれで一度やってみな。

> 1000 ：デフォルトの名無しさん：2007/10/20(土) 16:44:57
> 1000ならおまいらのリポジトリが爆発

俺まだリポジトリ作ってねーわｗ

>>3
何が、どのファイルの中に入ってるか把握する手間を惜しむなら、
MS謹製のVSS様でも使うべき。
その作業ディレクトリって共有すべき設定なの？
バージョン管理下に置いてる/置いてないファイルの区別は適切か？
MSのVisualStudioかVSSのサイトにはバージョン管理すべきでないファイルの説明もあるし、
AnkhSVNみたいなツールがデフォルトで保存しないようなファイルの情報なら、
共有すべきでないという見解が一般的なのだろう。

試しで、１プロジェクト（１ソリューション）にある全てのファイルをコミットしてみる
その状態で、VS.NET IDE で開き、開いただけで変更されるファイル、フォルダを特定する。
さらに、デバッグ・リリース実行し、この状態で変更されるファイルを確認する。
ソースを変更していないのに、開くだけで変わる、実行するだけで変わるファイルは
だいたい存在しなければ自動的に生成されるものだろうから　わざわざ管理下に置く必要がないし、
逆に、管理下においてしまうと、開くだけ、実行するだけで変更扱いになるので鬱陶しい。

ある程度設定を共通化しておきたいファイルは、iniファイル管理等で推奨されているように
誰かが、そのテンプレートを作成して、オリジナルファイル名.tmpl とでもして、これをコミット
するようにしている。
それに関わる作業者は、このテンプレを改名・編集して、管理外として使うようにする。

という基準で、VS.NET を使うときの管理下に置くファイルを選定しています。

>>1

豆知識のところ、subvertだろ？おまいが恥ずかしい思いをしろ

>>8
ワロタｗなんか違和感あると思ったら、そのせいかっｗ

名前がむかつくからCVS使い続けることにする。

>>8
俺はコピペしただけなのに・・・俺なんだよ・・・

>>11
「なんで」が抜けたｗ

>>11
気になって前スレ見に行ったらあっちもsuvbertになってたｗ
何ヶ月もだれも気づかずに、コピペ張ったら指摘されるなんて、>>1も気の毒だなｗ

「sub+versionの連携だと思っていると…」てのも余計だよな。
次スレでもどうせまんまコピペされるだろうけど。

新スレ立ってからテンプレにケチつける奴はｱﾌｫ

>>15
まったく同意だ
テンプレ修正案も出さないくせに文句ばっかり言うな
>>1は何も悪くない

>>16
いい事言った俺は悪くない
つーことで↓テンプレ案

というか、このソフトウェアの名前は、subvertとsub+versionを引っかけてたと思ったんだけど、
そうじゃないとしたら、誤解させる意図があったとしか思えない。そうだとしたら黒いなあｗ

名前決めなんてそんなもんだ。BASICだってBeginner's(ry

「豆知識」はr7のアホな>>1が追加したもんだ。
r9で削ればいい。覚えていれば。

テンプレ議論は900過ぎてからやれと

>>19
アレはどう考えても後付けだろ

MercurialとSubversionのレポジトリを
commitやpushのタイミングで同期するというか
双方向にミラーリングすることはできないかな

ってあんまり意味無いかな？

gitの話もここでいいですか?

前スレの最後で初めてSVKを知ったんだが、こんなに便利なものがあったとは知らなかった。
subversionについては結構習熟してたつもりだったので、ちょっとショックだったんだけど、
こういうsubversionで便利なソフトの一覧とかないのかな？
テンプレの中にもSVK載ってなかったみたいだし、一通り載ってるサイトとかあれば便利だと思うんだけど・・・。

>25
作って♥

>>25 公式サイトにあった
http://subversion.tigris.org/links.html#clients

>>26
自分なんかより詳しい人間がいるから、そういった人に作ってもらった方がいいかと。
それかwiki作ってみんなで編集するとか。

>>27
こんなにあったのか、さっぱり知らなかったわ。
このページを訳すだけでもだいぶ違うかも。

>28
訳して♥

TortoiseSVN は Vista で動くでしょうか？

>>30
いくつか問題はあるらしい。
http://tortoisesvn.net/vistaproblems

>>31
現在 XP では、 1.4.5 を使っているのですが；

記事の中には、 1.4.2 や 1.4.3 って出てくるのですが、古い内容なのかな？

subversion使ってて、コミットしてから失敗したことに気づくことってない？
例えば、必ずユニットテストに合格してからコミットしないとダメなのに、しないでやっちゃったとか。
そういうときってそのコミットをなかったことにできないのかな。

>>33
ユニットテスト走らせて成功したらcommitするようなコマンドラインか
Makefileで作業したらいいと思うよ。
あるいはZenTestみたいなの使ってテスト走りっぱなしにするか。

>>34
ユニットテストはそうやってやればいいのか。
でも、そそっかしいもんだから、それに限らず間違ってコミットしちゃうことが多いんだよね。
どうにかして簡単に元に戻すことはできないのかなあ。

コミットしちゃったやつとその前のやつとの差を逆方向にマージする。

>>36
たしかにその方法でできるんだけど、やっぱりミスしたリビジョンがリポジトリに残るっていうのが・・・。

それがバージョン管理システムってもんだ。

間違ってコミットしたのでロールバックした、っていうコメントをログに残しとけばいいんじゃない

ログの修正ができるんなら間違ったほうのログに「rXXXXで取り消し」って書いとけば完璧。

>>38-39
やっぱそうですか。とりあえずミスしてコミットしたリビジョンは、後からログを修正することにします。
長々とつきあってもらってありがとうございました。

あやまればいいと思うよ

根本的な質問で申し訳ないが、Subversionのようなバージョン管理って
コマンドラインからやるのが普通なの？それとも亀みたいなGUIを使うのが普通なの？
亀使ってるけどコマンドは全然知らない場合、俺Subversion使えます、って言わないほうがいいのかな？って思って。

あんまり回答になってない気がするのだが
Subversion使えます、って言うんじゃなくて
SubversionをGUIで使ってます、って言えばいいだけのような気が

>>43
Macでの話だが、コマンドラインとTextMate(エディタ)のSubversionサポートを併用。

GUIで使えたら、コマンドラインでも最低限は使えるだろ。
そうでなくともヘルプ見ればほとんどわかるし。

>>43
っsvn help

概念さえわかってりゃコマンド名見ただけでどんな操作か想像できるだろう

コミットに関して、みんな偉いシビアにルール決めされてるんだな・・・
俺なんて、取り敢ず残しておきたい状態があればコミットしれ！って言ってるけどな。
少々ログが汚れても、大事なポイントを残す事ができるメリットを優先させている。

リリースの為に整える作業は、プロジェクトのメインの奴が、リリース用のブランチ切って
最終的にタグ打ちして終了でいいと思ってるし。

ただ、あまりにも無神経なコミットログを見ると腹立つけどなｗ

三ヶ月前の自分に腹を立ててもなぁ

そう言う状態でコミットした奴に限って翌日に急用、急病で休まれて
ざけんなゴルァってなるから困る

>>48
Eclipseで開発してると、ローカルヒストリーが内部リポジトリみたいに使えるから、
svnリポジトリの方を成功したビルドだけ、みたいに限定できる。

Eclipseを誰も使ってくれないんだ

>>52
NetBeans?

SVK詳しく見たけどむちゃくちゃ便利だな。
一時的にネットワークにつながらない環境でリポジトリをコピーするようにも使えるし、
ローカルで細かい変更のログをとっておいて、ある程度完成したらまとめて（完成したリビジョンだけ）
本筋にコミットすることもできる。
こんな便利なものを知らなかったなんて・・・。

>>54
＞一時的にネットワークにつながらない環境でリポジトリをコピーするようにも使えるし、
一瞬、ネットワークに繋がらないのにどうやってコピーするんだと思ってしまったw

SVNManager とかもそうだけど
日本語訳された解説サイトがあるかないかで違ってくると思うんだ

>>48
trunkでそれをやられると困る。
そういう運用するならワーキング用のブランチを作ってくれれば、
盛大にやってもらっても構わない。
ルールとしてユニットテストが通ったものをtrunkにマージを徹底してもらえればそれでいい。

まぁ trunkのとらえ方の違いだな
運用次第だから何とも言えん

そういうときはstashしましょう。

ビルドできないものとか、動かないものをtrunkに入れられると困るからな。

困る場合と困らない場合があるケド

ビルド･テストは通らないけど一区切りフラグをつけてコミット、
他のユーザーはデフォルトでそれをフィルタリング。
みたいな機能つけてくれ

どなたか、
レポジトリの運用の仕方の一覧を書いた、2chのレスをご存じないですか？

前スレだと思ってたのですが、見つからず・・・

ファイル共有と、sshと、あと、apach+?があげられてたはず・・・
あと、確か、コミットしたユーザー？が見分けられるかも、書いてあったと思う

ひとつのプログラムを１人のプログラマで完結できるなら、それほど問題にはならんわな
ひとつのプログラムを複数人のプログラマで開発するときは巨大な問題になるよな

>>62
ガイドラインにそれば、ブランチを使えばいいんだろうが、面倒なんだよな。

複数人でもライブラリやプロジェクトを共有してない限りはそこまで大きな問題にはならんけど

trunkに変なソースをコミットってありなのか？
朝一でupdateしてビルド通らないとぶちきれるぞ

環境、運用ルールによるから有り無しとか決まりはないだろ

どういう運用ルールならありなのか想像もつかないよｗ

そう言う想像の付かない運用ルールで回してる所もあるんだよ
trunkを全員のバックアップ場所にして○○版ってのを作ってテストするような時に
ブランチ切るってやり方の所もあって首を傾げながら開発してた時があった

1プロジェクト1ソリューションで作られてて、自分のソリューションが
他人のコミットでコンパイル出来なくなる事がないような
作りになってた時もあった
（commonだけコミットがうるさかった）

>>63
r6の450あたりか

TortoiseSVN って TSVNCache.exe っていうバックグラウンド
プロセスでバージョン管理下にあるファイルの更新状況を
調べているけど、この調べた結果のデータをもっと活用
できないものかね？

>>67
例えばだ
「わからなかったんでやってません」
「コミットしようとしたらローカルソース全部消えちゃいました」
「IDEが壊れて、ソース消えました、コミットしてません」
こんなナイスガイがいる所もあるんだ・・・

とりあえずなんかAPIでも用意されているのか気になったので
http://tortoisesvn.tigris.org/svn/tortoisesvn/trunk
取得中。おせぇ。

ってか、卒論書かなきゃならんのに何やってんの？俺。

>>74
部屋の掃除とか詰んである本も読まなきゃいけないだろ。がんばれよ。

>>74
うはっｗもう一人の俺www

>>71
どもっす。

http://pc11.2ch.net/test/read.cgi/tech/1165892754/450
ではない気がしました。

2chじゃなかったのかな・・・うーん。

この辺のことは、いつか、まとめないといけないですね

>>77
コミットしたユーザーの区別は、apacheで公開して認証すればできるよ。
認証に使ったユーザー名が、そのまま最終コミット者になる。

ユーザ名の区別ができないコミットってどんなだよ。

svkって、ちょっと前に誰かが、勝手に変なコミットしやがるとか文句垂れてなかったっけ？

>>79
ローカルディレクトリにリポジトリ作って、file:///〜でアクセスしたりするか、
パスワードなしでコミットしたりすると、ユーザー名を区別できないから誰がコミットしたかわからなくなったりする。

>>24
mercurialがリリースされてから使ってないなｗｗｗ

コミットの条件をきつくすると、それだけレポジトリとローカルとの剥離が大きくなる可能性がある。
ビルドやテストが長い時間かかるような大きなプロジェクトになった場合、

ビルド→テスト→（長い時間）→やっと、おわった〜、じゃあ、コミットしよう
→コンフリクトしていてコミットできない→競合解消→ビルド→テスト→（長い時間）→．．．

となって、手元で温め続ける状況が延々と続く．．．かもしれない

linux系のmlで宣伝して結局採用されなかったけど
他のプロジェクトでちょっと使われてるってくらいしか認識ないけど
mozillaとかmercurial使うぽいから割と軌道には載った感じかな?
fd.oがgitになったからgit使ってるけど、中身ほぼ一緒なのかってくらい同じだよなw
犬色に染まりたくないプロジェクトはそっちだろうか。

>>84
gitって知らないうちに中身が大幅に変わっているのか？
昔、mercurialとgitはまったく別物だったんだが。

http://ktown.kde.org/%7Ezrusin/git/git-cheat-sheet-medium.png
http://www.ivy.fr/mercurial/ref/v1.0/Mercurial-Usage-v1.0-120dpi.png

コマンドもほとんど同じ
どっちともbitkeeperの置き換えであってまったく別物という話は知らないな。

>>72 http://tortoisesvn.tigris.org/svn/tortoisesvn/trunk/src/TSVNCache/CacheInterface.h

トータスSVN リポジトリブラウザの web版のようなものは
ありませんでしょうか。

webブラウザからリポジトリに直接ファイルをアップさせたいのです。
ご教授お願いいたします。

トータスSVN リポジトリブラウザの web版のようなもの

最後の一行、記述ミスです。

Webブラウザのような貧弱なインタフェースでコミットなぞ悪夢だ。

>90
全くもって、おっしゃる通りです。

が、そうでもしないと営業が自発的に資料をコミット
してくれないのですよ・・・

わけがわからないからやっといて〜がオチです。

見るだけなりエクスポートならtracでブラウザ上から出来るけど、
コミットはできないなあ。

営業の資料ってOffice文書関連じゃないのかな？
だったらバージョニングの対象と言うよりは
グループウェアにでもアップロードしておいたほうが
いいのではないだろうか…

ちなみに WebSVN というのがあるけどこれはとりだすだけ。
SvnManager というのはリポジトリの生成や削除および
アクセス制御の設定をブラウザからやるためのウェブアプリ。
なので >>90 の用途には関係ない。

perlでCGI書いてサーバー側でコミットさせたら？ファイルだけアップロードさせればいいし。

>>91
営業に意識させずに Subversion を使わせるには WebDAV 使って意識させない
ようにしないとだめでしょ。

バージョン・コントロール・システムは便利ですが、履歴が残るとかそういうメリットを
一切理解しようとしない人間はやっぱりいる。
こっちがいくら力説しても、「コミット」という行為自体が煩わしいみたいですね。

保守派ばっかりの職場で働く人間は大変だな。

SVNManegerってコミット出来なかったっけ

>>95
WebDAVで、リポジトリの操作って出来るんですか
参照だけではなかったでしたっけ

>>98
コミット時のアクセスに、WebDAVを使うってことじゃないの？

そういう連中（一般人）には
今のアプリ自体が力不足。

ファイルの保存ボタンを押したときに、
保存しますかと聞くんじゃなくて
コミットログの入力を求めるようにフックするツールが必要だ。
あとアンドゥも無限に出来ないとな。

>>99
WebDAV公開リポジトリに
「IEのファイル→開く→URL入力 ＋ webフォルダとして・・・」
の手順で開かせて直接ファイルを突っ込ませるってことですよね。

この作業をもっと簡略化できませんか？
スクリプト書いて設置とかになるのでしょうか

いわれてみりゃあ、Webベースのsvnクライアントってないな。
だれか作ってくれ。

SVNManeger

>>103
揚げ足取りですまんが、SVNMan"a"gerな。

何も考えずコピペした

>>86
外見は同じだけど、中身はぜんぜん違うんじゃなかったか？
Mercurialとgitを比べてる記事を見たときに、知名度だけでgitが広まるのは嫌だと思ったしｗｗｗ

知名度ならHG

>>91

うちの会社は営業もsvnを使ってくれる。
簡単な技術の話(SQLの正規化とか)も理解できるし大変助かっている。

うちはうち、よそはよそ、だけど。

SQLの正規化ってなに？

うちの営業は開発もやるよから完璧。
うちはうち、よそはよそ、だけど。



orz

すまん、テーブル設計の正規化

>101
分かってるのか分かってないのか良く分からないので書いておくけど、Subversion リポジトリを http 経由で SVNAutoversioning on にして公開しておくと、
WebDAV で書き込んだ内容が勝手にバージョン付けされて保存される。

付録 B. WebDAV と、自動バージョン化
http://subversion.bluegate.org/doc/apbs03.html

有意なログが残らないけどとりあえず過去の状態も保存しておきたいというのならこれでもいけると思う。

>「IEのファイル→開く→URL入力 ＋ webフォルダとして・・・」
こっちの方を簡略化ってのならネットワークプレースに登録するなりドライブとして割り当てるなりすれば一度で済むんでそれでいいんじゃないかと思う。

Webフォルダを作らせて皆に操作させると、
リビジョン番号が爆発してしまうんだよねぇ...確か。
違った?

>>91
そういうやつはWebブラウザでも絶対にコミットしないぞｗｗｗ
会社で必ずSVNを使うルールを作れ。

>>112 ほう、そんな機能が。知らんかった。

ところで、コミット中に何らかの問題が発生してコミットが
中断してしまったあとで、「古いトランザクションが残っている」
との理由でコミットができなくなってしまった。

なので svnadmin rmtxns <repo> 2-1 ←これが残ってるトランザクション
ってやておかしくなったトランザクションを削除したんだけど、
svnadmin: Can't open file 'tortoisesvn-11106/format': No such file or directory
と表示されて削除できなかった。念のため root でやっても同じ。

db/transactions/2-1.txn を直接削除してしまってよいものだろうか。

HTTP 経由でリポジトリとやり取りするときって、
gzip 圧縮かかってるんだろうか。
つまるところ、Content-Encoding: gzip なんでしょうか？
テキストのやり取りがメインったら圧縮率は高そうなんだけどな。
差分だけのやり取りの場合はそうでもないんだろうか。
でも初回の import とか圧縮の効果が結構ありそう。

とりあえず db/transactions/2-1.txn を削除してみたら、
過去のトランザクションが終わってないよ的なエラーメッセージ
（ごめん、うろおぼえ）がでなくなってコミットできるようになったけど、
これでよかったんだろうか。いまはリポジトリを使っている人数が
二人なんで特に大きな問題にはならなかったけど、複数人が
頻繁に使いだしたときに発生しないか心配だなぁ。
そもそもなんでこんな問題が発生するの？
mod_dav_svn を使うよりも svn+ssh などのプロトコルを使えってこと？

>>116
1.4 から差分の表現形式自体に gzip がかかるようになった。これがネットワークを流れる
データになる。 Content-Encoding: gzip がどうなってるかは知らないけど、２重にかける
ことになるから使ってなさそうに思う。

>>118
なるほど、もはややり取りされる差分データ自体に圧縮が適用されて
いるんですね。いやぁ、すごいなぁ。

ところで、今 WebSVN で自分＋相棒が幸せにリポジトリをブラウジング
しているんですが、開発チームが大きくなるとリポジトリ内の
ディレクトリ毎にアクセス制限をかけたくなりますよね？
Subversion 自体には svn, svn+ssh, http でのアクセスに
適用されるアクセス制御機構が用意されているものの、
WebSVN のようにリポジトリにファイルシステム経由で直接
アクセスする場合にはそれが適用されません。
そういう場合にはファイルシステムのバーミッションで
適切に制御されているべきだろということなのだと
思いますが、WebSVN のようなリポジトリブラウジング用の
ウェブアプリを使うとアクセス制御はあきらめざるを得ないんですかね。

http://www.sesp.cse.clrc.ac.uk/Publications/cvs-svn/node46.html
WebSVN 自体にはアクセス制御の機構はないので HTTP の認証で
なんとか汁、ということのようですが、こまやかな制御を
仕様とするとゴリゴリと Apache の設定ファイルを
毎回書き換えなきゃならないとなるとちょっと実用的じゃありません。
なにかいいほうほうありませんかね。

http://blog.platinumsolutions.com/node/76
It supports access control via the “access file”
(at least version 2.0 beta 7 does at the time of this writing;
you have to get it directly from their source repository)

ということらしい。なるほど WebSVN 2.0 を使えばいいのか。
Debian のパッケージに入ってた WebSVN 1.6.1 をそのまま
使っていた。

>>112

ふと思ったんだが LVM の Snapshot じゃ駄目なんだろうか？

>>120
WebDVN 2.0は連動するのか。勉強になった。
あと、Tracが連動するよ。リポジトリブラウジングだけだとTracは大げさだけど。

Trac入れて、「営業がSubversionを覚えやがらない不具合」ってticketを発行してやればいい。
優先度は“critical”で。

RESOLVED: WONTFIX

WORKSFORME(営業: いーじゃん。仕事やってるんだから)かもしれん。

質問なんですが、ローカルコピーから削除されたファイルを検出してremoveすることってできますか？
いまは手動で svn remove hoge を繰り返してるんですが、なかなか骨が折れる作業なので・・・
ローカルに存在しないからTab補完もきかないですし。

svn st | sed -n 's/^!/svn remove/p' | sh

ちなみにzshなら標準で、svn remove のあとはディレクトリおよび削除されたファイルが補完候補になるよう定義されてる。

>>127
なるほど、statusコマンドとスクリプトを組み合わせればいろいろ便利な使い方ができそうですね。
こういったのにあまり慣れてないので、ちょっと勉強してから使いたいと思います。
どうもありがとうございました。

>>122
Tracかぁ・・・
そこまでの機能はいらないんだよなぁ。
あと、WebSVN の RSS 機能が便利そう。
Trac も各種情報を RSS でフィードしてくれるのかな？

TracはEclipseで使う分にはいいけどね。IDE系でプラグインが少ないのが欠点かな。

WebSVNって消えてたと思ったら復活してたのか
今はviewvcとApacheでやってるけど
ううん・・・

>>130
ウェブのインターフェイスよりもIDEに統合されて
いたほうがやっぱり使い勝手いいですか？
Visual Studio ばっかり使ってて
Subversion も TortoiseSVN 使ってるけど
Subversion も Visual Studio の何らかの
プラグイン入れて使ったほうがいいのかなぁ。

Trac使ってて良かったって思う事って何だろうか
導入するのが面倒で使ってないんだけど
そのうち入れて試してみたいと思ってて

Trac使ってる所で開発出来ると実感出来るんだろうけどなぁ・・。

>>132
個人の感覚にもよるけど、TracはWebとプラグインで大違いだと思った。
Tracはチケットでバグを管理するんだけど、mylynっていうタスク指向UIっていうのがあって、
チケットごとに関係するファイルだけを表示してくれたりして、なれると効率が全然違った。

VSでsubversionならAnkhSVNだと思うけど、あまり多機能とは言えない。
でもまあ使いやすいことは確かなので、俺はAnkhSVNで普段はコミットして、
タグを作ったりログをいじったりするときはtortoiseSVN使ってる。

>>133
やっぱりタスク中心で考えられることかな？
バグとか、しないといけないこと、付け加える新機能なんかを一括で管理できるから、
今やってることだけに集中できる。
これやっとかなくちゃと思っても、忘れてしまうことがよくあるんだけど、
Trac使えばまず忘れない。こういうタスク指向のところはライフハックとも似てる考え方がある。
もちろんチーム開発では何倍も効率が上がることはいうまでもない。

ただ、個人的にはブラウザでチケットを入力したりするのは煩わしすぎた。
Eclipseは常に今あるタスクを表示してくれて、ボタン一つでタスクの着手、終了、放棄なんかを実行できたから楽だったけど。
あれになれるとブラウザで使えないｗ

AnkhSVNってExpress Editionで使えないんだよな

>>132
なんでもIDEに溶け込ませると、かえってがちがちに縛られる感じしない？
Visual Studio と TortoiseSVN は適度に「疎」な関係なのがよいと思うのだが

Tracって、ちょっと重いのが気になる。
件数少なくても重いから、sqliteじゃなくてmod_python由来の重さなのかな？
鯖がVIAのへっぽこCPU使ったマシンだと、もっさり。

>>137
同感なんだが、ファイルをリネームする時だけは、IDEと連動して欲しいとと思う。

ContextMenu.exeってのを落してきて
VSの外部ツールから呼び出すといい感じ。
編集中のファイルを引数にするのと
カレントプロジェクトのフォルダを引数にする二つを登録して

>>138
俺は自鯖に一から構築したけど、重いと感じたことはなかったな。
fastCGIからmod_pythonに切り替えたからかもしれんが。
wikiなんかに比べても重いっていうんだったら、サーバーの環境側に問題があるのかも。

>>129
RSSあるよ求めてる情報と一緒か知らんが

Mac OS X 10.5 Leopard の Time Machine ってどういう技術なのかな？

時速88マイルで自分の母親と恋愛できるマザコン用の機能。

>>143
基本的にはpdumpfs

>>141
VIAのCPUって言ってるからpicoITXじゃないかな・・
だとしたら重くてもしょうがないと思う

svndumpfilter ではフィルタした範囲外からのファイルの
コピーがあるとエラーになってしまうけど、svndumpfilter2
や svndumpfilter3 ではそれができるよね。

でもそれって単純にまるとご新しいファイルとして add してる
だけなんだよね。そのファイルにまつわる過去の履歴なんかは
全部失われてしまうんだよね。あとから気づいたよ。

まぁひとりでの開発だし、 HEAD があるから最悪ではないけど、
ちょっとかなしい。

http://subversion.bluegate.org/doc/index.html　が、なおったよ！

　　　　　　　　　　　　　　　　 ﾊ_ﾊ
　　　　　　　　　　　　　　　('(ﾟ∀ﾟ∩　 なおったよ！
　　　　　　　　　　　　　　　　ヽ　　〈
　　　　　　　　　　　　　　　　　ヽヽ_)

最悪なsvn管理方法トップ１０
http://www.red-bean.com/fitz/presentations/2007-07-27-OSCON-svn-worst-practices.pdf
日本語要約
http://www.geekpage.jp/blog/?id=2007/10/24

コメントをいじりたくなってエディタで編集した事ある俺

毎日 svnadmin dump してる・・・ orz
hotcopy か・・・

10番をルールにしようと頑張っているうちのマネージャー。
みんな、さぼりたいときにだけ従っている。

svnを使ってみようと思った。

svnをインストールし、次いでcvs2svnをインストール。
# ふむ、cvs2svnはpythonで書かれているのか。
cvs2svn --dry-run <cvsリポジトリ> -s <svnリポジトリ> で実行。
# エンコードの問題があるそうな。
cvs2svn --encode=utf-8 (以下略 で実行。
# いけそうだ。
--dry-runを外して実行。
# むぅ、流石に出力に時間が掛かる。仕方ないが。

というわけで、変換完了。早速色々コマンド動かして試しているんだけど、疑問と課題が幾つか。

・utf-8のはいいけど、eucのリポジトリを変換したら扱いはどうなるのだろう。cvsだとコメントと本体のエンコードが違うとワヤだからな。
・オフラインで使い易いな。cvsじゃ今の修正箇所の差分も取れなかったからな。
・テスト中はfile://でやっているけどイントラで使うにはsvnserver? それともApache建てた方がいいのかな?
・テスト中はいいけど、PCからアクセスするのにTortoiseCVSとTortoiseSVNは共存できるのか? まぁ、WinCVSがあるけど。
・cygwin用のクライアントも探して試さなきゃ。
・cvsの運用方針のままだとそぐわないなぁ。バックアップとかも含めてどうするか考えないと……

>>153
日記ならご自分の日記帳にどうぞ

>>152
コミット前にチェックする方法ってどう？
大幅に変更するときにしばらくコミットしなくなるのが危険だと思うんだけど。

>>153
俺は自分しか使ってないけどapache使ってる。
サーバーでVPN建てて、そのネットワークにだけapacheを公開してアクセス。
セキュリティ的にも安全でマジ便利。

俺もapacheまかせ。
tracも一緒に建てる。

TortoiseCVSとTortoiseSVNの共存は
コンテキストメニューがうざくなるけど可能。

cygwin用って必要かな？
TortoiseSVNでこと足りると思うけど。

Cygwinにもsvnパッケージが用意されているけど、
なんとなくCygwinはiconv周りがぐたぐたなきがするので、
TortoiseSVNとWindows版Subversionを併用してる。

cygwinのsvnでファイルロック？まわりでエラーが出てまともにsvn co もできない
(100ファイルぐらいで失敗する)のは俺だけ？

>>151
毎日朝晩svnsyncしてる……orz
しかも、2台から……orz

でも、リポジトリ命だからな……orz

>158
Cygwin は iconv がぐたぐたなんじゃなくて、ロケールがぐたぐたなのです。

何で、svnadmin dump じゃいかんの？
真夜中に自動バックアップさせてるから、そんな時間に作業してる奴は有り得んのだけど。

あるクラスを設計しなおして、スクラッチから書き直しました。
なので名前は同じなものの中味が全く異なるファイルが出来上がりました。

これも普段の数行〜数十行の変更と同じようにコミットするものなんでしょうか。
それともこういう場合に取る動作がなにかありますか？

>>163
ファイルを一旦別の場所に退避してから svn rm して、そこに退避してたやつを戻して
svn add すれば「置換」という操作になって、同じファイル名でも新規ファイルとしての
扱いになる。

>>155
それはその通り。
でも、ルールを守って手元に余る状況より、細かくコミットする方を、
うちのメンバーは選択してるわけ。
もちろんノーチェックではなく、最低限のテストは通してからコミットしてるよ。

今思いついたんだが、個人で大幅に変更を加えるときは、ブランチを用意すればいいのな。
んで、トランクのみテストすればいいのか。

>>154
失敬。

>>156他
ふむ、情報THX。
うちは「Cygwinじゃないといや」って香具師と「GUIじゃなきゃいや」って香具師が混在している部署なんでw
>149からの流れも参考にさせて貰おう。

>>166
trunkには安定版を入れることにして、個人の改変はその作業用のブランチを使うってことかな。
その方針は判り易いな。問題は、trunkへのコミットのタイミングの判断かなぁ。

OpenOfficeのCalcのファイルをsubversionで管理したいんだけど、
なんかうまい手ある? 「Microsoft Excel 2003 XML」でセーブす
ればイイヤと思ったら、全然改行が入らないのでほとんどバイナ
リと変らないんだよなぁ…。

>>168
バージョニングにやさしいフォーマットにしてほしいよな。
標準の形式 (*.od? とか）だと ZIP 圧縮だから、
マジでバイナリだし。

>>169
今し方Writerで試してみたが、その通りみたいだな。
どっかでOpenDocumentフォーマットはxmlベースだって読んだ気がしてたんだが、勘違いだったらしい。

>>168
対処療法でしかないけど、Xmlでセーブしてから、xml用のフォーマッタで整形してコミットしたら？
改行してないのが問題なら、とりあえずはマシになると思うけど。

xdocdiffに慣れてるからExcelのまま管理してるな・・

zipの中身がxmlとpng

>>170
OpenOfficeは中身をセルの内容で一つ、書式で一つ、って具合にたくさんのxmlファイルに落とすのよ。
で、それをzipでまとめて拡張子を変えただけ。

>>170
やっぱりそれくらいしか手がないのか…。

もうちょっとうまい手がないかと思って色々調べてんだけど…。
特定のsvn:mime-typeの時に指定した外部diffコマンドを使うなんてことはでき
ないもんだろうか?

>>171
それって結局リポジトリ内では差分で管理しているわけじゃないよね?
別々の人間が異なるセルをいじるとコンフリクトしちゃうよね?

>>149
そこのトンデモ運用よりもこのスレで報告された事例の方が斜め上を逝ってたりするなｗ

>>175
ただのバイナリですからね・・そこは諦めてますよ

>>177
それを諦めるなら話は早いんだけどね…
諦めたくないのよ

いっそだれかプラグイン作って、フルXMLのフォーマット策定しちゃえよ。

単純に、zipを展開してdiffに投げるコマンドを作ればいいんでない?

zip展開してもこっちも改行がない問題が

んじゃ、tagごとに改行するとか。
# だんだん複雑になるなぁw

>>178
諦めればそこで試合終了できますよ

えーと、Subversionよく判ってないんだけど、commitするときにzipを展開して必要ならタグ間に改行挟んで登録、
逆にcheckoutするときにzipに戻すってできればいいんでないかな?
それならリポジトリにはテキストで落ちているから差分を取るのが簡単そうだけど。

>>164
なるほど〜、そういう方法で置き換えられたんですね。
svn statusでもちゃんとRが点灯しました。

コミット後にsvn log hogefileとしてみましたが、
きちんと新しいファイルとしてのログが表示されました。
ありがとうございました。

subversionでログの編集ってめんどうだなあと思ってたんだが、
ログのテキストってリポジトリに直接格納されてるのな。
revpropsフォルダのファイルを直接いじるだけでむちゃくちゃ簡単に編集できた。

>>166-167
それはやめとけと>>149に書いてるだろ。
そういう状況が頻発するなら、分散型に移行すべきなんだろう。
とはいえ、分散型ってうまく説明しないと、不安に思われちゃうんだよな。

>>186
面倒かなあ。
直接編集なんか恐くてできん。
propedit --revprop
で安心して変更してる。クライアントからできるし。
hook設定が面倒ってことかなあ。

cygwin の svn で文字化けしちゃうのはなんとかならないのですか。

>189
今スレではまだ出てないみたいなので。

UTF-8 Cygwin か↓どぞー。
ttp://yak.myhome.cx/junks/index.html#cygwin.apr_winlocale

下側をインストールするときは setup.exe で
ttp://yak.myhome.cx/junks/cygstdtree
指定するか、直接ダウンロードして tar xf hoge.tar.bz2 -C / で。

>>190
どうもりがとうございます。早速試してみます。
聞いてみるもんだなー。

パスワードが平文ってのは、何とかならんのか。。。

win32ネイティブなsvn落して使えばいいのに。
パスを通せば普通に使えるし。

win32ネイティブなsvnでも、そのままだと日本語メッセージが文字化けする。
だから手間がかかるのはcygwinといっしょ。

>>194
化けたこと無いな。再現手順は？

>>194
どうせAPR_ICONV_PATHを設定し忘れてるってオチにちがいない。
cygwinのほうは日本語に関して信頼できないから使う気にならないねえ。

>>192
svn+sshに移行したらいいよ。

>>187
ブランチそのものが、そういう目的のためのものじゃなかったっけ？
前にトランク、ブランチ、タグの違いを解説したサイトでそう読んだ気がする。
ここなんかでも、大規模な変更のために一時的に隔離するため、と書いてある。

TortoiseSVN - ブランチ・タグ付け
http://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-branchtag.html

>149にあるのは、「全員の専用ブランチ」があることと、「マージ担当者を雇う」ことだろ。
>187は勇み足だと思うよ。

>>188
GUIしか使えないヘタレなんだが、TortoiseSVNもRapidSVNもログの編集をしようとすると
エラーを吐くので敬遠してた。
よく考えればたしかにあぶないから、きちんとフックの設定するわ。

>200
GUIしか使えないヘタレというより、ほんとは英語のメッセージが読めないヘタレじゃないの？

Subversionリポジトリに投入する情報を暗号化するということは
できないでしょうか？ホスティングサービス上に Subversion
リポジトリを持っているのですが、念のためコミットする差分などを
暗号化した状態で格納したいと思っているのです。

適当な共有鍵暗号を使って、もちろん開発メンバー同士は
全員同じ共有鍵を知っているという前提でです。

ネットを使える利便性を考えると、信用出来ない通信線路でも
暗号化でっていう考え方は理解できるが、
信用できないサーバに秘匿情報を置くのはどうなのかね。
いくら共有鍵だの何だの言っても、サーバが手中にあれば
何だって仕込み放題ジャン。

>>203
有料のサービスなのでそれなりにしっかりしたデータセンターに
置かれているのだと勝手に思っているのですが、正しい手順で
機材が廃棄されていなかったりなんてこともあるかもしれないし…
考えすぎですかね。

もっとありがちなケースとしては、単に自分たちの運用上のミスで、
ネットワーク経由での認証がスルーされてしまったなんてことが
あり得るかもしれないと思っています。Subversion は
ネットワーク経由の場合にしかユーザ認証はありませんから。

まぁそれは自業自得なんですが。

>>203も似たような事いってるけど
信用にならんのであれば、自分で管理するしか無いだろ。
自分鯖たてて https 経由でやりとりするとか、
自分で自分なりの対策をいろいろと行って
自己責任で全てを管理するべし。

まぁもっとも 204 のコードに興味ある奴はいないとはおもうんだがな。

こ、このスレやさしい・・・

>>205
これが仕事で使ってるデータセンターの話だとして、ソースは生で置きたくないとか言ってるのに顧客情報はそのまま置いたりするんだろうなぁ。

本部とサテライトと外注先からアクセスする必要があって、
データセンターのホスティングサービスを利用しています。
顧客情報は部署が違うので扱ってませんが、
ソースコードレベルでライセンスされたコードは
含んでいるので流出があったら困るな、と。
業務上喫緊の課題ではないのでそのうち解決策を探そうと思います。

Subversion の場合サーバ側で受け入れる差分は
クライアント側で作成したものそのままのようで、
--diff-cmd などで他の差分・マージ方法を受け入れることも
できるようになっていることから、 Subversion の内部差分方式の
svn_client_diff3 を単独でコマンドラインツールとして取り出して
それに暗号化・複号をラップして拡張してみようと思います。
ヒマな時にですが。

すべてのデータを暗号化したいわけではないので、
暗号化して投入したものだけプロパティに自動的に
公開鍵を付与することで、リポジトリに参加している人の
公開鍵をチーム全体に伝搬させるなどの工夫をしようと思っています。

10月末日の締切りの仕事があるのですぐにはとりかかれませんが。
今日は10月34日ですよね？

カレンダーの無い国の人のようだ

この人の10月末日は10月何日なのだろうか？

10月34日ﾜﾗﾀｗ

10月末日は33時まであるよね。

みんな、マにとっては10月34日なんて24:30くらいに当たり前の表現だよ・・・
しかし鯖すら信用しない、ってのは鯖倉システムとしてはどうなのかねぇ。

そこまで要求するなら、ホスティングでなく最初からハウジングの方がよかったんじゃないか？

>>208
まじめな話、そういう状況だったら自社回線でサーバもつしかないだろ、で、取引先とはVPNで何とかする。
それができないんじゃそもそも電算機ソフト開発できる状況下にないので上に文句たれるのが先だと思う。

専用回線だろうが公衆回線だろうが
社内鯖だろうが外の鯖だろうが
保存データの暗号化とは関係ない。

現実逃避でSubversionのコード見てたらそんなに
難しくはなさそう。さらに TortoiseSVN のコードも
眺めてたら機能追加はできそうだと思った。

あとは鍵を格納するためのプロパティを勝手に
設定して、適当にプロトタイプ作ってしまうか。
そのうちコードコントリビューとするかも。

コードを投げてから言え、と言われそうだが。
いや本業で納品してからやれ、のほうが正しいか。

Windows Vista で TortoiseSVN を使ってソース管理してるんですけど、
Vista の問題らしく、エクスプローラにリビジョンのカラムを追加できません。
ワーキングコピーを置いたディレクトリ内のリビジョン一覧を見たいのですが、何か良い方法ありますでしょうか。

>>218
Vistaを窓から投げ捨てる。

>>219
VPCでXP

>>218
TortoiseSVNを窓から投げ捨てて、
その代わりにコマンドプロンプトで svn st -v と打つ。

窓環境のみで、svn+sshをやろうとして、鯖に"OpenSSH for Windows"を
突っ込んでみたけど、どうにもうまくいかん。

TortoiseSVNからアクセスすると、「リポジトリが見つからない」のメッセージが。。
この時点でsshでの接続はできていると思ってるのだが。。。

Cygwinは、無しの方向でどうにかならん？？

問題を切り分けようとしているときに
GUIだけで押し通そうとするのは無理があるんじゃね？

svk ってまだ使ったことないんだけど，
push で複数のコミットを一気に本物の
リポジトリに反映させるんだよね？
その途中ででコンフリクトが発生すると
連鎖的にお手上げになっちゃいそうなんだけど，どうなの？

>>224
死ね役立たず。
人の足引っ張って楽しいかゴミクズ。
今すぐ死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。ｖ死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。

>>225 だまれこのしがないVシネマニアが

ｖ死ね

>>219-211
なんか Vista あんまりよくないっすね。。
「svn st -v」で何とかなりました。ありがとうございます。

TortoiseSVN使ってます。
tempディレクトリ内に生成されるファイルを無視したくて、
（tempディレクトリの存在自体は管理下に置きたいです）
共通無視設定に"*/temp/*"と入力しましたが、
コミットの際にtemp以下のファイルが管理外としてリスティングされてしまいます。
どのように設定すれば共通設定で無視できるのでしょうか？

一度 temp をコミット（中身は空）、その後、global-ignoreに temp と入れれば良いだけじゃ
ディレクトリとファイルの区別は出来ないと思うよ

>>230
ヘルプとか見てるとそれで出来るはずなんですよね。
なぜか無視できていないので、いろいろ環境つくって練習してみます。

なら

Temp
TEMP

じゃないの

SVNの設定って物によっては即座に反映されないから、一度再起動してみたら？

１万件overのファイルをSubversionで管理しようかと
思ってるんですが、現実的ですかね？

マシンをケチらなければ

>>232>>233
だめでした。
tempディレクトリを管轄内、そのtempディレクトリ内のファイルを無視などというのは、
共通設定でやるべきものではないのかもしれませんね。
個別に作業ディレクトリで無視設定して対処します。

>235
やっぱレンタルサーバじゃきついですよね。。。

WEBプログラムの作業コピーを開発用サーバに置いて、
sambaで経由で編集して開発していますが、
例えばCGIが吐き出したディレクトリでオーナーがapacheの場合、
バージョン管理に追加しようとしても権限の関係で.svnを作れずにエラーになります。
WEB開発している人はどのようにして使ってますか？

>>237
鯖屋に聞かないとわからんだろ。

レンタルサーバについては知らんが、
1万くらい楽勝だがなあ・・・

ユーザ認証をWindowsのドメイン認証を利用しているんだが、
ドメインのパスワードを変えても、旧パスワード・新パスワードどちらでも、
認証が通ってしまう；；；
これって仕様？

>>238
CGI が吐き出したディレクトリをバージョン管理に追加するのが間違いだと思う。

>>241
ドメイン認証使ったことないが、一度適当なパスワードを入れてログインできるか試してみそ。
アクセス制限が聞いてないとどんなパスワード入れても通っちゃうから。

>>234
ディレクトリ構成を工夫すれば。
操作頻度で階層に分かれてれば苦にならないけど、
そうじゃないと地獄。

作業コピーの特定のファイルだけを特定のリビジョンにアップデート
しようと思い、updateコマンドを使ってみたところ

>svn update file:///c:/svn/Hoge/Hoge.java -r18
'file:\\\c:\svn\Hogel\Hoge.java' を飛ばしました

と、どうやらうまく行かなかったらしいメッセージが出ました。
飛ばした、とあるのでもしやリポジトリからファイルが消されたのかと思い

>svn list file:///c:/svn/Hoge

としてみましたがHoge.javaは消えていませんでした。
飛ばしましたとはどういう意味なんでしょうか。

原文はskippedかな。
処理対象から外したという感じ。

svnの処理の管轄外になるということですか？

今回のsvn updateという指令の対象から除外したということ。

>>245
svn update は URLを引数に取らないような気がする。
updateしたいファイル名のみを指定したらどうだろう。

つまり、書く必要のないURLが指定されていたので読み飛ばしたっちゅうことやね。

チェックアウトしたときに自動的にそれまでの履歴も
通常のファイルとして取り出したいんだけど、
便利な方法ない？ TortoiseSVN 使ってます。

要は、 changelog のようなものを自動的に生成したいのです。
あと、その changelog もリポジトリ中に普通のファイルとして
置いておきたい。 HEAD だけみれば履歴が分かるようにしたいです。

今頃になってTortoiseSVNを使ってみた。TortoiseCVSより格段と使い勝手がよくなっているのね。
惜しむらくは、差分表示/マージツールが漢字コードを変換してくれないって、これは仕方ないな。
外部ツールは使えるようだから、変換して差分表示するスクリプトでも用意するか。
# cygwinのsvn使える香具師はいいけど、GUIしか使えない香具師がねぇ……

>>248,,249,250
なるほど〜、処理をスキップしたという事ですか。
なにかリポジトリを変更してしまったと思って不安でしたが、
ほっとしました。

svn update ファイル名 -rリビジョン
アップデートに関してはこれでうまく行きました。

みなさんレスありがとうございました。

>>253
WinMergeつかえよって話じゃなくて？

自宅のPC と会社のPC、ノートPC のファイルを同期させる目的で、Subversion は使えますか？
ソース以外のファイルなども同期したいと考えています。

>>256
まぁバイナリも対象にはできるけど、
差分による転送量の軽減は期待できないね。
漏れはまさしく >>256 のような目的で使ってるけど。

LaTeX 文書, ソースコード, EPS ファイル多数，
Excel のファイル多数，PDF ファイル多数。

>>257
お返事どもです。
現在 AccuSync を使って同期していますが、複数台PC で同期が
出来ないので、どうしようか？と思っていたところ Subversion を
思い出したのです。
AccuSync でも差分転送は出来ないので、大丈夫です。
何か気がかりな点とか注意点とか、ありますか？

>>258
リポジトリを置く場所をどうするか結構悩む。
１）どっかの自鯖において http や ssh+svn でアクセス
２）USBメモリなどのリムーバブルメディアにおいて
　　ファイルシステムとして直接アクセス

自分は１）にしたけど、ネットワーク接続が必ずできるとは
限らないのでUSB接続のハードディスクなんかで２）にした
方がよかったかも、と思うこともある。

>>259
なるほど。確かにリポジトリは考えちゃいますね。
Unison って同期ソフトありますが、こっちは使ってないんですか？

普段はsvkでローカルに同期しておいて、つながったときにpushするとか。

>>260
初めてその存在を知りました。いいかも。
Subversionを使っている理由はやっぱり
テキストファイル（C++のソース & TeX文書）
の編集がメインで、マージしたいからです。
Unison も merge 機能があるかもしれないけど。

Unison はあるツリー全体を同期したい場合で、かつ変更するファイルがあまり衝突せず、履歴も必要ない場合に、
Subversion はツリー上の特定の位置だけ更新することが多い場合、、マージが発生する場合、履歴を取りたい場合、という使い分けかなぁ。

具体的には、Howm のメモには Unison を使って、ソースや普通の文書は Subversion 使ってる。

>>259
USBメモリをリポジトリにするのはSubversionならではだね。
CVSだとリポジトリにアクセスできないと何もできないに等しいから、
USBメモリを刺しっぱなしにしないといけなくなる。

>>256
その用途だったらSubversionじゃなくて分散型使った方がいいんじゃない

>>252
svn2cl をつかってcommit log から changelog を生成するか、
commit 時にchangelog も一緒に書いて更新する

>>265
分散型というとどのようなものが？

>>267
こっちで話題になっているかも。

バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/

もうすぐプロジェクトが立ち上がるので、subversion の実験をしています。

○前置き：
1.svn サーバ：Linux で、subversion のバージョンは 1.4.4
　これでサーバ側で svnadmin create /home/svn/repo とやってリポジトリを作成した。
　クライアントからは、svn+ssh からアクセスさせることとする。

2.クライアント側は cygwin の svn コマンドでバージョンは 1.3.2 。これで　svn co した。
　(c:\prj\hoge　に展開したとする。)

3.co したファイル( c:\prj\hoge\aaa.txt )を編集した。

4.別ディレクトリに↓からWindows のコマンドライン版クライアント　1.4.5 をおっことして
　http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100&expandFolder=8100&folderID=8100
　c:\prj\hoge\aaa.txt を svn commit した(うまくいった)。

5.そのあと 2. の cygwin の svn コマンドで svn log とすると、以下が出た。
　svn: This client is too old to work with working copy '.'; please get a newer Subversion client

○質問：
このような問題が出ないよう、クライアントのバージョンをそろえろと言われればそのとおりなのですが、
ちょっとでもバージョンが変わると使えなくなってしまうものなのでしょうか？
それとも「バージョンの 1.x.y の x までそろっていれば大丈夫」といった決まりはあるのでしょうか？
あるいは
・サーバは1.4.4だったら、クライアントは1.3.2でも 1.4.5 でも OK
・ただし、あるバージョンのクライアントでチェックアウトした作業コピーで、
　別のバージョンのクライアントで操作しないほうがよい
といった感じでしょうか？
Eclipseユーザで Subversive を使うことも想定されるのですが、subversive は svn のどのバージョンに相当するか、
ということも気にしなければならないですよね。
一度すべてのケースで実験してみますが、ちゃんとやっておかないと本開発が始まったらやばいことになりそうな気になってきた。

連投すみません。
cygwin 版 svn　と Windows コマンドライン版 svn で、
作業コピーを別にしてみたら、問題が発生しませんでした。

1.cygwin版で、aaa.txt を編集して commit して 1.2 にする。
2.win 版で aaa.txt を　update する(成功)。編集して commit して 1.3 にする(成功)
3.cygwin 版で update　する(成功)

ごちゃ混ぜにしないよう、気をつけることにします。
(Subversive で checkout したりしつつ、コマンドラインでも操作、はしたいなあ)

http://subversion.tigris.org/faq.html

>>271
なるほど、1.4 前と後で作業コピーのフォーマットが変わったのですか。
http://subversion.tigris.org/faq.html#broken-subclipse

どうもありがとうございました。

CygwinのSubversionは1.4.5が出ているよ。
それはいいが、Subversionで1.2とか1.3とかって……

>>273
すみません、subversion をはじめて使うので、1.3.2 が新しいのか古いのかも意識していませんでした。

cygwin は去年の夏にPCを入れ替えたときにフルインストールしたままです。
全部上書きインストールしようかな。

たぶん自分でコンパイルしたやつは /usr/local/ 以下に寄せてあるから大丈夫なはず・・・

TortoiseSVN 1.5 まだーチンチン

クライアント側に期待するようなバージョンアップってあんのかよ

Subversion を裏で使って Google Browser Sync みたいな
ことを自前のあぷりに実装しようとするのは無謀？
とはいえ「このアプリケーションは任意の Subversion
リポジトリをつかって複数のパソコンで設定を共有
できます」なんて言ったところでそのリポジトリを
用意できる人なんて限られてるだろうしなぁ．

>>277
ウェブでリポジトリ用意して、サービス化する企業がありそうなもんだけど。

ttp://www.beanstalkapp.com/
こういうこと？

sourceforge って subversion はホストしてなかったっけ？

>>277
コンフリクトしたときは手動で解消するのか？

いつでも巻き戻せるのなら常時上書きでいい

AnkhSVNをVS2005 Express Editionで使用出来ないですかね？

俺もそれハゲシク希望だが、
たぶん無理。

express版はaddinが使えないように調整されてるから無理だにょ。 > AnkhSVN

>>284-285
やっぱり無理かー・・・
ありがとう！

TortoiseSVNを使用して、あるディレクトリにsvn:externalsを設定したいのですが、
値に http://xxx.xxx/svn/xxxxx ・・・と言った形でリンク先のURLを記述すると
Error parsing svn:externals property on ・・・ と言うエラーが返ってきます

URLを認識しないのでしょうか？

>>287
http://subversion.bluegate.org/doc/ch07s05.html

たとえばこんな風にする
hoge http://example.jp/svn/path/to/hoge
poyo http://example.com/svn/path/to/poyo2

svn:externalsの書式は、URLだけじゃなくて、

ディレクトリ名1 URL1
ディレクトリ名2 URL2
:
:
じゃない?

TortoiseSVN は Vista で使えますか？

>>290
>>30-31 >>218,221

いままで TortoiseSVN つかってたんで，
新しく作ったファイルを Commit のときに
「これはバージョンコントロール下にないよ」
って教えてくれたんだけど，コマンドラインじゃ
そういうの見れないの？

svn list だとバージョンコントロール下にある
ファイルの一覧は見られるんだけど．

>>292
svn st で ? と出るのがそう。

っていうかお前らよくコマンドライン知ってるのな。
自分はTortoiseSVNに頼りっきりでまったくさわれないんだけど、コマンドラインのほうがつかいやすい？
それともなにか別のメリットがあるのかな。

マウスまどろっこしい。

っていうかお前らよくパソコン知ってるのな。
自分はマウスに頼りっきりでまったくさわれないんだけど、キーボードのほうがつかいやすい？

とかいう質問と同じ>>294

お前らリポジトリのファイルシステム上でのパーミッションは
どうやってるの？Subversion が持ってる ACL 機能のことじゃないよ．

file とか svn+ssh で複数人がアクセスするときって，
666 とか 777 でサンドバッグ状態？？
しかし新規で作成された差分情報を格納したファイル
（ふつうは直接見ることはないはずだけど）は
その時のユーザがオーナーになるんだよね？
まぁ追加されていくだけで削除や更新はないから
問題ないのかな？

>>296
ふーん、ようは慣れってことね。

>>297
g+wでよくね?

0660/0770か、POSIX ACLを個別に付ける、で。

つかそういう場合はディレクトリは2775にしといて
各ユーザのumaskは002にさせると思うが。

fileスキームはrm -rf repositoryが可能なので、リポジトリ管理者にだけ与える。
svn+sshはsvnserveのみ使用できるように設定。(svnbookに記述がある。)

マージとか気にせずに、強制的に最新のリビジョンで上書きする方法とかありますか？

>>303
ファイルをふつうに削除（svn rm じゃない削除）して更新すれば？

>>303
新しいディレクトリにチェックアウト

>>304
なるほど、正規表現使って.r30とかのファイルを削除すればいいんですね。
ありがとうございます。

>>306
コンフリクトが発生しているなら、
.rリビジョン
.mine
とついてるもののうち、.mine(「私のもの」の意)があなたの編集によるもの。
なにもついていないやつはコンフリクトが入っている状態なので、それは
捨て、.mineをそれにコピーor改名してから
svn resolved
する。.rリビジョン/.mineのファイルはresolvedの処理で消える。

あと、シェルなどで使うファイル名のパターンを正規表現とは呼ばない。

>307

エスパー現わる

revert して update すればいいんでないの

>>307,309
言葉足らずな質問に、丁寧なレスありがとうございます。
rubyかpythonで>>307の方法を使いやってみようかと思いましたが、
>>309さんの方法でも出来るような気がします。
とりあえずrevert->updateでやってみて、だめなら>>307さんの方法でやってみようと思います。
最後に、本当にありがとうございました。

あのさ、Subversion　リポジトリに 700MB くらいの
ファイルを import してみたんだけど、なんか
できたようなふりしてできてないでやんの（笑

そんな使い方するほうが悪いのは承知なんだけど、
だったらどれくらいのファイルなら扱えなくなるのか
基準がないと怖くね？すくなくとも途中で
サーバ側からエラーで中断してくれないと怖くね？

怖くね？怖くね？

ちなみに svn+ssh なので、apache が勝手にタイムアウトした
とかそういう問題ではない。

怖くね？

お前さんの馬鹿さ加減の方が怖いわ

いや、「できたふり」てのはこわいと思うぞ。

どこからどこまでがSubversionだと思ってるのやら

まず「できたようなふりしてできてない」というのはどういうことが詳しく述べよ
>>311 の勘違いということもありえるし、実際にsubversionが狂ったのかもしれんし、
リポジトリのHDD容量の限界とかかもしれんし。

>>311
再現したら本家にフィードバックするの手伝うから、サーバとクライアント構成とか詳しくプリーズ

そういう場合は、やっぱきちんとエラー出してくれないと怖いなあ。
便乗で申し訳ないけど、数千単位のファイルをコミットしたときに突然止まるのも何とかして欲しい。
ネットワークの接続は確認したから、apacheかsubversionだと思うんだけど・・・。

あ、そんな大量のファイルをコミットするなっていうつっこみななしな方向で。
気に入らないなら華麗にスルーしてください。

バグ修正できないならできないなりに、
再現可能な条件を見つけてあげるのが文化ってものだと思うんだが。
タダで使って「こわくね？こわくね？」ってのはちょっと‥‥‥。

>>320
たしかに・・・。この際だし、もうちょっと原因を絞り込んでから、本家の方にフィードバックしとくわ。

そういう症状が出るときがあるって情報だけでも
使う側は助かるぞ。

>>322
症状を確認したのがずいぶん前なもんだから、本当にでるか確認したい。
レポートだしときながら、実はそんな症状ありませんでしたでは無責任にもほどがあるからな。
まあ、なんにしろ早めに報告しとくわﾉｼ

TortoiseSVNって、人に説明する時に困るんだけど
亀って言っちゃだめなんすかね

>>324 何に困ってるのかわからん。

>>324
陸亀でいいんじゃね？
それか　もう全部ひっくるめて エスヴイエヌ で通すか

呼び方が分からんのです
にっこりと笑って、「通称：亀です」 で通してます

>>327 なぜ TortoiseSVN と呼んでやらないんだ？

なんという・・・・・

発音がわからんのだろ

なぜ辞書で発音を調べようとしないのだろうか
http://dictionary.goo.ne.jp/search.php?MT=tortoise&kind=ej

ここで聞くぐらいなら辞書で調べりゃいいのに。

かぶった。ごめん。

TortoiseSVN の リビジョングラフ の リビジョン比較 が非常に優れているのですが
これと同じ挙動をログダイアログでも実現できないでしょうか？

現在は、リリースする度にタグ打ちし、前回タグからの変更分をリビジョングラフ上の
前回タグと今回タグを指定して、リビジョン比較で抽出し、抽出したファイルを
選択をエクスポートで抜き出しています。
ただ、ログが増えていくたびにリビジョングラフの生成に時間が掛かるようになってしまい
少しいらだっています。

リビジョングラフのリビジョン比較が優れているのは、本当に差分のみが抽出出来る点で
これをログダイアログ（タグが見えるようにそのリポジトリのトップフォルダのみ作業コピー作って）
で、前回タグから今回タグを指定してリビジョン比較を行なうと、今回タグ名で全フォルダと
ファイルが抽出されてしまいます。
せめて、ログダイアログに、trunk のログだけど、「ここでタグ打ちされたぜ！」みたいな
情報がのっていればいいんですが・・・

>>334
リポジトリブラウザから前回タグと今回タグの２つを選択して、今回タグの
コンテキストメニューから「リビジョンを比較」。リビジョングラフのリビジョン比較って、
これでしょ？

>>335
ありがと〜！！
助かりました。

SVNの挙動がふとわからなくなった。
あるディレクトリ・ツリーがあって、A\B\C（Cはファイル)だとする。
ここで、BをAフォルダから削除してコミットした。予測ではCファイルもリポジトリから削除されていると思ったんだが、
その後Cファイルをコミットしても、正常に動作し、過去のログも残っていた。
つまり、親フォルダを削除しても、中のファイルは残るってことなんだろうか。
だれか詳しい人教えてください。

>>337
Bを削除したらCが作業コピーから消えるから「Cファイルをコミット」ができないはず
なんだけど。どうやったの？

>>337
svn deleteを使わずに単にフォルダを削除したのかな？

その場合、バージョン管理システム上では "フォルダ削除は行われないない" 事になる。
単に作業コピーが不完全な状態になっているだけなので、
svn updateを使えば消したフォルダが復活する。

svn deleteでフォルダを削除すれば中のファイルも削除されるはず。

Aと言うフォルダに他のDLLが管理されてる状況で
externalsの属性を付けて、とあるフォルダにあるDLLを、Aフォルダにリンクして
更新するとLockのエラーになります

説明にはファイル単位にはexternalsは使用できないとありますが、
こういった使い方もNGですか？

>>338-339
いわれたとおりupdateするときっちり復元されました。
自分の操作ミスだったのかorz.

＞"フォルダ削除は行われないない"
何やら可愛いことになっているんだな。

>>340
あんまり意味がわからんけど、エラーが出て、そのものずばりの説明を読んだ上で
何が不満なの？

既に管理されてるフォルダに対してexternals属性は付けられないのかって話じゃないの？
SVNが1.5になればそう言った使い方も出来るんじゃないかね

このツール面白そう。後で入れてみよう。
http://tools.tortoisesvn.net/CommitMonitor

そんな良いものかね・・・
頻繁にアクセスされてもなぁ

Excelファイルとか、衝突すると調整が面倒なファイルの更新を見逃さなくなる、てのはいいかも。

コミットしたらhookでメール飛ばせば良いじゃん

割といいかも。

http://www.itmedia.co.jp/enterprise/articles/0510/31/news108.html
「TortoiseSVN」に対応した拡張差分ツール

>346
鯖側に、svnrobots.txtってのを置けば、頻度とかを制限出来るらしい。

>>350
個人的にはWinMergeがコンフリクト時のマージに使えるとすごくよいのだけれど...

>>352
使えない?

CommitMonitor入れてみたけど、よく考えたら、この程度の事、svn logを
RSSに書式変換するコンバータが有ればいいだけじゃないのか？

trac入れると概ね実現出来るけど、インスコめんどいし、ちょっと大げさだな。
リポジトリの特定ディレクトリをクライアント側で指定して見張る、って事も
出来ないし（CommitMonitorは出来る）。

フックでコミットメッセージを必須にする処理をpre-commit.batにして
作成しました。
エラー判定はsvnlookでうまくできているのですが
エラー内容（独自メッセージ）がクライアントに返えせません。
「echo エラーメッセージ」でうまくいきませんでした。
サーバ・クライアントともにWindowsです。

どなたかbatファイルからクライアントへエラー文字列を返す方法を
教えていただけませんでしょうか。

echo エラーメッセージ＞＆２
で解決しました。すみませんでした。

http://q.hatena.ne.jp/1195480235
Webdavが使えるSubversionの無料サービス無いかと言う質問がはてなに上がっているが、俺も気になる。
そろそろ回答期限切れなのにまだ回答が無いが、誰か知ってるか？

sourceforgeは？

>358
サンキュ
個人的な用途に使える所は無いか？

1.5 のmerge-trackingいいなこれ。
TortoiseSVN の リビジョングラフが
マージ方向にも線を引いてくれればなおいいんだが。

>360
これか。
http://blogs.open.collab.net/svn/2007/05/the_subversion__1.html
http://blogs.open.collab.net/svn/2007/10/tortoisesvn-and.html
まだ使ってないけど、かなり便利そうな気はする。
TortoiseSVN側でもサポートしてくれるし。

で、1.5っていつ出るの？

>>354
コミット来るたびにメール飛ばしておけば良いだけな気がする

利用側は常駐ソフトが増え、サーバ側はアクセスが増えで、
あまり良い事ない気がする
この手の設定をしてくれない環境用って所か

>>359
SvnManager でその手のものは簡単に作れるけど、
サービスとしてってなると敷居が高いな。
内輪受けでってだけなら簡単だが。

>362
メールだと、基本的に設定しっぱなしになるでしょ。

CommitMonitorだと、今日出来たあのbranchだけを3日間だけ見張りたい、
ってのがすぐ出来る。

内輪だけで使うなら手はある？

自宅鯖

>366
条件が合わない。
既存の無料サービスではWebdav+Subversionは見つからないな。

httpだと、WebDAVを使うってのが辛いんだよな。

いわゆるCGIでおｋなプロトコルが
あれば問題はないのに。

質問です。

開発版ブランチのファイル群をトランクにマージする際、いつもマージしたくないファイルまでマージしてしまうハメになって苦労しています。
マージしたくないのにマージされてしまったファイルは、いつもRevertかけてトランクの元の状態にひとつひとつ戻してから、
コミットしているのですが、そもそもマージする際にマージしたくないファイルを対象から外す、といった操作はできないのでしょうか。

それはignoreできないもんなの?

Eclipse のワークスペースを Subversion リポジトリに
投入したいのですが、一時的に作られるような
ファイルはもちろん投入したくありません。ignore したいです。
Eclipse ではどのようなファイルを投入するべきなのでしょうか？

たとえば Visual C++ だと *.ncb ファイルは無視しますよね。

ワークスペースって言っても何が必要かは
プロジェクトの種類によって違うと思うんだけど
うちはGWTとかCDTとかPyDevとかも入ってるし

>>372
かなり古いVCですね

すんまそん、CDTで C++ のプログラムを開発してます。
テンポラリ的に使われているファイルもあるみたいだし、
何が必須のファイルなのやらさっぱり。

ちょいと確認だけど、TortoiseSVNでfile://でアクセスする場合に名前を変える手段はないってことでFA?
手元のログ見た限りでは方法が見つからなかったんだけど。

意味が分からん
何の名前を変えるんだ

>>374
さっぱりってことはないと思うんだけど。

空の(自分では何も手を加えていない)プロジェクト作ってリポジトリにつっこんで、フルビルドして比較。
差が報告されたやつはビルドで生成されるものだから、リポジトリにつっこまないものってくらいの判断はつくだろ。

設定ファイル系で「つっこむとメンバー全員で同じ設定になっちゃうからどうしよう」というファイルもあるだろうけど、
それは「どうやったら上手く運用できるか」という別の話。

>>376
file://でコミットユーザ名をログインユーザ名とは別にできないの？ってことじゃね？
>>375
できませんでFA

俺は、eclipse(CDT)のドットファイルは一切入れてない。
同僚にはviで書いてる人も居るし。

リポジトリに登録するのは.h, .c, .cppとMakefileだけだろ…ふつー

俺がふつーと思ってるものがみんなの普通でない可能性は否めないが

Eclipseを3.2から3.3.1.1にしてSubclipse1.2.4を入れたら
新規にプロジェクトを共有したときに.classpathと.projectが
インポートされなくなったんだがこれが仕様なのか？

>>376
>378の書いている通りっす。

>>378
了解。THX!

# つまり、administratorで使っている阿呆どもにはfile://では使わせられないってことだなw

漏れのアカウントは Administrator じゃないけど
Administrators グループ参加していますが
こんなわたしは阿呆どもですか？

administrator

administratorで使ってるのをアホって言う方もどうかしてる
その社内のルール上ではアホなんだろ

>>383
誰か、あなたのグループについて何か疑義を提示しましたか?
しかも、それが何かSubversionに関係でもするのですか?

>382で提示されている問題は恐らくは、同じusernameでcommitされると誰がcommitしたか判らないということだと思いますが。
ついでに言えば、アカウント名がadministratorなら阿呆かどうかは兎も角セキュリティ的にはお勧めできませんね。

アホかどうかは知らんが、Hookでその手のユーザは弾けば良いだろ

それか、ユーザのPCにフリーのhttpサーバ建てて、ユーザー/パスワードを指定すればいい。
さらにNFSでリポジトリを共有すれば完璧。
もちろん普通の運用よりかは遅いだろうし、ほぼ同時にコミットした場合など、何が起こるかは考えたくないが。

いやもう、svn+ssh://でやることになっちゃったからそれで解決なんですが。

>>383
知りません。

>>385
ユーザ名決め打ちで害を成すアプリがあるとしたら、真っ先に狙われるユーザ名ですが。
まぁ、xp以降ならデフォルトでadministratorになるわけじゃないから大丈夫だけど。

>>389
>ユーザ名決め打ちで害を成すアプリがあるとしたら、真っ先に狙われるユーザ名ですが。
そんなもん気にするなら社内で徹底すりゃ良い話
徹底してるのに使ってるのがいるんなら、会社、人材がお粗末なだけ

阿呆呼ばわりしてる阿呆に開発を任せてるお前さん方も阿呆ですね

散々既出な事を質問してくる阿呆が他人を阿呆呼ばわりか┐(ﾟ〜ﾟ)┌

はいはい阿呆、阿呆。

同じ阿呆なら踊らにゃSONSON

SVNのエラーメッセージを日本語にするにはどうしたらいいのでしょうか

>>395
まともにLocale設定されているなら日本語になっているはずだが
てか環境も書かずに答えられるわけねーだろ
出直して来い

いや、ならないだろ

http://img116.imageshack.us/img116/7263/svnjajplm6.png

Linux
Windowsのはシラネーが

答えられるわけねーといいつつ、答えてるのはこれいかに

subversion-1.4.5.tar.bz2には、ja.poはあった。
どのバージョンから入ったのかは知らんけど。

どうせTortoiseSVNのエラーメッセージが・・って話だろ

>>398
これなんてLinux？
一目惚れした

>>402
WinXPでputty動かしてるだけだろ。

>>402
ささやかな感動を奪ってしまうようで悪いんだが
これWindowsのputtyでLinuxに接続してる図なんだわ

TortoiseSVNなら、本家からLangpackみたいなのをダウンロード

>>405
それ、言語日本語になっても見た目だけで、
エラーとかのコンソールメッセージは英語じゃね・・・？

>>403,404
おお、そうかいそうかい；。；
好きな子がノンケだと知った時と同じショックだわ；。；

>>407がちょっとかわいそうなんでちょっとヒント
SlanXPとBDF M+でぐぐってみよう

SlanXP BDF M+ に一致するページは見つかりませんでした。

検索のヒント:
キーワードに誤字・脱字がないか確認します。
別のキーワードを試してみます。
もっと一般的なキーワードに変えてみます。
キーワードの数を減らしてみます。

>>408
ありがと！

ttp://img522.imageshack.us/img522/513/clipboard01qo0.png
なるほど、確かに漢字で出てるね。

>>407
これもPutty使用。

ttp://up.mugitya.com/img/Lv.1_up41559.jpg
確かにな〜

>>407
これはPanty使用。

Capistrano 2.0が svnの出力から Revision という語句を探そうとして
日本語環境でエラーになったのもいまとなってはいい思い出。

いちいち画像貼る奴ってなんなの

>>407
　::::::::::|　　　　　　　　　〈 　 !
　::::::::::| ヽﾆニ二二二ヾ } ,'⌒ヽ
　::::::::::|　　　'´ !o_ｼ｀ヾ　| i/ ヽ !
　::::::::::|!　 　 `' 　 '' " 　 ||ヽ　l |
　::::::::::| 　　　　　　　　　 |ヽ i　!
　::::::::::|　 　 　　　　　　　|ﾉ　 /
　::::::::::| ,､　 　 　 　 　 　 !　, ′
　::::::::::|‐ ﾞ　　　　　　　　レ'
　::::::::::|　　　　 　 　 　 /
　::::::::::|　￣ ｀　　　　 / |
　::::::::::|─‐ 　 　 　 , ′ !

>>411きたねー画像貼って何がしたいのか
>>412は死んでいいよ

そして>>395は出直してこないと…
何だこの流れ…

お？
TortoiseSVN使ってるけど、エラーメッセージも日本語になるのか？
言語パック入れてもメニューとかが日本語になるだけだけど

そうだね、>406辺りにそう書かれているね。

Subversionにいい感じのファイルの比較ツールないっすかね？
AnkhのDiffみたいな奴じゃなくて
VSSみたいにファイルを横に並べて比較する奴というか

>>419
おれはWinMerge使ってる。
ttp://www.geocities.co.jp/SiliconValley-SanJose/8165/winmerge.html

ttp://subversion.bluegate.org/
にアクセス出来ないのは俺だけ？

TortoiseMerge ってのはどうなんかね？

TortoiseMergeでぐぐると日本語文字化け問題が有るみたいだが
最新版ではどうなんだろうか？

高機能な外部ツールがあるなら特に内蔵機能にこだわらなくていいんじゃね。

>>423
いまも日本語化ける。
対処法知っている人いたら情報キボンヌ

>>420
ありがとう、使ってみます。

で、1.5はいつ出るの？

知らんがな (´･ω･`)

http://subversion.tigris.org/project_status.html

Subversion 1.5.0 (future): Feature and bugfix release.
See open issues marked for 1.5 or 1.5-consider.

で、そのリンク先見ると、まだ78個の課題が開いたまんま。
こりゃ当分出んな。

リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
ttp://po3a.blogspot.com/2007/12/subversion.html

うはｗ

>>430
最近Git使いだしたけど、もうSubversionに戻れる気はしないな。。。
CVSなんてマジで無理。

>>431
具体的に

>>431
kwsk

git - Wikipedia
http://ja.wikipedia.org/wiki/Git

それほどsubversionと変わらん気がするんだがな。特徴的なのは分散リポジトリか。
これだってソフトウェア使えばsubversionでも使えるし。linusはsvnのなにが不満だったんだろうか。

>>432-433
スレ違いとか言って怒られそうな気がしなくもないんだが。。。
Subversionからはけっこう考え方が変わってしまうので、実際に使ってみないと
理解するの難しいと思うんだけど、、、Mercurialはそっくりらしいんだけど、、、

基本的に中央集権型のやり方を否定してるので、全員マスターリポジトリに
なります。例えばLinuxカーネルをGitで持ってくると、その時点から
オレLinuxのはじまり。
コラボレーションは、どこか違う場所に変更をコミットするというのではなくて、
「欲しい人はここから持ってっていいよ」っていうスタイルで。

上の例で持ってきたLinuxカーネルを元にいろいろいじくりまわして俺コミットを
たくさん作って、そうこうしてるうちに持ってきた先の最新の変更が欲しくなったら、
そこから変更を持ってくるんだけど、この時、マージがすごくスムーズにいく。
例えば、Linux開発版ブランチを持ってきて、そこから俺コミットで突き進んでる
として、その元にしている開発版ブランチが向こうでは安定版ブランチにマージ
されて伸びなくなってしまったとした場合、オレとしては、もう伸びることのない
開発版ブランチを追いかけていてもしょうがないんだけど、そんな時に根元を
安定版ブランチに乗換えつつ、今までの俺コミットはきれいにマージできる。

いつも自分専用のリポジトリで、超気軽にブランチが作れるので、
てきとうにコミットしてから再度きれいにコミットしなおしたり（修正の内容ごとに
２つのコミットに分けるなど）、やりかけの状態をコミットして元に戻ってみたり
（ボスが来たモード）急ぎのやつをやっつけたらもっかいその変更を取り出してみたり、
ずっと以前のコミットを修正したりなど、とにかくやりたい放題。

まあやりたい放題もすごく気持ちいいんだけど、
どのリポジトリも特別じゃないですよ、っていう精神に俺は惚れました。

>>435
気楽にコミットできてちょっとうらやましいな。少しさわってみるかもしれん。

基本的に会社のリポジトリしかいじらない俺には、あんまり関係なさそうだな。
敢えて言えば、外出先でノートPC使った開発とかか。殆どやらないけど。

マージの補助に関しては、Subversion 1.5に期待してもいいんだろうか？

SVKでやってる事が出来るようになるってだけなんじゃ
俺は特に必要ないけど、マージしやすいって言うのは
ちょっと興味あるね

用意やBitkeeper騒動時にSubversionを候補にするような運動はやめれみたいな事いってたな。
ぃぬｓも結構ボロクソいうわりにRMSほど憎まれないのは人徳なんだろうかｗ

無駄って言うなら見向きもしなけりゃ良いのにね

TortoiseGitとTortoiseHgは☆⌒ 凵＼(＼･∀･) まだぁ?

具体的にSVNと比較してどうマージしやすいのか
↑の文だけじゃ、SVKと変わらない希ガス

>>442
使い方次第では同じことが出来るけど、設計思想が違うんだろ。
それによって自ずと使い方も変わってくる。
分散型を使いたいのにsvnへ特攻しに来るヤツはまずいないはず。

俺個人としては、しばらくSVKで我慢して、Gitなんかの支援ソフトが充実してから移行しようと思ってる。

その肝心な使い方
どこがどう便利になったのかが全く分からない

>>444
こういうことをうまく説明できるかはわからんが、使用者の心がけの問題だな。
svnはほぼ一つのトランクで常に同じソースをみんなで共有していて、一つのものをみんなで編集している感じ。
それに対してgitなんかの分散型は、必要な箇所だけみんなで共有していて、基本的に個人個人でリポジトリを所有しているという意識が強い。

だから、どちらが便利かということはない。バージョン管理したいものがどちらに向いているかということが重要。
自分が移行するのは、各PCの環境依存が多いものをバージョン管理したいと思ってるから。

Linux板の Ubuntu スレでも、ちょうどタイムリーなカキコがあったので
貼っておきます。

http://pc11.2ch.net/test/read.cgi/linux/1196399724/74

74 名前：login:Penguin 投稿日：2007/12/02(日) 22:52:59 ID:igtkitGK
はてぶでリーナスのGitの講演がホットトピックになっていたので貼っておく。

Tech Talk: Linus Torvalds on git(70:14)
http://www.youtube.com/watch?v=4XpnKHJAok8
KernelGitGuide
https://wiki.ubuntu.com/KernelGitGuide

>>445
自分がリポジトリを持つって事でマージが綺麗になるってのが
理解出来ないだけだよ

ぶっちゃけ、分散型だの何だのって言うのはどうでも良いんだよね
ブランチ区切った後のマージが凄く楽になるって話らしいから
どう違うのか確認したかった

Windows 共有フォルダ上にリポジトリを作り、 file:///\foo/bar/svn みたいにして
アクセスしています。↓のような感じで。
http://www.syon.co.jp/syontech/tech014.html

この Windows 共有フォルダは Samba(Linux)で動かしているのですが、
その Linux から svn co file:///home/samba/bar/svn みたいに
ローカルリポジトリとしてアクセスしても問題ないでしょうか？

できれば、さらに別マシンから svn co svn://foo/bar/svn 見たいにアクセスしたい。

commit はせずに参照(svn checkout, update, log)だけするつもりです。
ファイルのロックとかでリポジトリが壊れてしまうでしょうか？

TortoiseHgｷﾃﾀ━━━━(ﾟ∀ﾟ)━━━━!!

>>435
想像だけど・・・

Linusのスライド（最初のほうだけしか見てない）でCommitObjectっていう単語を見た気がするけど、
Commitが単体オブジェクトのような編集可能な形で存在していて、
過去のCommit(patchのようなもの)を修正すると自動的に最新の状況が再構成されるとかそんな感じなのかな？

コンフリクトの処理がどうなるのか気になるけど。

BitKeeperにしろPerforceにしろ、むちゃくちゃ高いな。
開発者一人あたり1000ドルってなんだよ。

Subversion開発元のCollabNetなら、

年内特別キャンペーン価格：　￥3,900 / ユーザ / 月
http://www.collab.net/jp/products/cee_cesvn_campaign/

まあでもたとえば、VisutaｌStudioのTeamとかも
一人あたり5000ドルは下らないわけで

たけーよ

>>449
TortoiseHG インストールできないんだが。ばいなりのやつ。

確かにsubversionのマージは糞だな。

>>447
行レベルでぶつかったら、やはりGitでも3wayマージを手でやる羽目にはなります。
そうでない場合は、いい感じにマージしてくれる（これはsvkも同じだった気が）
Subversionではsvn updateってした時にファイル単位でぶつかったらCになって
自分でどうにかしないといけない、、、よね？ってsvn忘れてきてるよ （；´∀｀）
Gitの前はsvk使ってたんだけど、マージの便利さではそう変わらないと思う。

＞ぶっちゃけ、分散型だの何だのって言うのはどうでも良いんだよね
＞ブランチ区切った後のマージが凄く楽になるって話らしいから
＞どう違うのか確認したかった
俺もそういう感じで、きっかけは追っかけてるプロジェクトがSubversionからGitに
変わったからしょうがなくGitしてみた、って感じで。その時点では俺はsvkで
追っかけてて、svkには満足してた（遅いのには参ってたが）。でもGit使ってみたら、
違う意味ですごく良かった。
例えば俺はPHPの2chリーダー使ってるんだけど、正規版と拡張版があって、
さらにたまにスレで書き込まれる微修正、それにwikiに載ってる改良、さらに
個人用の設定も設定ファイルを編集する必要があって、けっこういろいろ手を加えてる
んだけど、その状態で上流が伸びた時に、これらオレ改良の適用を手でやると
なると、かなり厳しい。Gitでrebaseというのをすると、オレコミットをいったん
全てリセットして、根っこを伸ばした後にオレコミットを再度全て適用、なんて
ことが出来る。これがすごく気持ちいい。

>>450
内部についてまではあまり詳しく理解してないんだけど、俺はそういう感じだと
思います。ガベージコレクションがあったりなんかして、参照されなくなった
オブジェクトをたまに消してるみたい。なんかファイルシステムみたいだ。

あまり脈絡がないんじゃないかと思われるようなコミットをいきなり指定して
今の状態に適用しちゃったりもできるんで（さすがにうまく行くとは限らないけど、
でもけっこううまく出来てしまう）、実はGitってただのパッチ集なんじゃ？ って
思うことがあって、そのへんが git(おバカな) のか、、って思ったりとか
しますそしてスレ違い長文すみません。

その素晴らしいGitとやらの話題はここで埋もれては勿体無いので、
折角だからこちらで続けませんか?

バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/

>>458
すまんね、そうする

>>457
> オレコミットをいったん
> 全てリセットして、根っこを伸ばした後にオレコミットを再度全て適用、なんて
> ことが出来る。これがすごく気持ちいい。

おっほ。
それすごくよさそう。
なんか新規プロジェクトのときGit使ってみるかな。

同じようなことを SVK じゃできんの？
SVK の弱点は速度だけ？

>>461
linusいわく、マージ関連の機能が弱いらしい。
あと、svnとsvkで操作が違うことも弱点の一つかな。

手動で3wayマージしないといけないって時点で大した違いなんてない気がするが

マージした記録ってどこかで見れます？
例えば、truncに対するマージ履歴一覧みたいなやつ。コメントじゃなくて。

>464
Subversion 1.5を待つか、今すぐ開発バージョンを使うか、
その追加機能の元になったpythonスクリプトを使うかすれば。

>>465
速レスサンクス。
待ちます・・・

あみん乙

CVSからSVNに移行しようとしてるんですが、
svn checkoutやimportするときにURL省略って出来ないですか？
CVSだとCVSROOTって環境変数でデフォルトURLを指定できたんですけども…

Subversion で、すでに削除したファイルの log を見たい場合はどうすればいいですか?

CVS の場合、以下のようにできますが、
・src/hoge.txt を cvs remove で削除したとする
・CVS リポジトリ上では、attic に hoge.txt,v が移動される
・作業ディレクトリ上で、src 以下で cvs log hoge.txt とやれば、削除されていても log を見ることができる

Subversion でも、削除された hoge.txt の log がみたいです。

svn log -vすれば削除されたファイルの履歴も見えると思うけど。
hoge.txtに関連するログだけみたいなら、まずsvn log -vでhoge.txtが
削除されたリビジョンを探し出してそのリビジョンの一つ前までをURL指定で見ればいい。
# 例えばリビジョン1000で削除したならsvn log -r1:999 url://repos/trunk/hoge.txt

>>455
おお、TortoiseHgインストーラ出来てたのか！
Mercurialのバイナリインストール先を取得してたから
Mercurialのインストーラの拡張か・・・
コレは、育ってもらいたい・・・・

早速インストールしてみる。

>>470
レスどうもありがとうございます。

> svn log -vすれば削除されたファイルの履歴も見えると思うけど。

svn log を、引数を与えずに実行すれば、リポジトリに対して行ったすべての作業のログが見えるので、
hoge.txt が削除されたときのログもみることができました。
svn log -v |less で hoge.txt を検索すれば、削除された revision もわかりました。

ちなみに作業ディレクトリで svn log -v hoge.txt というようにファイルを指定すると、
>> 'hoge.txt' はバージョン管理下におかれていません
といわれます。

次に以下のようにやったのですが、
svn log -v -r 9788:1 file:///\server/svn/repos/myprj/src/hoge.txt

こうなってしまいます。
>> svn: ファイルが見つかりません: リビジョン (現在のリポジトリの最新番号), パス '/myprj/src/hoge.txt'

Subversionをつかえるレンタルサーバーで、どのへんが定番なんでしょうか？

sourceforge

>473

>452参照

>>472
私のところだとできたんだけどね。
＞>> svn: ファイルが見つかりません: リビジョン (現在のリポジトリの最新番号), パス '/myprj/src/hoge.txt'
　　　　　　　　　　　　　　　　　　　　　　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣
ちと気になるのはこの辺か。そこはその上を見る限り9788になってないとおかしい。

> -r 9788:1
-r 1:9788でなくて？

>>477
それはどちらでもOK。
前者は降順、後者は昇順で表示されるだけのこと。

リポジトリの hotcopy は、整合性のとれた状態が保証されてるんだったよね？
Subversionのバージョンアップを考慮したときに、 dump形式と hotcopy形式のどちらを選ぶ？

dumpとhotcopyじゃ、内容が全く違うのだが

すいません、探しても見つけられなかったのであまり期待はせずに書きますが
Windows Mobile用のSubversionクライアントってあるのでしょうか？
リモートデスクトップなんかは無しの方向で・・・

>>481
つ svn client

>>479
バージョンアップは滅多にないから、自分は普段のバックアップはhotcopy+tar.bz2で
圧縮して、pdumpfs/pdumpfs-cleanで保存してる。

バージョンアップをせざるを得ない状況−−例えばマシンがクラッシュして別環境を
用意したらSubversionがバージョンアップしてた−−てな場合を避けるために、
非常時用にVMware上に同じOSを用意している。

よって、dumpはバックアップには使わず、svndumpfilter/2/3を掛けたいときに使ってるだけ。

tar.gz したらpdumpfs してる意味がないんじゃないか、
と、何も考えずfsfsをpdumpfsしてる俺は思う。

sageミスった>自分
>>484
うむ。実は主目的は過去n日間,過去n週ごと,過去n月ごとのバックアップを
残すスクリプト書くのがおっくうで、pdumpfs-clean使ってるんだ。

あ、やっぱtar.bz2する意味ないな＞自分
fsfs使ってるから、tar.bz2やらないでしばらく運用してみるよ。

ちょっと待て。
バージョン管理システムのリポジトリバックアップに
pdumpfsで複数日残す意味はあるのか？
ハードリンクじゃファイルひとつ壊れたら終わりだろう。

言われてみればあんまりないかもねー。
ファイル破損というよりは不可逆かつその場で気がつかない
オペミスや「毒が溜まる」系のバグみたいなものを想定してたけどね。

俺なんかリポジトリの履歴をSubversionで取ってるぜ

Subversion と CVS しか使ったことのない俺に，
「素晴らしいマージ機能」とは具体的に何なのか教えてくれ．
むちゃくちゃなマージされても困るだけじゃないか？
最終的に手作業が入るのは当たり前じゃね？

ところで，コミットの時に
「いったい前回のコミットから折れ何やったんだっけ」
ってなることがあるんだけど，
ソースコードの先頭にメモ書いておけば
それらをまとめてコミットログに取り込んでくれるような機能ないのかな．

逆に $Id:$ でキーワード置換はしてくれるくせに〜

>>490
ほかのスレ見てると、どうやらマージそのものの機能じゃなくて、マージによる再構成の柔軟性のことらしい。
gitやmercurialだと、過去の変更を編集したりとか、マージの順番を変えたり、
マージそのものをブランチからトランクに移したり出来る、とのこと。

詳しいことは、このスレの最新100行ぐらい見るとわかりやすい。

バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/

>>491
Eclipse使ってるなら、mylyn使えばタスクとリビジョンを関連づけられて便利。
やらないといけないことをtaskにどんどん追加して、今やってるタスクをonにしとけば、
コミット時にonなタスクを自動的にコメントの先頭へ追加してくれる。

>>492
ああ，なるほど，チェンジセットはいつまでもチェンジセットごとに
独立して取り込まれていくってことか．Subversionの場合は
マージして取り込んじゃったらそのあとはもう区別つかないからねぇ．

>>493
おお，そういうものがあるのか．
残念ながら普段は C++ か C# で Visual Studio 2005 なんだよ・・・
Java は Eclipse (3.3) 使ってるけど．
まさしく「taskにどんどん追加して」ってのをやりたかったのですごく残念．

何をやったか忘れた時は、ツリーのルートで svn diff して調べることにしている。

自分は忘れるほどの変更しないなぁ。
ものすごく細かい単位でコミットしてるけど、少数派なんだろうか。

>>479 からの hotcopy とバックアップの話ですが、(hotcopy という単語をはじめて聞いた)
リポジトリのバックアップは、いつも夜中に tar.gz で別のところに固めているだけなんだけど、
これでもいいんですよね？

マシンがクラッシュしたら、同じバージョンの subversion をインストールして、tar.gz を
展開したところ、うまくあつかえたのだけど。

ttp://subversion.bluegate.org/
つながらないのは俺だけじゃないよね？
（上のほうにも同じｶｷｺあるし）
自鯖みたいだけど、どんな状況なんだろ。

>498
LANケーブルを猫がかじってる状況じゃないかな。

>>498
つながらないね。

bluegateって、Subversion本の日本語訳版が置いてあるところだよね？

11月末くらいに日本語訳版を探してて「つながらんなぁ」と思った記憶があるから、
かなり長いこと落ちてるような希ガス。

>>498
たしかにつながらないですね。

以前、ぐぐって以下を見つけたんだけど代わりになりますか?
http://hata.biz/mirror/snap/1095876945.html

不定期に落ちたり復旧したりを繰り返してるよ
ずっと落ちたりということはないので気長に復旧を待つべし

皆GITに移行しちゃったから誰も困っていないのが不幸中の幸いだ。
このスレも次スレいらないよな。

gitとsvnじゃ考え方(用途)が違うんじゃないの？
現状svnはcvsより劣っている点はないと思うけど、gitはそうじゃないんでしょ？

いや、gitの方はしらんのだけど。

バージョン管理システムについて語るスレ
ttp://pc11.2ch.net/test/read.cgi/tech/1193332500/
これと合流してもいいんじゃないか？

ただしスレタイに、
検索で引っかけられるようにキーワードが欲しいけど。

未だスレ半ばなんだし今から決めなくてもいいっしょ。
800辺り以降の頻度みてから決めましょうよ。

で、今のsvnでfsfs作るとdb/revs/にリビジョン番号のファイルができるよね。
dailyBackupとしてdb/currentとその追加されるリビジョン毎のファイルだけ
バックアップしているけどどうなんだろ。

つか、他のVCSとの比較ネタはこのスレでやらなければOK。
このスレが必要ないなら、自然と沈むし、統合する必要ないんじゃないの？

そうそう、gitだか何だかを持ち出す奴はスレ違い。

↑で出ていたCommitMonitorって、file:///でやってる場合は監視出来ないね

自分もgitやmercurialには興味あるんだけど、だからといってsvnがいらないかといえばそんなことない。
今のバージョン管理はやっぱりsvnがスタンダードだし、tracとかeclispeのプラグインなんかでも使わざる得ない。
本当にgitやらがスタンダードになるまでは、多分メインをgitに移行しても、svnは使い続ける必要があると思う。
何より、本当にgitやmercurialがsvnより優れてるかわからないし。
linusの言葉は大きいけど、俺は方向性が違う二つを無理矢理比べようとしてる気もする。

tracは構築するのに疲れる。
外部依存ライブラリをもーちょい減らして欲しい。

mercurialは一部分がSVNに比べて不便だ

>>511
そんなあなたにはdebianがオススメ。aptコマンドで一発インストールできる。

自宅じゃDebian使いだが一言言わせてもらいたい

>>513のような信者うぜえ
既存のシステムに組み込まなきゃいけないときもあるってことをわかれ

>>514
過剰反応しすぎ。

俺はもうあきらめて、Trac月に決めた

mercurialに決めようとしてMinGWでDLLを作れたけど
上手く動作しない…dll造らないと使えないなんて…

なんでdllに依存したパッケージにしちゃうかなmercurial

MinGW 5.0.2 のインストール
http://www.rouge.gr.jp/~fuku/tips/mingw/

C:\mercurial-0.9.5>dllwrap --driver-name gcc -dllname executer.dll example.o C:\Python25\libs\libpython25.a
dllwrap: no export definition file provided.
Creating one, but that may not be what you want

DLLインポート！

>>> import executer
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named executer

こけた orz

ここはSubversionのスレです。

svkをWindowsで使う時、depotmapすると、UserProfile以下に作られちゃうんですけど
パスを指定することって出来ないんでしょうか

たとえば TortoiseSVN のメニューを使わずに
エクスプローラからリネームするなど、svn と無関係に
名前を変えてしまったファイルを、コミット時に
「AはBにリネームしたことにする」なんてことはできませんか？

そんな事、出来たら大迷惑だ

DLLのフックでもすりゃできるのかもしれないけど
今度はsvnに感知させずに名前を変更メニューが必要になるｗ

自己解決しました
失礼しました

Vista についてるデスクトップ検索機能
（昔 Indexing Serevice と言っていたものや
MSN Desktop Search の後継、フィルタは同じく IFilter）
でのインデックス対象から、.svn ディレクトリを
全てはずしたいのですが、簡単な方法はありませんか？

GDSなら外せるけど

GDSのことなんか聞いてません。

ここはSubversionスレ
聞くスレが違う
さようなら

Subversionユーザの方が知ってる確率高いだろうから、ここでもいいだろ。
俺は知らんがな。

１）".svn" で検索
２）全部まとめて選択してプロパティシートから外す

SVNユーザの方が・・・って言ってたらここは何でもアリの雑談スレと化すがな

どう考えてもvistaかそのデスクトップサーチスレで聞くべきだろ。
というか、ググれば特定ファイルの除外なんて一発で出てくる希ガス。

.svnの数が膨大だから.svnってついてるやつは必ず無視したいって事だろ
一個一個除外してたらキリないって話

>>530の手順で.svnが増えるたびにやるこったな
嫌ならGitだかHGだかを使うことだな
あっちは確か1個しか作られないんだろ

svkって手もあるかも。そういうファイルは一ヶ所にしかない。

svkはTortoiseSVNで使ってるわ・・

まぁgitだか何だかの話題よりは、このスレにあってるけどな

Gitだか何だかの方がこっちのスレに合ってるだろ・・・・・・
バージョン管理でも何でもねーわ

何か、最近Subversionからgitに移行した奴がこのスレに居残って粘着してるって感じで
雰囲気悪い。

もうVCSスレ全部統合しようぜ。
CVSスレも死んでるし。

それよりRCSスレでも建てようぜ。

じゃあおれちn

J( 'ｰ`)し「わかったわ。じゃあVHSのスレを立てるわね(ｶﾞｺｶﾞｺ」

gitがあるのに転覆に固執する理由がわからない。
なぜなの？

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

これのGit番が無いから。
と思ったらあるこちゃあるのか
http://www8.atwiki.jp/git_jp/

暇なとき見てみよーっと。

現実問題として、仕事で使うのは当分無理だなぁ。俺の所ではだけど。

>543

俺にはお前が何を言いたいのかがわからない。

VCSスレでも出てたが、それ自体よりも周辺のソフトウェア（プラグイン、TortoiseXX etc)の受け入れ体制が整ってない。
そこら辺がきっちりできるまでは、subversionは定番であり続けるだろうな。

逆に言えば、それらが整えばSVNは終わりだな。
Gitはともかく、Mercurialは最近広がりつつあるように見える。

いや、だから広がるとか終わりとかそういう問題じゃなかろう。
CVSだって惰性、というか、移行しなければならない強い理由がないから
そのまま使ってるとこ多いわけで。

VCSをどんどん乗り換えるのはVCSオタと特殊な開発形態だけで、実際には
必要がなければわざわざ乗り換えたりしないだろう。

会社だと、みんなへの使い方を教えて回るのが一番やっかいだよ・・・

使い方以前に概念を教えるのが一番大変。
概念さえ使ってしまえば使い方は大した問題ではない。

しまった「がいねんをつかう」ってどういうことだよ。
「概念さえわかってしまえば」にお詫びして訂正いたします。

>>550
拒否反応起こす奴いるからな・・・死ねと言いたいよ

何でも新しいの使えば良いってもんでもないだろ
SVNで十分使えるし

実際問題、本リポジトリは常にクリーンというポリシーだと、
ソースレビューに使えないってのは痛いよ。

>>555
そのクリーンってタスクもNGなの？
俺は良く人のソースにタスク書いてコミットしてる

俺はSCMの勉強する位なら別のことを勉強するよ
拒否反応起こすってのは正常な思考
こうすると便利です！ よし即採用だ！

ありえんよ

>>556
本リポジトリは、常に正しいもの（レビュー済・テストOK）が入ってる、というポリシー。
レビューのために、コミット前にメールとかでソースをやりとりという悲しいやり方になる。

>>557
そう言う奴は大抵何も勉強してないけどな。

>>558
> 本リポジトリは、常に正しいもの（レビュー済・テストOK）が入ってる、というポリシー。
そういえば前にそんな事言い出した奴いたかも・・・
その為に別リポジトリも変だし、ローカル依存が増える可能性は避けたいから俺はやらんな

>>557
>こうすると便利です！ よし即採用だ！
小規模適応での現場検証が前提である事すらわからないのか・・・
そんな考え方なら勉強しても意味無いぞ

CVSが糞だからSubversionに移ったと言い張るのなら
Linuxに糞認定されてしまった以上、Gitにしない理由が見当たらない。

どこにでも変化に抵抗する人種はいるもんですな。
強固な組織ほどそちらの陣営の方が強力なのが悲しい。

糞だから移行した人が、糞認定されたからと言って移行する理由が見当たらない。

>>560
linux->linusね。
あと、CVS->svnとsvn->git,hgは明らかに違う。
CVS->svnは純粋な機能拡張に近かったのに対して、
svn->git,hgは大きくシステムが変わるから、使い方を変えなくちゃならない。

・・とまあ偉そうに語るけど、CVS使わずにsvnからバージョン管理始めた俺には実感もてないんだけどね。
少なくともsvnはCVSオルタナティブとして作られた経緯から、git,hgに移行するよりかは幾分簡単だと思うんだけど。

linusの関わってるプロジェクトの開発方法と、俺が会社で関わってるプロジェクトの
それが全然違うから、あまり参考にならないな。

今までだって、BitKeeperを使って来た訳じゃないし。

>>560
べつに、CVSが糞だと思った理由がSubversionで解決されており、
それで満足しているのならsvnから別のものに移行する理由にはなるまいて。
そしておれはそれにあたる。

>>555
ブランチ使えば？

>560

> CVSが糞だからSubversionに移ったと言い張るのなら

CVSもまだまだ現役ですよ....

カーネルを作るんだったらgitを使えばいいんじゃない？
Mercurialは分散型として興味はあるから試してみたいけどな

CVSが現役なのはCVSで管理していたからでしょ

管理システムを変更したいと言われて抵抗しない方もどうかと思うよ
CVSからSVNは根底は変わらないからまだ良いけど
CVS、SVN使ってる人にGit、HGを使ってくれない、氏ねとか言い出すのは
ただ自分の興味を満たしてくれない事への怒りってだけだろ

管理システムなんて枯れてる方が安心感があるよ

枯れてる方が調べやすいしね

Turtoiseのシェル拡張はGUIだ
よって使い易いに相違ありませんみたいな

暗黙の了解みたいのが海外含めてあるのに
馴染めない俺が通りますよ

SmartCVS - CVS client
http://www.syntevo.com/smartcvs/index.html
SmartSVN - Subversion/SVN Client
http://www.syntevo.com/smartsvn/index.html

Swingだけどこれ使ってます。クライアントソフトの選択肢が
多いのはいいことだ…てか公開リポジトリから取ってくる
のにしか使ったこと無い罠。

>>571
http://www.syntevo.com/smartsvn/screenshots/repository-browser.png

どうでもいいけどわかりにくいページだな

同じ板に

【バージョン管理システムについて語るスレ】
http://pc11.2ch.net/test/read.cgi/tech/1193332500/l50

があって、そこそこ盛り上がってるのに、ここでＳubversion以外の話題が延々と続いててもにょもにょする

>>559
>> 本リポジトリは、常に正しいもの（レビュー済・テストOK）が入ってる、というポリシー。
>その為に別リポジトリも変だし、ローカル依存が増える可能性は避けたいから俺はやらんな

こうでないと、何時でも最新版を使えない・提供できないだろ。
それに、なんでもコミットOKなら、レビュー・テスト済みかとうかってどうやってる？

で、このポリシーでおかしくなるのは、Subversionがショボイからだろ？

どう考えてもお前の脳みそがしょぼいからだよ

ははぁ、アンチsvnが粘着してたのか

誰もSVNは素晴らしいとは言っていない罠
ショボイならショボイなりの使い方をしているだけだ
敢えて言うならCVSよりは使いやすい位にしか語ってない


で、そんなにSVNはショボイから使わんって話なら
その素晴らしいSCMのスレでも他に作って
そのスレでそのことについて語っていた方が有意義だろ

へんなレッテル貼りはやめれ。
Linux kernelみたいに、今はGitやHgでそういうのが当たり前に実現されてるわけで。

なんでもかんでもtrunkにコミットされて、レビューやテストも管理できなかったら、品質保てないじゃん。
ｽｰﾊﾟﾊｶｰばっかなら問題ないのかもしれんが、多くのﾄﾞｶﾀたくさんの現場ではそうはいかない。

>>578 「多くの〜現場」ではレビューやテストは行われない件。

>>578
基本は、 trunk のリビジョンをレビューやテストして、問題があれば trunk に修正を
積めばいいでしょ。それとも、コミットした瞬間にユーザー向けにリリースされるような
仕組みができてるのかい？

枯れたソフトを新規に出てきたソフト比較してショボイって言われても
はいはいそうですねとしか言いようがないわ

cvsスレにsvn良いよって書き込みがあった時と同じ流れだなｗ

trunkにコミットが走るたびにレビューとテストしないと気が済まないって環境なんだろ
お寒い運用だねぇ

目を閉じ耳を塞いで現状に満足した気になった瞬間人は進歩を止めてしまう。
技術者たるもの新しい技術の吸収には常に貪欲でありたいものだ。

SVNを使う是非を問うスレじゃないんだぞここは・・・
新しいのが出て用がなくなったんなら該当スレへ行けよ

んな分別も付かない奴が何言っても説得力ないわ┐(ﾟ〜ﾟ)┌

それぞれの環境にはそれぞれの事情があるよ。
誰しもsvn最高！って感覚で使ってる訳じゃないしさ。
空気読めずに他のソフトを連呼する連中は無視すれば良いでしょ。

流れをぶった切って

"Subversion 1.4.6 tarballs up for testing/signing"
ktkr
http://svn.collab.net/repos/svn/branches/1.4.x/CHANGES

>>582
ﾜﾛﾀ
確かにsvn過激派のcvsスレ粘着と構造は同じだなｗ

質問です。現在、svkを使って /etc を管理しようとしています。

svk checkout -d でデタッチしたのを再度アタッチするには
どうすればいいですか？
ソースとかならチェックアウトし直せばいいんだけど、
/etc じゃそうも行かないし

>>571
おれは Windows で開発してるけど、WinCVS のような専用のアプリでないと
なんか気がすまないので、RapidSVN を使っている。
http://rapidsvn.tigris.org/

あとはコマンドラインか Emacs から VC。

>>571 のやつは知らなかったので、後で見てみよう。

> 専用のアプリでないとなんか気がすまない

> Emacs から VC

なんだそりゃ。

>>591
vc.elってのがあるんだよ、コンパイラじゃない。

vc.elとは懐かしい。RCS使っていたころは、vcをフロントエンドにしていたなあ。

エクスプローラが重くなるとか、そう言うので亀を嫌う人もいるね
亀は初心者がとっつきやすいので最初に薦めるようなもんでしょ

>>592
いや、 vc.el は専用アプリじゃないだろって話でしょ。

専用アプリですよ。

vc.elってEmacsに添付されてるやつでしょ・・・

うん。でも専用アプリですよ。それ以外に使えますか、vc.elが?

また俺定義でファビョるつもりですか

その論法だとTortoiseSVNも専用アプリだよなぁ。

TortoseSVNはどう見ても専用アプリだな。

不毛だ

おれの悪口を言うな

みんなけんかしないでーー

Emacs の VC(Version Control)は、RCS を使っていようが CVS を使っていようが
Subversion を使っていようが、 たとえば C-x v v などの統一した操作ができるという
フレームワークみたいなものだと理解しています。

そういう意味では >>595 のように VC は専用アプリではないと理解しています。

どんどんスレ違いすみません

>>604
いらっしゃいませこんにちわ


バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/

久しぶりにsvn使ったプロジェクト引っ張ってきたらcheckout遅すぎてワロタ。

良かったね
はい次

cygwin の subversion クライアントでは http,https,svn,file 以外の
方法は利用不可能ですか？　ra_dav, ra_svn, ra_local だけが
アクセスモジュールとしてインストールされているといわれます．

hooks/pre-commitを利用してsvn:keywordsを禁止させたいんだけど可能かに？

>>608
言われてるとおりだろ。わかってるじゃないか。

>608
ソースコードを覗くと他にあるのは ra_serf だったりするんだが恐らくそれは君の欲しいものとは違うと思うんだが。
svn+ssh 等の svn+tunnelingは ra_svn が担当してる。デフォルトでは ssh だけだけど、config に設定することで増やすことは可能。

>>609
でけた。
*.c *.cpp *.h にsvn:keywordsが付いてたらコミットさせないフックです。

--- hooks/pre-commit
#! /bin/sh
REPOS="$1"
TXN="$2"
SVNLOOK=/usr/bin/svnlook
errors=0
$SVNLOOK changed -t "$TXN" "$REPOS" | grep -E -e ".*\.(c|cpp|h)$" |
while read flag path; do
　if ($SVNLOOK propget -t "$TXN" "$REPOS" "svn:keywords" $path > /dev/null); then
　　echo "$path: attribute \"svn:keywords\" is prohibited." >&2
　　errors=$(expr $erros + 1)
　fi
done
[ $errors != 0 ] && exit 1

exit 0

フック書いたの初めてナノ

>>612
< 　　errors=$(expr $erros + 1)
---
> 　　errors=$(expr $errors + 1)



ええ、そうでよ。一発でコミット決められない人ですよ私は....　orz

bluegate.orgは終わってしもたんかいな？

>>345 のツールだが、
・久しぶりに起動してみたら未読が500ぐらいになった。
・右上のペインで、全部選んでdeleteしようとした
・固まって落ちた
・再度立ち上げてみたら、設定したプロジェクト情報がすべて消えていた

うーん、このツールあとちょっとなんだけどな・・・・
>>509 のとおり、file:/// のリポジトリは監視できないし。
ところでこのツールは、監視した commit 情報をどこに蓄積しているのだろう。
みたところ *.exe を置いたフォルダには何も作られないし。

"%UserProfile%\Application Data\CommitMonitor"

連投すみません。

ところでいまヘルプで入っている案件が Windows 共有フォルダ上にリポジトリを作って file:/// で
やっているので、hook でメールを飛ばすことができない。

開発メンバーのPCは全員 Windows です。
共有フォルダ上のリポジトリの hook にメール送信する *.vbs などを書いて、commit 時に
各開発メンバー(の Subversion クライアント)が直接メール送信することも可能だが、
なんかトラブルの元になりそうなのでやっていない。

ということで何かいい方法はないでしょうか。
cron(or Windows のタスク)で定期的に svn log して、得られた内容を編集してメールを送るような
スクリプトを自前で書くぐらいしか思いつかないのですが、そうするしかないかな。

レジストリだったりして。

おっと、リロードしてなかった。失敬。

>>616
そんなところにあったのか。どうもありがとうございます。
「Automatically create diffs of commits」にチェックをつけておくと、
各revisino ごとの diff がここに置かれていますね。

>>617
svn:// は駄目なの？

>617
自分専用にローカルでsvnserveを立ち上げて、CommitMonitor使えば
いいんじゃないの？

>>617
バージョン管理の運用が始まってるんだったら、
「コミットフックでメール」のメリットも理解してもらえそうだから、
がんばってsvn://に移行するよう説得すべし。

svn://がOKならApacheでも・・って思うけど
ApacheってWindows上で動かすとすげー遅くなるんだよねぇ・・・
EnableSendfileをOffにしてある程度改善はされたけど

みなさんレスどうもありがとうございます。
Windows共有フォルダの実体はLinuxのsambaなので、そのマシンには実は Subversion が
インストールされています。
私もなんで file:/// でやっているのかと思ったのですが、私はあとから入っていて
もう運用が始まっていたので変えられませんでした。
>>621 >>623
file:/// から svn:// に変える場合、
.svn/entries の中に file:/// といった URL が書かれてしまっているので
各開発者の作業ディレクトリは checkout しなおしになりますよね？
開発がそれなりに盛り上がっているので、いま移行するとチームが混乱してしまいそうです。

>>622
↑で書いたとおりリポジトリのサーバは Linux なので、Apache をたちあげて
sambaで公開しているリポジトリのディレクトリを http:// で見えるようにしました。
これで CommitMonitor はつかえるようになりました。
ただし http:// 経由で commit すると、file:/// のときとファイルのロックが壊れそうなので
参照のみにしています。
( >>448 を書いたのは私です)

私はヘルプ(支援)で案件に入っていて、各開発メンバーから「共通部品がcommitされても
アナウンスがないので困る」と要望があったので考えているのですが、
・共通部品担当に「直したらチームにアナウンスしろ」
・各開発メンバーに「Eclipse の"SVN同期"を、目を皿のようにして眺めろ」
と指導するのが正しい姿なのですが、それとは別にメールが飛ぶようにしたら
少し状況がよくなるかなというのが今回の目的です。

>>625
TortoiseSVNの切り替えコマンドで出来ないかなって思ったけど駄目だった
プロトコル変える場合は再度チェックアウトしないと駄目ですね

>>626
つ 「svn swich --relocate」

亀で言う再配置かな？

svnserveで十分なのに、何でapache使うの？

昔の入門記事にapache使う奴が多いからでは？

ああ、インスコ厨にfedoraユーザが多かったのと同じ理由か。

十分ならそれで良いじゃん
余計な口出ししなくてもよろしい

いや、「Subversionにはapacheが必須」とミスリーディングする記事のせいで、
3割は導入が減ったと見るね。

>>633
ご丁寧にもapacheにDAV追加する
至極めんどくさそうな手順を延々と付けてくれてるしなあ

今の話の流れに何の関係があるのか
愚痴なら余所でやれよ

別にこのスレは615専用じゃない。専用ならスレタイに書いとけ。

頭悪・・・

よし、次スレは「【Apache超不要】Subversion r9」にしよう。

バカばっかり揃ってるのな

誤った情報を読ませるのは、ミスリードとは言わないんだぜ

ふーむ、エーパチェは不要だったのか

いまだに「必要」とか書く奴はいないかもしれないが、ぐーぐる様では過去の記事も
ヒットするから勘違いする奴がいてもおかしくない。

そんなページ、相当後ろの方じゃないと出てこねえよ

意図的に勘違いさせるのは誤導だったかな。
英語だと misdiretion てやつ。

意図的でもないだろ

誤導ってのは聞いたことがない

CommitMonitorに大して代わり映えのしない新バージョンが出たよ。
http://tools.tortoisesvn.net/CommitMonitorDownload

自分のコミットを無視出来るようになったのが嬉しいね。

>>643
subversion+インストールでぐぐった上から二番目。
まぁ必須とは書いてないが、ほぼApache以外の選択肢はないような書き方。

文の頭にApache以外でも動かせるがApacheを使うとこんなことが・・・って
そのまんまやん
んなうがった見方されたら何も書けないだろ

>>625
>TortoiseSVNでリポジトリのURLが変わった場合
>何らかの理由でリポジトリのURLが変更された場合、TortoiseSVNの設定を変更し、
>コミットや更新を行う先のURLを変更する必要があります。
>この場合、TortoiseSVNの右クリックメニューで現れる「再配置」を行うことで、URLを変更することができます。

>URLを変更したい作業ディレクトリを選択し、右クリックすると左下の画像のような右クリックメニューが現れます。
>「再配置」を実行し右下の画像のようなダイアログが現れたら、変更後のURLを入力します。

エクスポートする際に、r100〜r110 の中で更新のあった物だけをエクスポートと言う事は出来ますでしょうか？

>>651
できる

>>651
スクリプト書けば出来るんじゃないの？
全自動でしてくれるようなコマンドはないはず。

>>629
svnserveでssl使えないからじゃねーの？

svn+sshで十分だと思うが、80と443以外塞がってるところだと、apacheの方がいいのかも。

80開いてても、WebDAVで使ってるメソッドをプロキシが通してくれない場合があってなぁ……。
しかたがないので、httpsで運用してる。

Apacheでもsvnserveでも好きにすれば良いじゃん
>>648みたいなのはほっとけばいいよ
言いがかりと同レベル

svn+sshって、物凄く遅くない？

>>658
svnというよりも認証が遅いのかもねぇ．
うちの組織では，ssh の認証時に見に行ってる
ldap サーバが遅かった．ldap サーバの
スレーブを用意したら速くなった．

Subversion 1.4.6 release age

Subversion 1.4.6 きてた

被った、遅れた... orz

何が変わったの？

Version 1.4.6
User-visible changes:
- Client:
* fixed: unbounded memory use in "svn cat" over ra_svn (r26964, -8)
* fixed: 'svn diff --summarize file' displays erroneous output (issue #2765)
* fixed: 'svn status' wrong on previously-reverted deleted dir (issue #2804)
* fixed: 'svn up' can delete unversioned symlinks (issue #1808)
* fixed: use correct properties for locally replaced files (issue #2743)
* fixed: 'svn info -R $REPO_ROOT' w/ pre-1.2 svnserve broken (r26264)
* fixed: svnsync ignores '--config-dir' (r27056)
* datestamps can be localized (r26156)
* fixed: text base not updated when merging a replaced file (issue #2698)
* fixed: inverted 'switch --relocate' error message (r22355)
* fixed: sporadically failing file and directory removal on Windows (r25520)
* fixed: property file handling for schedule-delete files (r25833)
* fixed: allow invalid svn:eol-style values (r28331)
* fixed: 'svnadmin rmlocks' should error when no path provided (r28431)
* support neon 0.26.4 (r26077)

- Server:
* fixed: authz granted if calculation inconclusive (r23815)
* fixed: svndumpfilter crashes on Windows (r23494)
* fixed: wrong pointer type used for memset (r27263)
* fixed: invalid FSFS directory cache can corrupt repository (r27256)
* fixed: dir props on FSFS filesystem root never conflict (issue #2608)

- Client and Server:
* fixed: "No newline at end of file" message translated (issue #2906)
* use compressed delta encoding for 'svn blame' in svnserve (r26115)
* translation updates for Simplified Chinese

＞　* datestamps can be localized (r26156)
これ、何だ？

日付のロケールに対応したんじゃないの

ロケール対応とローカライズ可能とは同一なのか否か

$Date$に漢字の曜日が勝手に入ってｲﾔｰﾝな問題だっけ？

ソースコード見てみた。
今までは、ロケールの影響を受けてはいたけど、フォーマットはどの言語パックでも固定だった。
今度は言語パックがフォーマットを指定することが出来るようになった。

標準のロケールだと例えば"Sat, 01 Jan 2000"なのが
日本語のロケールだと例えば"土, 01 1月 2000"になったりしていた。
これが今度は翻訳者がいじることが出来るので "2000/01/01 (土)" のように表示することも可能。

svn+sshで、subversive使ってる人居ませんか？

TortoiseSVNもSubclipseも普通に動いていたのに、Subversiveだけ接続できなくて。

>>670
クライアント変更してみたら？
たしかSVNKit

ミスって送信しちまった。

クライアント変更してみたら？
古い方のクライアントは対応してないプロトコルがあったと思う。
たしかSVNKitが最新のはずだから、それなら行けるはず。

TortoiseSVN 1.4.6 (with Subversion 1.4.6) release age

http://tortoisesvn.tigris.org/svn/tortoisesvn/branches/1.4.x/src/Changelog.txt
(guest)

diffのバグ、いつになったら直るんだよ・・・

>>672
SVNKit 1.1.4 r3484 を使っていました。

コマンドラインのsvn(1.4.6)も動くので、SVN_SSHの設定も間違いないと思うのですが。

ニッチな話ですまん
WebSVN でリポジトリを公開しているんだけど，
これの機能としてあるディレクトリ以下の
ファイルを tarball にしてダウンロードさせるってのがある．

当然 external で指定しているリポジトリは tarball には
含まれないけど，一般論として「ここには本来○○っていう
リポジトリの○○っていうディレクトリ以下が展開される
べきなんですよ」ってのをどうやって知らせたらいい？

テキストファイルにでも書いておいておけ？
プロパティの情報から自動生成してくれればなぁ．

>>674 何のこと？

>>675
その分析からしてsubversiveに問題があるのは間違いないな。
一応ほかのクライアントに切り替えて試してみたら？
あと、もしかすると本家のバグ報告に同様の問題が挙がってるかもしれんから、
一度確かめてみるといいかも。(subversiveってBTS運用してたよな?

質問
trunk
 +- common
     +- test.c
     +- test2.c

てのがあった場合に

trunk
 +- common
 |   +- test.c
 +- lib <-------- 追加
     +- test2.c <-------- 移動

って感じでここまでは一度にコミット出来るんだけど
ここで test2.c を変更してしまうとコミット時に下のエラーが出るのはこういうもの？

エラー: Commit failed (details follow):
エラー: Base checksum mismatch on '/trunk/lib/test2.c':
エラー: expected: 8797791d2cf4b74d3180591a1a1d9e25
エラー: actual: f0acef3787204ae865cc9053fc7a49df

>>679
いや、移動して変更してもエラーは出ないと思う
何かが間違ってる

cd SVN_TRUNK
svn mkdir lib
svn mv common/test2.c lib/test2.c

ってやってないだろ？svn 〜〜ってコマンド打たないといけないぞ。
単に、mkdir, mv使ったんじゃないの？

Mercurialのスレってココでいいんだっけか？

だめ。

バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/

>>680-681
ごめん、TortoiseSVNでの操作でそうなった
よくわからんけどいろいろやってたらちゃんとできた
あんがと

プロジェクトの途中で，過去に使わないつもりで消した
ファイルが必要になりました．もちろん過去のリビジョンから
取り出すことができて事なきを得たのですが，
こういう場合は「新しくファイルを作った」ことになるんでしょうか？

つまり，昔のリビジョンから export してきたわけですが，
そうではなくて昔のリビジョンからの履歴を引き継いでほしかった
というかなんというか，うまく伝えられないんですが・・・

svn cp すればいいんでないの。

>>686
それだけでよかったのか orz

質問があります。

バージョン管理されていない共有フォルダがあって、
そのバックアップ＋変更追跡としてsubversionを使おうと思っています。
１日に一度、共有フォルダのファイルをsubversionリポジトリに
コミットすることを考えています。

単純には、
1)working copyに対し svn delete ; svn commit
2)共有フォルダのファイルをworking copyにコピー
3)svn add ; svn commit
とすればよいのですが、

ファイルが変更されていなくても再度追加されるので、リポジトリが膨れる
という問題があります。

これを回避する方法はありませんか？
ファイル名・ディレクトリ名の変更で別ファイル扱いになってしまうのは
仕方ないと考えています。

とてもありがちな使い方に思えるので補助ツール等ありそうなのですが・・・

antで出来そうな気がするけど

svn delete してsvn addしたら変更追跡がえらいめんどうなような。

(1)working copy と共有フォルダをrsyncとかで同期する
(2)新しく追加されたファイル・ディレクトリを svn add する
(3)削除されたファイル・ディレクトリを svn delete する
(4) svn commit

とするべき。
んで(2)と(3)をやる方法を考えるべきだと思う。

普通にsvnで管理すりゃいいじゃん

なぜWebDAVろうとせんのか?

共有フォルダはaspサービスを借りているような感じのものなので、手を出せません。
また、利用者はsubversionを使いこなせる人とは限りません
ということで苦肉の策を練っているわけです
追加の状況説明、すみません

>>690
(1),(2)は単にrsync後にsvn addすればよいのでしょうか？
あと、(3)の具体的な方法がわかりません

ふと、rsyncのadd,update,delete操作をフックできればいいのにと
思ってしまいました

subversion, rsyncでググってみます・・・
ああ、リポジトリのバックアップの話ばかりだ・・・

693は私です。

(2)と(3)をやる方法としてantがあるかも、ということなのですね。

調べてみます。

まあ、自分でコード書いたほうが早かったりして・・・

>>693
もともとそういう運用想定してるものじゃないから俺々ツール作るしかないんじゃないかなぁ。
未検証だが、こんな感じ?
find . -type f | sort > before.txt
rsync ...
find . -type f | sort > after.txt
diff -u0 before.txt after.txt | egrep -v '^(\+\+\+|---|@@)' > diff.txt
svn add `grep '^+' diff.txt | sed -e 's/^.//'`
svn rm `grep '^-' diff.txt | sed -e 's/^.//'`
rm before.txt after.txt diff.txt

一ヶ所訂正。grep '^+' → grep '^\+'

>>695
そういうのなら、もうスクリプト言語でやったほうがハヤイんじゃないか。
例えばRubyなら array1 - array2 で集合の差分が計算できるから

old_filenames = Dir.glob("**/*")
system "rsync ....."
new_filenames = Dir.glob("**/*")
remove_filenames = old_filenames - new_filenames # svn removeするファイル名
add_filenames = new_filenames - old_filenames # svn addするファイル名
system "svn remove #{remove_filenames.join(' ')}"
system "svn add #{add_filenames.join(' ')}"

Subversion のワーキングセットって，クライアントのバージョンが
上がったらチェックアウトしなおした方がいいのかな？

TortoiseSVN で使っているワーキングセットを cygwin の svn
で update しようとしたら，もっと新しいクライアント使えや，
って怒られた．

それ、cygwinのsvnの方が古いだけじゃない?
私の処では亀と白鳥の間では問題なかったけど、RHLEのCDに入っているsvnが古くて
そんなメッセージが出てたよ。

>>698

>>269-274

テンプレの
> Subversion によるバージョン管理
> http://subversion.bluegate.org/
と、
> Subversion(Saisse's Wiki):
> http://www.saisse.jp/pukiwiki/pukiwiki.php?Subversion
にアクセスできないのって俺だけ？

>>701
このスレをbluegateで検索してみ

kamihiraさんにメールしてみれば？
携帯電話にかけてもいいし。

>>702 ありがとうございます
とりあえず>>501のミラー(？)を見ることで解決しました。

VaginaRepos.org
http://vaginarepos.org/share/

ｸｿﾜﾛﾀ

svnserveのパスワード、平文で残すしかないんだろうか？

>>705
はははｗ
ここまであからさまだとすがすがしい気さえするね

VaginaRepos.org
http://vaginarepos.org/

リンクミス orz

いきなり、出てきて、わけわからん人は、こちらを

CodeReposとは - はてなダイアリー
http://d.hatena.ne.jp/keyword/CodeRepos

CodeReposという、誰でも気軽にcomitできるリポジトリがほしーから、作ったというのに対抗して出来のだと思う

説明されても結局イミフ
だから何

オープンソースソフトウェアの公開リポジトリから
svn checkout でソースを取ってきて，それを
常に update して trunk に同期させておきたいにもかかわらず，
同時にちょっとした改変を手元でもやりたいというようなとき，
どうするべきなんでしょうか？

本家からは svn checkout ではなく tarball などでとってきて，
自前のリポジトリに投入して改変をしていくべきなのでしょうか？
でもそうすると本家のリビジョンに追い付くのが大変な気が．

>>710
svk 使うといいよ

svk使いがたまに独自改変したのを誤ってPUSHしてくるから困る

>>708
ここは一つ、対抗してDickRepos.orgを作って……
# ｲﾗﾈ

svkで検索してみたけど、未だ試行錯誤している人が多い感じが。
まぁ、馴れて安定運用はじめてたら敢えてそうは書かない気もするけど。

svkはsync、pull、pushのやり方が出てる程度で
もっと突っ込んだ使い方を載せてるサイトとかが少ないからね
俺リポジトリを持つって使い方をしたい

リポジトリ持ち歩き計画を実現すべく、取り敢えずTrueCryptをRHLEでビルドしてインストールしてみた。
ビルドにはルート権限が必要だし、クライアントの実行にもsudo権限がいる。Windows版みたいに
クライアントだけ持ち歩けばどこでも使えると言うわけにはいかない模様。

そもそも、svnのリポジトリを持ち歩くよりsvkのdepot(これも倉庫かよw)を持ち歩く方がいい気がしてきた。
# セキュリティの問題が解決するわけじゃないけど。

いまいち svk を使い始められない理由は、
使われている事例をあまり知らないので、
安定しているかどうかについて確信がもてないから。

svkなんて使うなら素直に信頼と実績のgitにするわ。
svnからのインポートも豊富だし

で、他の連中にTortoiseSVNに変わるツールはあるんだろうな？って文句言われて
結局svkに落ち着く訳だ

Webから弄れるのならあるよ

svk初めて知った。
コミットをためといて、後で、まとめて、リポジトリに入れられるのか。

ネットワーク使えないときとか、社内サーバーで、外からアクセスできないときとかに、いいのー。

まあ、ネットワーク使えない時に、開発する気などおきんとか、
家で、仕事やる気しねえとかは、あるが・・・

漏れもsvk使ってる
最初の設定に戸惑ったけど動くようになった
PUSHとPULLをリポジトリごとにバッチファイル作ってそれをランチャーに追加していちいちコマンド打たなくてもいけるようにしている

Windowsとの相性から言うとgitよりもTortoiseHgがあるぶんHGかなと思っているまあここのスレで言うべきことではないけど

フォー　HGですどうもー

ちょうど1年前だよな
ブームが去ったの

わびしい職業だよなあ・・・

TortoiseSVN ではバージョンアップの際に、旧バージョンのアンインストールは必要ないけど、
Subversion ではどうなんですかね？

http://nightlybuilds.tortoisesvn.net/latest/win32/
ここにある svn.exe ってどのプロトコルをサポートしているんでしょう．
svn, svn+ssh, http, https 全部ポートしているんでしょうか？

聞く前に試せよ
自分がどんだけ馬鹿な事を聞いてるか良く分かるから

試してたら貴重な時間が失われるじゃないか
はよ教えろ

バカの時間は貴重じゃない

>>728
その理屈でいくと、
おまえのバカな質問にわざわざ回答を書いてやる側の時間は
全然貴重じゃないわけだ。
なるほど、よぉ〜くわかった。うん、もう完璧に。だから安心してくれ。

TortoiseSVNに対して、言っているんだと思う。
svn+sshに関しては、TortoiseSVN同様、sshの設定が必要ですよ。
他は、

cygwinのsshとsvnなら、webで記述の多い、unixのやり方と一緒のはず。

>>729
年越し前に最後の笑いをありがとう。

>>780
つまり、答えられないということですね。

>>780は何かいいわけをしなくちゃならないんだな

>>780
2007年からロングパスされたな。

>>780 まで ksk

Linuxのsubversionでチェックインしたファイル（改行コードがLF)を
Windows（Cygwin）のsubversionでチェックアウトしたときに
改行コードをCRLFにして欲しいのですが、どうすればいいでしょうか？
またWindowsからチェックインするときはLFに直して入れて欲しい。

>>737
propset svn:eol-style native

svk の話題もこのスレで良かったっけ?

この休みの間に svk を少し試してみようと思うんだが、
1.08 でも無問題だろうか?
それとも、やっぱ最初から現行 stable の 2.0.2 で試すべき?
ちなみに subversion は 1.4.2 を使ってまつ。

実は Debian GNU/Linux 4.0(etch) を使ってるんで、
1.08 なら簡単にインスコできて楽なんだが、
2.0.2 ならソースから自分でビルドしなきゃならん。

あっ、もしかして微妙にスレ違いだったらスマン。

ソフトウェアの中で使う画像や avi ファイルなんかも
いっしょに Subversion リポジトリに投入しているんだけど，
それはデザイナーのチームがあれこれいじるものであって
自分でいじるものじゃないんで，ワーキングセットの中では
text になくてもいい気がするんだけど，
「このアイテムはワーキングベースなしでいいよ」
っていう指示はできないのかな？

hoge-project\
　\trunk
　\tags
　　\stable-20080101
　　\stable-20080102

普段の作業は trunk にコミットしていて，安定して一息ついた
時点で stable-xxxxxxxx っていうブランチを取っているんだけど，
これって逆？

つまり trunk には常に安定したものしか入れちゃだめで，
そうじゃない間は unstable-xxxxxxxxx に引きこもれって言う感じ？
どっちの戦略をとればいいのかわからねぇ．

一人でやってる作業だからどっちでもいいんだけど，
将来的に複数人での作業に移行した場合のマージ作業
を考えるとどっちがいいんだろう？

>>741
「逆」じゃないが、tagsにブランチを作る人は少ないだろう。
ブランチはbranchesに作るもんだ。リリースするたびに、tagsにコピーする。

おれの場合は、ブランチは「安定して一息ついた」ときに作るものじゃなくて、
リリースに向けて機能をフリーズして、ブランチを作成することにしている。
また、リリース後に修正が必要になった場合も、tagsからコピーしてブランチを作成している。

有名どころを見てみると、trunkは不安定版で、必要なときにstableブランチ(あるいはタグ)を切るっていう感じで良いと思うよ。

>>742
そういう戦略だと trunk はどこいっちゃったの？
複数人でいじることを考えると，
「マージは必ず trunk から（trunk 経由で）」
っていうルールにすればいいのかな．

tags = 好きな時に好きなだけ勝手にタグ切って作業しろ
trunk = ここにコミットされた変更には追随してね
　　　　コミットするときにはメールでもいいから一言投げてね
branches = チームの合意に基づいてリリース前のフリーズのために切る

tags と branches が逆じゃねぇか orz

うちではこんな感じで使い分けてる。
trunk → 基本的にはここにcommit。ただし、feature freeze直前はある程度自重。
branches → trunkでfeature freezeしたらここにブランチを切る。リリース後もbug fixなど細かい修正のときはここにcommit。修正したものは基本的にtrunkにmerge。
tags → ブランチが落ち着いたらリリース。リリースの度にタグを打つ。
experiments(個人的に作成) → 安定性を欠くような修正や実験的な修正、feature freeze直前にもかかわらず大きめの修正を加えるときはtrunkからここにブランチを作成。必要に応じてtrunkにmerge。いらなくなったら捨てる。

とりあえず現在進行形で実装中の機能じゃなくて，
そのうちできればいいや，という機能があるので
その実装はブランチでやろうとした．

で，初めてマージの大変さを実感したよ．
Subversion がマージに強くないという理由もわかった．
1.5系では何らかの機能強化があるような話を聞いたけど，
少なくとも1.4系では重複して差分をマージしてしまう
可能性については手動でマネージメントしないといけないんだよね．

ブランチから変更を trunk に取り込んだら，そのブランチは
いったん消してしまってまた必要に応じてブランチを
作るべきなんだろうな．

複数の開発者がいるからと言って，takashi ブランチとか
hiroshi ブランチとかにそれぞれひきこもって作業すると
マージ担当者が大変な思いをする予感．ってかするだろう．

今更，というか今自分が関わっているプロジェクトでは
Subversion でいいんだけど（ TortoiseSVN も便利だし），
数百人が同時にツリーのいろんなところを変更しまくる
ようなプロジェクトだと破綻しそう．

ってなるとそういうプロジェクトには git とか darcs を
使えってことになるという理解でおｋ？git って名前だけ
を聞きかじった上司が git 使えとか言うんだけど，
俺としては適材適所ってことで反論したい．そうすべき
時にはそうします，って言いたいんだが，じゃ，そうすべき
時ってどういう時よ？と言われるにきまってる．

同じソースであってもMergeに苦労するような開発手法の方が問題だと思うが
たまに衝突するけど、相手のをそのままかぶしてコミットで大抵はいけるし

gitはsvnとの連携が楽だから間違ってないよ

うちはブランチに好き勝手に使えってやってる。
ただしブランチの名前で実験内容の概要がわかる名前つけてブランチ切った時のログに詳細いれとけってルールだけは守らせてるけど。

tagsはtrunkの主計列での作業をリリース毎に割り当ててる。
ブランチの成果はわりと良くtrunkにマージされるのでブランチの数がすごいことに。

こういうときって終了したブランチは切り落とした方がいいのかな？

>>750
trunkにマージされたブランチは消してしまっていいんでないかな。
というか残す意味がない気がする

>>751
そうかねえ
俺なら、とっておくが・・・

trushでもいいから適当なディレクトリ（trunkとかと並行で）ほって、
そこに移しておく、と

x trush
o trash

>>752
でもその放置されたブランチにコミットしてしまったら
なんかややこしいことになるよな．
二重マージにならないように，きちんとマージ範囲を把握しながら
trunk に再コミットし続けることができればいいけど，
そんな自信ない．あ〜マージのトラッキングが早くできるようになってほしい．

俺はリリースブランチのメンテにしか使ってないけど、
svnmerge.py は使えないの？

bluegate.orgがまた落ちてる

Firefox Scrapbook Extension とかでアーカイブしておけ。
ってされるほうにとってはすげぇ迷惑かも知れんが。
うん、たぶん迷惑だろう。

>>757
誰かがそれやって落ちてるのかも知れんなw

てかさー、bluegateとかjajakartaとかlinux.or.jpとか、
今となっては混乱の元になって普及を阻害する要因にしかなってないよ。

しょうがねーじゃん、みんな英語ができないんだからさー。

commit
━━ vt. （-tt-） 犯す (〜 suicide [a crime, an error]); 委託［委任］する ((to)); （獄・精神病院に）入れる; 陥れる ((to)); 束縛する (〜 oneself to do [to a promise]); 困難な立場に立たせる.

commitってこんな強い語感を持つ言葉だったのかｗ

日常会話ではそうかも試練が、
コンピュータ用語としてはそこまで逝かないだろ。
たとえば「実行(execute)」や「デフォルト(default)」なんかにも
ギョッとする意味があったり。

http://www.m-w.com/dictionary/commit
によれば、
--
commit may express the general idea of delivering into another's charge or the special sense of transferring to a superior power or to a special place of custody.
--
ってことだね。敢えて訳すなら「委託」かね。例文は「重罪犯を刑務所にcommitする」だし。
尤も、「犯罪を犯す」は>761と違って二番目の項目になっているけど。

金融屋で仕事するときはdefaultは禁句にしてるよ。デフォルト＝債務不履行^^;

「やっちゃう」と訳すのが口語的にはしっくり来る。

default は一般人には通じないっす(´･ω･｀)
？？？か債務不履行になるみたい……

海運業界ではSubversionの使用が禁止されてることが多いよね。

政府調達関連でもそうだよね。

defaultは、色を付けないならば「やるべきことを怠る」というような意味。

>>756
これつかうといいよ

Mr Uptime
http://mruptime.pingdom.com/

プログラマじゃない奴の発音は、ディフォルトじゃないの？

プログラマでもディフォルトですが。

しかし日本語での発音はデフォルトなんですよ

発音は「デフォルト」がデフォだよね。

日本語の書き言葉としてィを書くのは微妙な線だな、鼻濁音に全部濁点振るようなもんだ

いいえ

日本人しかいない場で発音気にしてる奴ｷﾓｲ

せめて転覆の話をしようぜ

iはィじゃないんだぜ。

ディフォールトだろ？

>>767
なぜに海運？なんか故事があるのかな。

subvert(転覆する)の名詞形がsubversion

subvertは政治体制とかの転覆の意だから、船の転覆(capsize)とは違うかもしれん。
辞書見てみよっと。

ほい。
--
Main Entry: sub・vert
Pronunciation: \s?b-?v?rt\
Function: transitive verb
Etymology: Middle English, from Anglo-French subvertir, from Latin subvertere, literally, to turn from beneath, from sub- + vertere to turn ? more at worth
Date: 14th century
1 : to overturn or overthrow from the foundation : ruin
2 : to pervert or corrupt by an undermining of morals, allegiance, or faith
--
確かに船の転覆の意味はなさそうだね。

subvert boat とか ship でぐぐった限りでは
船転覆の意味がないってこともないような希ガス
単なる誤用かもしれんけど

船長に対する船員の反乱のことなんじゃね？

そんなのは船に限った事ではない。

Version 1.4.7
- BUG: Exporting left admin dirs intact.
- BUG: Checks for include paths of the cache didn't work correctly.

Version 1.4.6
- BUG: When upgrading, the MFC/CRT libs weren't updated if
the user didn't have Admin rights without an error. (Stefan)
- BUG: The overlay include paths weren't checked correctly which lead
to paths directly below the include paths *not* to be included.
(Stefan)
- BUG: Sorting in the commit dialog sometimes lost the check marks
if the list had previously been refreshed. (Tobias Schafer)
- BUG: Memory leak in the shell context menu. (Stefan)
- BUG: Exporting could leave the exported folders still versioned. (Stefan)
- BUG: Pressing the tabulator deleted the contents of the log message in
the commit dialog. (Tobias Schafer)

数週間前にプログラムに大幅な変更を加えようと思いtrunkからbranchを切りました。
プログラムの設計をしなおし、そのbranchでソースを根本的に書き直しました。
その結果なかなか結構な出来栄えとなり、これからはこのbranchを開発の主であるtrunkにしようと思いました。

この場合、設計をしなおした為現行trunkとは共通点があまりに無いので、マージではなく置き換えが適切だろうと思います。
実際に置き換えようと下記のように試してみました。しかし、エラーが出ました。
>svn rm trunk/
>svn copy branches/2.0.x/ trunk/
>svn: 削除準備中のディレクトリ 'trunk' にはコピーできません

と言う事は下記の様な方法を取らなければいけないのでしょうか。
>svn rm trunk/
>svn commit -m "trunkを削除"
>svn copy branches/2.0.x/ trunk/
>svn commit -m "branchをtrunk化"

つまり単なる置換の時にはrm, add, commitとすればよいけれども、
このような場合はrm, commit, copy, commitと二段階のコミットを経なければいけないのでしょうか。
浅はかな私ですが、これにはどこか非効率的と言うか統一性の無さを感じました。
私の考え方が間違っているのでしょうか。
もしこのような場合に取るもっと一般的な方法があれば教えてください。

何でtrunkを消すの・・？
そもそも君のやり方でいくとtrunk、branchesと分ける意味が全くないでしょ
これ、差分管理なんだからさ・・。

trunkとbranchesの使い方ですか。
自分の指針を書いていなかったので書いておきます。
trunk・・・・・・・・・・・主流バージョンの開発(機能追加、バグfix)
branches/2.0.x・・・冒険バージョンの開発(設計見直して書き直し)

という感じです。
2.0.xが良い具合になってきたのでこれを以後trunkとして扱いたくなりました。
その場合どういった方法を取るのが良いのでしょうか。

trunkを消すんじゃなくてtrunk以下の全てのファイル・ディレクトリを消す

ディレクトリの置き換えはサポートされてないようだから
諦めて2回commitするしかないんじゃないかな。

>>791
普通はbranchesの内容をtrunkにマージ

面倒だから置き換えたいって言うなら
trunkをチェックアウト、他の場所にbranchesをエクスポート
チェックアウトしたtrunkをエクスポートしたbranchesで上書き
その後にtrunkをコミット

>>793
なるほど、そういうことでしたか！
頭の中のモヤモヤが明確に言語化されてすっきりしました。
2回commitで綺麗にまとまりました。
ありがとうございました。

>>790,792
無事解決しました。
レスどうもありがとうございました。

>>794
そんな荒業もあるんですね。
メモしておきます。
レスどうもありがとうございました。

>>796
小さなリポジトリを作って、実際にどうなるのか実験しておいたら?
で、その成果を纏めてWebで公開したらなおよしw

どうしてファイルの置換は出来るのにディレクトリの置換は出来ないんだろう？
subversion開発者は何らかの信念を持っていてそれをわざと実装してないのかな。
それとも単に需要がないのかなあ。

>>798
削除しようとしているのに、なんで今更書換えようとしているの？
僕には理解できない。
先ずはこの中途半端な状態を完結してから、次の処理をしてよ

って、感じじゃないのかな？
ファイルも削除しようとしている時は同様になるんでないの？　試してないけど

ファイルのmvは、cpして元をrmするのと同じじゃなかったか？

あれ？svnってディレクトリの置換できなかったけ？

>>800
いえす。

svn mvするとどのファイルが出自かが残るので、元の名前の頃のリビジョン
との差分を見たときに、名前が違っても追跡される。

TortoiseSVN の Nightly Builds の x64 版の Language packs が
まるっきり(JPに限らず)入らないのは俺だけ？？？

>799
>164

>>789
一人でやってるからいいかもしれないけど、多人数ならbranchを
育ててる間にtrunkも伸びるだろうから、マージするようにしたほうが
良いと思うけどな。
>>754
svkならその「マージのトラッキング」ができるよ

tracを使ってみようかなと思って導入
空のレポジトリに今までのレポジトリを復元したらエラー

新規に取り込まないとあかんのか・・。

エラー内容は？
うちとこは、external指定したディレクトリがあるとエラーでたことがあった。

>>806
trac-admin TRACENV resync は実行した？

ついでに関連スレ。
【バグ管理】 BTS使ってる？【追跡ﾞ】 ２
http://pc11.2ch.net/test/read.cgi/tech/1163173901/l50

これからsubversionでバージョン管理をやりたいのですが、
サーバはWindows2003でApacheを使いたくないのですが、
WEBDAVでなくfileでアクセスすればそれでもよいのですか？
またサーバにsubversionをインストールしておけばクライアント側に
インストールする必要ないですか？
いまいち理解できず。。。

>>809
一つめの質問はyes
二つめの質問は、「サーバ」が何を指しているか不明なので答えようがない。

二つ目の質問は、たぶんsvnがどういう風に使うかわかってないからだろう。
結論から言うとクライアントにもsvnをインストールする必要がある。
svnには、サーバ側のソフトウェアとクライアントのソフトウェアがある。
でも、WindowsではTortoiseSVNなりRapidSVNなりのほうが使いやすいので、
クライアント側はそれらを使う人の方が多い。

fileでアクセスするのならサーバ側にsvnはいらないよね？

>>811
というかねそっちの可能性と、もう一つはファイルサーバに置いた
リポジトリにfile://でアクセスすることを想定しているのかと思ったんだ。
あるいは想像外のよくわからないサーバかw

なので回答不能と答えたの。

>>811
RapidSVNには面倒なバグがいくつかあって開発も凍結してるので
薦めるのは辞めた方が良いと思う

>>812
いらない
その代わり、hookを使ってメール飛ばしたりとかが出来ないから
使い方次第ではsvnserve使った方が良いんじゃ？とは思う
TracとApacheの組み合わせでも良いけど

psvnってpcl-cvsと同じようなものって言われてるけど、
同じような操作しても全然挙動違って分けわからん。。。

Subversion によるバージョン管理
http://subversion.bluegate.org/
TortoiseSVNユーザガイド
http://tortoisesvn.bluegate.org/Help/dailyuseguide.html

どっちも見れない

>>816
報告だけならとっくに既出。質問ならとっとと過去ログ見ろ。

>TortoiseSVNユーザガイド
>http://tortoisesvn.bluegate.org/Help/dailyuseguide.html
って添付ヘルプの翻訳じゃないっけか。

>>816 TortoiseSVNの方はC:\Program Files\TortoiseSVN\binにありますよ。

Gitのﾊｶｰにサイトを撃沈されてしまったようだ

>>820
kwsk

あるオープンソースのリポジトリをおっかけながら，
自分独自の改変もバージョン管理したい時ってどうするんでしょうか？

サードパーティのライブラリを改変なしに使う時なんかは
svn:external でOKなんですが，自分が行った変更も随時
マージしながら利用していきたいんですが・・・

ちなみにアップストリームのリポジトリにコミット権はありません．

vendor drop

防火壁内にあるVine Linuxに，防火壁内からはhttpで，防火壁外からはssh+svnで
アクセスしようと考えています．
ttp://d.hatena.ne.jp/studio-m/searchdiary?word=*%5BSubversion%5D
こちらのサイトを参考に，vine上のsvnリポジトリに以下のような処理を
施してみたところ，httpでもsvn+ssh（公開鍵認証）で外部からでもコミットはできるようになりました．
が，外部からsvn+sshでコミットしたときだけ/usr/local/svn/hook/内の
スクリプトが動作しません．hookしたいのは，post-commit, trac-post-commit-hook
email-send.rbといったファイルで，httpでコミットしたときにはちゃんと
Tracとの連携やメールの送信をしてくれます．
一度全ファイルをchmod 777にしてみたんですが，それでも動作しなかったので
ユーザ設定のところかなぁと思ってはいるのですが，何をすれば良いかよく分かりません・・．
設定についてご教授いただけませんでしょうか？
よろしくお願いします．

# groupadd subversion ← グループ作成
# usermod -G subversion apache ← apacheをsubversionグループに追加
# usermod -G subversion apache ← userをsubversionグループに追加
# cd /usr/local/svn ← リポジトリのディレクトリに移動
# chgrp -R subversion . ← 所有グループの変更
# chmod -R 770 . ← パーミッション設定
# chmod -R g+s . ← setgidビット設定
# umask 002 ← umask設定

http と他のプロトコルを同時に使おうとすると
フックやらアクセス制限やらの管理が面倒になるので、俺ならやりたくないなぁ。

ちなみにうちではフックは使ってないが、アクセス制限をかける必要があったので、
WebDAV を使ってる。 (Subversion を使いだした当初は WebDAV でしか
アク禁にできなかったので...)

リポジトリは >>824 と同じく FW の内側にあるが、
外からはまず ssh でトンネルを掘らせてから、 http://localhost:ポート番号/ とかさせてる。

回答になってなくて悪いな。

> WebDAV でしかアク禁にできなかったので
訂正。
アク禁というより、ディレクトリごとの細かな制御だ。

>>822
svk, hg, git お好きなのをどーぞ

>>825
コメントありがとうございます．
そうなんですよね・・．混ぜないでWebDAVのみでやれば何の問題もないんですが
自分以外の人に使って貰う際に，毎回SSHでトンネリングしてからやれっていうと
めんどくさがられるんですよね・・orz.
ssh+svnでアクセスできるようにするとTortoiseとPuttyもしくはSubclipseを使えば
最初に設定さえすれば後はほとんど気にしないで使えるので・・．

もし他の方で同じような形で利用してる方いらっしゃったらアドバイスなど
頂ければ幸いです．

>>824
フックスクリプトで使うコマンドに、パスが通っていないとか？

svn+sshでやったときに、.bash_profileに書いたはずの環境変数LANGが反映されず、
コミットログが文字化けするという問題に遭遇したことがあった。
この時は、~/.ssh/environmentに必要な環境変数を書いて解決した。
心当たりがあるなら試してみては？

だめだったら、フックスクリプトのログでも吐くようにして、原因調べるといいかもね。

困ったらドキュメント読めよ。きっと↓これが原因だろ。
http://svnbook.red-bean.com/en/1.4/svn.reposadmin.create.html#svn.reposadmin.create.hooks
> For security reasons, the Subversion repository executes hook programs with an empty
> environment-that is, no environment variables are set at all, not even $PATH (or %PATH%,
> under Windows).

svn:mergeinfo のフォーマットについての解説ってある？
マージ追跡のために今から手動で書いておこうと思うんだけど
．

Subversion を HTTP 経由で公開するとき，
<meta name="hoge" content="aiueo">
のようにメタデータを埋め込むことってできないでしょうか？
もちろんコピーライトなどはリポジトリ内の文書に明示
してあるのですが，ウェブクローラーなどに対して
より明示的にコピーライトやその他のメタデータを
公開したいのですが・・・・

ディレクトリにつけるプロパティで制御できれば
大変うれしいと思っています．

text/htmlとして公開するわけではないからのう。

浅学、寡聞にして知らなかった
ttp://www.moongift.jp/2008/01/ooosvn/

試してみよ。。。

>>834
すげー。
なんだかんだでMSOfficeをずっと使ってきたんだけど、これ見て乗り換えようっていう気になった。
MSOfficeのバージョン管理は保存するたびにバイナリセーブするもんだから、
セーブのたびにファイルサイズが倍増していって、
数十回すると文書ファイルだと思えない数百メガのファイルができるんだよ。

たしかこのスレで以前officeファイルのバージョニングに困ってた人いたよね？（行単位の差分が取れないとか）
あのときに教えてあげればよかったな。まだ見てるかな？

あれ? OpenOfficeの差分機能の話をしたと思ったけどここじゃなかったカナ?
ooosvnは使ってないけど、TortoiseSVNで.odsとか.odtの差分を見ようとすると
ちゃんとOpenOfficeを起動して差分表示してくれるから便利なのよ。

ごめん、>>836がどういう意味で言ってるのかちょっとわからない。
俺が言ってるのは>>168-174の流れなんだけど、ここにはこれ以上レスは付いてないかな。

OOoはあまりにも使えなさ過ぎてどうでもいいな。
Office2000のほうがまだマシだろ。

>>838
根拠を全く書かずにMSOfficeマンセーとか、
煽りか社員じゃなければ池沼といわれてもしょうがない。

OOo とか Office （の2007以降のフォーマット）とか
どちらでもいいけど，Subversion のチェックアウトとコミット時に
ZIP ファイルを展開してばらしてコミットし，
チェックアウト時には元に戻す機能があれば便利だと思うんだ．

こういう話は sourceforge での開発者向けメーリングリストにも
以前出ていたんだけど，「バイナリとして投入すれ」って
あっさりかわされてたと思う．

でも OOo や Office のファイルを投入するとき以外にも
便利に使える機能だと思うんだけどなぁ．
フックでやれという話もある．

>>837
んじゃ、>836の一行目は無視で。過去ログか、OOスレかも知れないけど。
要は、「TortoiseSVNでod?の差分を見ようとすると、OOの差分機能を使ってくれて便利よ｣と。

>>840
というか「話もある」じゃなくて、まさにフックでやれって話だろう

>>841
エクセルでもwinmergeで差分は見れる

個人的には文書ソフトが入っていなくても差分が見れるxdocdiffの方が便利

Subversionの普及のために知恵をお貸し下さいm(_ _)m

(1)各自、コンパイルが通るかも不明なソースをガンガンcommitしたい。
(2)いつでもコンパイルが通る最新バージョンを取得したい。
という希望がある場合に、恐らくタグやブランチなどで実現すると思うのですが
どのような運用にすればうまくいくでしょうか。
周りはSVNもCVSもシロート＆Linux環境です。

会社でソース管理を日付ディレクトリでしているので
「svnはどうですか？」と上司に進言したところ、
(1)(2)の希望を満たせるならOKと返事を貰えました。

複数人で協調してガンガンコミットしたいならtrunkにガンガンで
コンパイルが通るときにタグを取るって感じだけど
個人が思うままにガンガンコミットしたいならtrunkからブランチを作って
そこにガンガンがいいのかねえ。

コンパイル通るか不明なソースをガンガンコミットってのはtrunkにやらない方が良い
そう言うのこそブランチ切ってそっちでやった方が良い

>>844
subversionは（というか、VCSが)コンパイル可能かわからないコードのコミットを推奨していない。
実際にやるとしたら、もちろんブランチ切ってやるのが常道なんだけど、
開発者各々がブランチを持つと、誰もtrunkにコミットしなくなってソースコードが同期しないという、
なんのためにVCSを使ってるのかわからない事態になる。
(一つのコードをみんなで同時にいじるというVCSの基本理念にしてみれば、この仕組みは当たり前。
だから、ある意味(2)の要求はVCSの利点を殺してると言える)

コンパイルエラーが出るようなコードでもコミットしたいなら、svkを使うか、
gitやmercurial等の分散型を使うのが一番早い。
ただ、svkは今からVCSの仕組みを覚えるような人が使うのは酷だし（svn覚えるのと同じくらい手間取ると思う）
gitやmercurialは未だ普及が進んでない。

とまあ、ここまでネガティブな部分ばかり書いてきたけど、
subversionなどのVCS使えば開発スタイルも改善すると(俺は)思うので、
案外subversionを導入すれば、常にコンパイルが通るようなコードをみんながかけるようになるかもしれない。
開発陣一人一人にこまめにupdate, commitするよう徹底できれば確実に改善すると思う。

>>844
そういう用途だとmercurialとかの分散SCMの方が良かないか?
Subversionはもちっと統制取れた状況じゃないと厳しいと思われ。

とあるプロジェクトでは、人に説明できるような資料を用意できなくて、
branchで行った修正をtrunkにmergeするのは最後まで俺の仕事だった。
まぁ、やり方がマズかったのかもしんないけど……。

>>848
ﾜﾛﾀｗ
ご苦労さん！

>>847
やっぱりマージ担当者が頑張るべきじゃね？

GitもHGもまだまだ枯れ具合が足りない
svn、svkの方が参考文献が多いから楽だよ

こういう世界で使われる「枯れる」って言葉。
好きだな〜。

マイナスイメージに使われるとが多い言葉だけど、この場合そうでもない所がム板らしく捻くれてて高ポイント。
というか今辞書で調べて気づいたんだけど、この用法ってこの世界だけで使われる用法じゃないんだなｗ

>人格や芸などが円熟して、深い味わいを持つようになる。枯淡の
>味わいを持つ。「芸が―・れて深みを増す」「人柄が―・れて丸みを
>帯びる」「―・れた渋みのある声で歌う」

色々ご意見ありがとうございました。

・trunkをメイン。各個人個人のbranchを作ってもらう。
・未チェック物は各個人のbranchへガンガンコミット。
・コンパイルOK＆チェック者のOKが出たらtrunkへマージ。

という運用にしたいかと思います。
mergeはあまりやらせたくなかったですが・・・

#ちなみにmercurialやgitやhgは枯れ具合がイマイチなので却下されました。
#実績がないとなかなか使わせてもらえません・・・

>>853
mercurial==hg。単に書き間違えただけかもしれんが。

>>853
それなりに枝の数が出来そうだけど、マージするの大変そうだなぁ
余計なお世話かも知れないが、svk考えてみたほうがいいんじゃないかと思うよ

マージはいつも俺の仕事、ってうちもそうだよ。
物凄く分かりやすく解説したページがどこかに無いものか。

>>852
いや、枯れるって英語で言うところのstableと同じ概念で、その引用とは違うだろ

stableに直接対応するのは安定だろ。
リリース直後にいきなり高品質で鬼安定してるものは枯れてるとは言わないし。
枯れるは円熟のニュアンスを含んでいると思う。

時間による検証だろ。
円熟は関係ない。

ソフトウェアの「枯れた」は、英語ではmatureじゃないか？

>(of an industry, technology, market, etc.) no longer developing or expanding; having little
>or no potential for further growth or expansion; exhausted or saturated.

stable

時間による円熟

こりゃうかつに「開発環境は枯れた奴でね」とか言えないな

SCMなんて枯れた物で十分

枯れるの訳語がstableとは違和感感じるなあ。
枯れている。だからstable。なら分かるけど。

枯れるって言葉には日本の美しさが現れてると思う。たまらん！

「枯れたものしか使わない。」
新しいものを使うのが怖い人・めんどくさい人がよく言いますね。
実際のところは、開発がとまったものやセキュリティバグが放置された古いバージョンだったりすることも多いようですが。

RCSは枯れてますかねえ？
SCCSはどうでしょうか。

もともとは枯れるが何かの訳語だと思うのだけどなあ

>>866
それをSVNのスレで言うからにはSVNに絡めてバグを述べろ
でなけりゃ失せろ

>>868
可哀想なこと言うなよ

svn で，実際には実行しないけど仮に import とか update とか
commit とかしてみたらどうなるのかなぁ，ってのをやってみるのは
どうすんの？　--dry-run みたいなオプションあるのん？

RCSは枯れている。枯れ過ぎて粉々になりそうだ。
SCCSは腐っている。腐りすぎて異臭を放っているじゃないか。

>>866

未知のバグがほとんど存在しないだろうと考えられる状態になったら
「枯れた」と言っていいと思うけどね。
既知のバグならそういう仕様と考えて、回避できるか出来ないか、
自分の要件を満たすか満たさないか、を判断すればいいわけだから。

ろくに使われないまま開発が停止しただけのは「枯れた」とは
言えないだろうけど。

疑問だが、AnkhSVNってVisualStudio2008には対応してる？
前使ってみたときはうまくいかなかった

無理じゃないかなあ。俺もResharperが4.0で2008に対応するの待ってるし。

>>874
ReSharper 3.1 on VS2008 で何の不便もありませんが。

>>875
中の人が掲示板で"4.0から2008に対応するよ〜"とか言ってたから、
てっきり無理だと思ってた。試してみるわ。

/hoge
/hoge/puni

って構造のリポジトリがあって
svn co -N というように -N をつけて
/hoge と /hoge/puni をチェックアウトした後で，
やっぱり -N じゃなくてまとめてチェックアウトした
ことにしたいなんていうわがままは無理ですか？

Ankh+2008で特に問題もなく

TortoiseSVN+SharpDevelop2.x をお試し程度に使ってるんだが、
いまいち #devの側が、svn+ssh:// のトンネルを使えない感じ。
Explorer拡張だけ使ってる。

これで、共同開発をやろうってな話を進める土台がまたひとつ。

すでにバージョン管理下にあるファイルを
バージョン管理の対象から外したい時，
svn delete とするとワーキングコピーからも
そのファイルが消えてしまいますよね？

ワーキングコピーからはファイルを削除せずに，
単にバージョン管理の対象から外したい場合は
どうすればよいのでしょうか？

そんなことできるか

>>880
俺もたまにバージョン管理から外して、
各ワーキングコピーでユニークなファイルとして持ちたいときがあるんだけど、無理なんだろうか？
とりあえず今は一端コピーして、svn deleteしてから差し戻してるけど、
これするとほかのPCのワーキングコピーでも同じことしなくちゃいけないんだよね。

話変わるけど、ワーキングコピーって書くのだるいから、WCって略していい？

このファイルはしばらくの間updateの影響を逃れたいってことがあるんですよ。
一時的にバージョンをピン止めしたいというか、そんな感じで。

mergeについて教えて下さい。
以下のようなlogがあったとします。
user1は trunkと branches/user1しか、
user2は trunkと branches/user2しか知りません。

現時点でuser2は「branches/user2はr6のtrunkと同等である」。
ということが svn log branches/user2でわかります。
現時点でuser1が「branches/user1はr6のtrunkと同等である」
ということはどうやって知れば良いでしょうか。
---
★ ここでuser1は以下をしたつもり。だがr6と同じものなのでcommitされない
| user1
Changed paths:
M /branches/user1/a.txt

マージして最新trunkにbranch更新
---
r7 | user2
Changed paths:
M /branches/user2/a.txt

マージして最新trunkにbranch更新
---
r6 | user1
Changed paths:
M /trunk/a.txt
マージして自分のbranchを反映(競合は無視)

r5 | user2
Changed paths:
M /trunk/a.txt
マージして自分のbranchを反映
---
r4 | user1
Changed paths:
M /branches/user1/a.txt
---
r3 | user2
Changed paths:
M /branches/user2/a.txt
---
r2 | admin
Changed paths:
A /branches/user1 (from /trunk:1)
A /branches/user2 (from /trunk:1)

branch更新
---
r1 | admin
Changed paths:
A /branches
A /trunk
A /trunk/a.txt

branchの変更をtrunkにマージしようとして、シンボリックリンクのところで以下の
エラーを出して止まってしまいます。シンボリックリンクはtrunkもbranchも変更
しているので、Conflictになっているのは想定内なのですが。
誰か解決策を知りませんか？本家を見ても情報がなさそうです。

% svn merge -N -r 106:155 file:///srv/svn/project/branches/subproject
svn: In directory '.'
svn: '.svn/tmp/tempfile.5.tmp' has unsupported special file type '<<<<<<<'

% cat .svn/tmp/tempfile.5.tmp
<<<<<<< .working
link /home/yourlogin/foo/bar=======
link /home/yourlogin/foo/baz>>>>>>> .merge-right.r155

バージョンは version 1.4.5 (r25188) です。
上記を見るとtempfile.5.tmpの改行コードが怪しそうですが。

Excel, Wordのアクティブなワークブックや文書のファイルに対して、
TortoiseSVNのコマンドを呼び出して適用するVBAアドインを作りました
(というか、改修して公開しまた)。
一度お試しください。

詳細はこちら
ttp://code.google.com/p/msofficesvn/wiki/Introduction_ja
ダウンロードはこちら
ttp://code.google.com/p/msofficesvn/downloads/list

>>887
差分はどう表現されるのか、スクリーンショット見てみたいな。
差分が出せるなら使いたい。

全部TortoiseSVN任せだろ

>>870
import と commit については --dry-run みたいなやつの必要性を感じないが、update の気持ちはわかる。
cvs のときは、cvs -n update -d -P | tee update.txt とかやってみて、
update.txt を less でみたりして ^C でコンフリクトがないか、^M で自分が未commit なものはどれか調べていた。

svn に移ったとき、同等のことがやりたいなと思ったが、svn -n update はない。
そういうときは svn status をつかえのとのこと。svn -uv status とやればよい。
http://hata.biz/mirror/snap/1095876945.html#svn-ch-3-sect-4.3

ただ個人的には、svn status の結果は1列目とか2列目とかあって直感的にわかりにくいんだよね。
cvs update の実行結果のほうが、何が起きたかわかりやすい。
まぁ svn status の結果のほうが、ロックされているかとかの情報量が多いのだけど。

差分ならWinMergeでみれないっけ?

WinMerge付属のはExcelがインストールされていないと差分が見れないし重い
xdocdiffを使った方が軽いしインストールされてなくても見れるから確実

>>883
無視リストにいれればupdateされないけど、
他所で更新掛けたら、削除の憂き目に会うんだよな。

大人しくロックかければ良いじゃん

既出かもしれないけど、

http://d.hatena.ne.jp/espresso3389/20070614
Subversionにaddされた同一ファイルを検出してリポジトリをダイエットする

ダンプファイルに対して処理を行うってのが、ちょっと不便だが面白そう。

TortoiseSVN には svn info と同等の機能はありますか？

エクスプローラで、ファイルのプロパティ開く

>>897 THX

サーバ上の自分のホームディレクトリの下に
svnrepというディレクトリ名でレポジトリを作って、
svn+sshでアクセスしてるんですが、マシンAからは

svn info svn+ssh://svnserver/home/username/svnrep/dev/trunk/proj

という感じでフルパスになるんですが、マシンBからは

svn info svn+ssh://svnserver/dev/trunk/proj

という風にレポジトリからの相対パスになります。
自分でどっかで設定したのかもしれないんですが
これを変えるにはどこをいじればいいんでしょうか？

>>899
サーバのOSも書いてないので想像だけど、$HOME/.ssh/authorized_keys辺りかな?

>>900
環境など書かずにすみませんでした。サーバはLinuxでマシンAとBはMac OS Xでした。
ご指摘の通り~/.ssh/authorized_keysファイルに
command="/usr/bin/svnserve -t -r ${HOME}/svnrep"
という記述がありました。大当たりです。
たぶんどっかのサイトを見て自分で設定したんだと思われます。なさけない。。
マシンAからアクセスしたときはそのキーが使われてないということで
マシンBと同じsshのキーをマシンAの~/.ssh/以下に置いたら
どちらからもレポジトリからの相対パスで指定できるようになりました。
めちゃくちゃ早いレス感謝です。どうもありがとう。

シェルスクリプトでsubversion使うときさ、svn upで更新があったかどうかで処理を変えたいんだけど
どうするのがいいのかな？svn up の返り値は更新が合っても無くても同じなんだよな…

>>902 出力を grep

>>903
やっぱそれしかないですかね。
出力書式をsubversion開発者が変更したらアウトと…

>>904
svn の標準出力はプログラムでの解析も意識して書式が決められてるから、
そう簡単には変わらないと思うよ。

オプション一つつけたら、全体をxml形式にするとかそういう方法取ったらいいのに。

svn status --xml はいけるのに svn update --xml はダメなんだな。

windows上のsubversionに
VM上のlinuxからアクセスすることって出来ますか？

>>908
それはVMスレ言って聞け。
参考までに言うと、apacheで公開するならホストPCにアクセスできればいけるはず。

>>907
svn st-u --xmlじゃだめ?

設定ファイルなんかを Subversion で管理していると，
オーナーとかグループとかパーミッションも
含めてリポジトリに記憶させたいんだけど，
svn:owner とか svn:group のようなプロパティはないの？

標準にはないから自分でいれておくしか。
そのへんの属性はプラットフォームでまちまちだし、
所有者あたりは管理者じゃないと変更できなかったりするだろうしね。

あるのはsvn:executableだけだな。

asvn っていうスクリプトがあるんだけど，
他にも対象としたいメタデータがあるから
その辺は自分でスクリプト書くことにするわ．
svn コマンドの出力を awk で処理すれば
大した手間じゃないし．

標準にないプロパティがいくらでも付けられるってのはいいよね。

結局PHPで作った(笑)
コマンドラインツール作るのにも
PHP使ってしまう。

何も考えずにやってきたリポジトリがあるんですが，このログを保持したまま
trunkに最新revのデータ，tags以下に特定rev時のコピー
という新しいリポジトリを作成するにはどうしたらいいでしょうか？
特定revが欲しいときに，ログから記憶で探すのは厳しくなってきまして．．

>>916
やりたいことはどれ?
・新規にリポジトリを作る。過去のリビジョンは、過去のリポジトリから取り出す。
・過去のリビジョンを引き継ぎ、新規にリポジトリを作る。
・現行のリポジトリをそのまま使い、過去のリビジョンを取り出しやすくする工夫をする。
・現行のリポジトリの特定リビジョンを自動的にrevs配下にコピーする。
# どれも違う気がしてきた。

>>917
・過去のリビジョン（ログ）を引き継ぎ、新規にリポジトリを作る。
と
現行のリポジトリの特定リビジョンを（自動的にrevs配下に？）コピーする。
だと思います．
ただ，その新しいリポジトリは構造を
trunk/
a.c, b.c,,,
tags/
1.0.0/
a.c, b.c,,,
1.5.0/
a.c, b.c,,,
といった感じ（今は直下にa.c, b.c,,,）にしたいんです．

svn adminでダンプしてリストアするときにスクリプトでリネームすればよい。

>>916
まず trunk,tags,branches ディレクトリを作って全部 trunk へ移動。
svn copy でリビジョンを指定して、tags へコピー。
これでいいんでないかな。

>>920
その手順ではtrunkへ移動前のリビジョンはそのままルートに残る。

windows版のsvnserveを止めるにはどうしたらいいですか？

>>922 シャットダウン

入れてないけどふつーに考えるとコンピュータの管理のサービス。

ctrl+Cで止まりました
小文字だとだめなようで…

小文字だとダメってなんだろ。

ctrl + shift + c だとOKで、
ctrl + cだとNGとか。

そうです
なんでこんな仕様になっているのかサッパリ分かりませんが…

まぁ、Ctrl+Cと書けば普通はCtrlキーとCキーを指す訳で、
Cキーではなく大文字Cとは思い込んだところが>928の悲劇だな。
# 小文字Cだと言い張るのなら、Ctrl+CAPS+Shift+Cでもいいだろって話になりそうだw

Ctrlキーとの組み合わせで大文字小文字区別するとか初耳ですよ！
ってか、Windowsってファイル名に大小区別しないくせに
こんなとこでは区別するんすか？

Ctrl キーの元々の意味をわかっていない香具師がいるとは...。 orz
そのうち「なんで Ctrl+6 とかはないの?」なんて言い出しそう。

立ち直るまで少し時間をくれ。

>>930
つ[モディファイヤキー]

ctrlキーの元々の意味って何？
なんでctrl+6はないの？
素で分からないんだが

>>933
>932

元の質問者は、小文字のcでダメだったと言っている。
つまりCtrl + CのCを大文字(or Shift + Cキー)だと誤認したわけではないぞ。

>>935
一行目と二行目の主張が矛盾してるぞ

お前ら暇そうだな

>>937
おう、じゃなきゃ2ちゃんで遊んでないぜよ

Ctrl+6 は Ctrl+^ といっしょだろ。

>>931
http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%AB%E3%82%AD%E3%83%BC
このWikipediaの解説の
「下位5ビット以外を0にするためのキー」を信じるなら、
>>930が「大文字小文字は区別するなんて初耳だ」ということで
「大文字小文字は区別しないと思っていた」という本来の用法に近い理解だったわけで
「もともとの意味をわかってない」とは言えないと思うんだが…
それとも違う人に向けて言ったのかな？
>>939
ctrl-Vとかじゃなくて？

だから、ポイントを整理すると次の2点。
・Ctrl+Cの"C"は文字でなくキー
・元来下位5ビット以外を0にするという意味

で、Ctrl+6はAscii配列を使っている人間にとってはCtrl+^ということ。
従って、JIS配列でCtrl+6は無意味ってことになる。

なぜだれもスレ違いと突っ込まないんだろう。

スレ違い

TortoiseSVN を Install したら　外付けHDD が　取り外せなくなってしまいました。
関係ないHDDを見に行かないようにすることはできないでしょうか？