Subversion r15

**デフォルトの名無しさん** · 2014/08/02(土) 17:20:57.62

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

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

ようこそSubversion.JPコミュニティへ
http://www.subversion.jp/

**デフォルトの名無しさん** · 2015/08/07(金) 08:41:28.17

きたか…!!
　　^‐‐^
　 ( ﾟ д ﾟ )　ｶﾞﾀｯ
　 /　　ヾ
＿L| /￣￣￣/＿
＼

**デフォルトの名無しさん** · 2015/08/08(土) 03:29:01.61

「Apache Subversion 1.9」リリース
http://osdn.jp/magazine/15/08/08/164700

**デフォルトの名無しさん** · 2015/08/08(土) 08:57:29.12

tortoiseはよ

**デフォルトの名無しさん** · 2015/08/11(火) 21:47:30.81

TortoiseSVN 1.9.0/1.8.12 リリース告知でたよ
メーリングリストに日本語で質問する三菱電機さんのつわもの現れた
logがおかしいみたいだけどよくわからんかった

**デフォルトの名無しさん** · 2015/08/12(水) 03:44:20.32

> logがおかしいみたいだけどよくわからんかった
見たけど、俺も他に言いようがないな

**デフォルトの名無しさん** · 2015/08/12(水) 08:43:05.33

良くわからんってのは、ツワモノ三菱電機さんの話し？

**デフォルトの名無しさん** · 2015/09/04(金) 01:51:52.02

1.9.1来た

**デフォルトの名無しさん** · 2015/09/27(日) 10:50:16.75

TortoiseSVNを使用しているのですが、質問させてください。
第三者のオンラインレポジトリから更新のある度にソースを拝借しつつ、
それを元に自分で改造したものをローカルレポジトリでバージョン管理したいと考えています。
このような場合、都度オンラインとローカルとで「切り替え」を行う運用でよいのでしょうか？
もっとスマートな運用方法があれば、ご教示いただければと思います。

**デフォルトの名無しさん** · 2015/09/27(日) 12:13:49.20

>>409
gitに移行

**デフォルトの名無しさん** · 2015/09/27(日) 12:30:16.28

>>409
Subversionの開発に参加し、難航しているローカルコミット機能の実装に協力して2.0の新機能に盛り込ませる。

**デフォルトの名無しさん** · 2015/09/27(日) 14:35:24.93

リボジトリが中央に一つという前提の設計が仇となって使いづらいよねえ
Gitの唯一にして最大の弱点（コミットのコメントにShift_JISが使えない）さえ
改善されれば、Subversionにこだわる必要もないんだが

**デフォルトの名無しさん** · 2015/09/27(日) 15:32:46.21

SJISイラネ

**デフォルトの名無しさん** · 2015/09/27(日) 15:48:12.39

>>412 git config i18n.commitencoding Shift_JIS

**409** · 2015/09/28(月) 23:28:21.88

レスいただき、ありがとうございます。
これを機に、gitに入門したいと思います。

>>411
とても素敵な解決策ですが、実現し得るスペックが今の私にはないので、今回は見送らせてください。すみません。

**デフォルトの名無しさん** · 2015/09/29(火) 03:15:49.80

普通にローカルコミット相当のブランチ作るんじゃダメなの？
それが手間だってことなら、そうですかとしか言えないけど。

**デフォルトの名無しさん** · 2015/09/29(火) 04:30:44.86

svnではexternal使えばいいんじゃないの?
欲しいのは所謂ベンダーブランチなんでしょ?

gitではremoteで他所のリポジトリを参照できる。
pullはするがpushはしないという運用でも良いかも知れんけど結局マージすることに変わりなし。

**デフォルトの名無しさん** · 2015/11/03(火) 12:24:52.10

Subversionが使えるSaaSの定番ってある？

**デフォルトの名無しさん** · 2015/11/19(木) 01:59:01.99

1.10マダー？

**デフォルトの名無しさん** · 2015/11/22(日) 01:10:45.52

質問ですが
Q1. svnで削除され、かつheadまでの間マージ等で復活してもいないファイルをリポジトリから完全削除する簡単なやり方ってないでしょうか。
svnadmin dump old_repo | svndumpfilter exclude --pattern "*.csv" | svnadmin load new_repo
でとりあえず"*.csv"にマッチするやつだけはまとめて消せましたが、
これをいちいち人手で削除対象を指定するのではなく、「svnで削除され、かつheadまでの間マージ等で復活してもいないファイル」という条件で消したい。

Q2. Rev.1～24を取り出せなくして（checkoutもupdateもできなくして）、かつリビジョン番号は保ちたいのですが、なんか方法ありませんか。
svnadmin dump -25:head | svn load new_repoとしたら一応取り出せなくすることはできたのですが、
勝手にリポジトリ番号が1始まりになってしまいまつ…

**デフォルトの名無しさん** · 2015/11/22(日) 18:42:33.39

すみませんが、質問です。
あるファイルの履歴が、特定のコミットから前はたどれなくなっています。
svn blame してもそのコミットより前は取得できません。
しかしそれはそのコミットで新規作成されたものではなく、それ以前にも
存在したファイルのようなのです。理由は
・その特定のコミットがファイル全体でなくごく一部しか登録していない。
・そのディレクトリの以前のコミットを見ると、そのファイルを変更するコミットがいくつも見つかる。

ということで、質問です。
・これはどういう原因が考えられますか？
・ある特定の行がどのコミットで作成されたか、その特定のコミットより前に
　さかのぼって調べるにはどうしたら良いでしょうか？

**デフォルトの名無しさん** · 2015/11/25(水) 03:20:35.54

壊れてんじゃないの。

**デフォルトの名無しさん** · 2015/11/25(水) 16:37:05.01

間違って消して入れなおした、とか？

**デフォルトの名無しさん** · 2015/11/25(水) 20:29:37.68

>>421
正常だった頃のバックアップをリストアしたら？

**デフォルトの名無しさん** · 2015/11/29(日) 22:41:52.63

>>419
２年毎にバージョンアップだから1.10は2017年じゃね？

**デフォルトの名無しさん** · 2015/12/20(日) 23:02:19.20

すみません、svn merge で、
trunk と branch 間じゃなくて、
trunk から派生した機能branch 同士でマージすることってできますか？
またそれに関して何か参考資料があったら教えていただけないでしょうか？
どうも svn:mergeinfo のなかった頃の記事しか見つからなくて。

**デフォルトの名無しさん** · 2015/12/21(月) 01:58:30.57

>>426
できると思うけど。
俺の普段使っている構成はtrunk/brunch構成じゃなくて、brunchだけみたいな構成だけど、普通にマージしてるよ。
ってか、やってみたほうが早いぞ。
原理的に不可能なわけないんだから。

**デフォルトの名無しさん** · 2015/12/21(月) 03:38:42.12

×brunch
○branch

**デフォルトの名無しさん** · 2015/12/21(月) 21:47:56.22

>>427
426 です。
確かに trunk に対して sync merge の済んでいる branch 同士なら、
原理的には安全に merge できそうですね。
trunk からの派生時期が違ったとしても。
時間に余裕ができたら実際に試してみます。ありがとうございました。

**デフォルトの名無しさん** · 2016/01/08(金) 16:15:51.03

質問です。
ある機能ブランチ func1 の開発で
trunk をときどき sync merge していたのですが、
どうもこれをよく理解せずにやった人がいたらしく
svn mergeinfo --show-revs eligible ^/trunk/
で何も出ないにも関わらず、
svn diff ^/trunk ^/branches/func1
だとtrunkの更新分がいろいろ func1 に取り込まれていないことが判明しました。

この修正はどうやったらいいのでしょう？

例えばfunc1で更新されていないファイルは、trunkからコピーして
そのままコミットしたいところですが、今度は func1 を trunk に
マージするとき、そのコミットがtrunk に反映されてしまいそうです。

・修正コミットの番号をわかるようにしておく
・func1 を trunk にマージするとき、その修正コミットだけを除外する
・マージコミット時、svn:mergeinfo を編集して、その修正コミットもマージ済みだということにする。
とりあえずこんな手順を考えていますが、もっと適切な方法はあるでしょうか？

**デフォルトの名無しさん** · 2016/01/13(水) 21:18:16.79

svnにはいくつも欠点があるが、中でもマージが1コミットになってしまうのが
自分はつらい。
機能ブランチ内で1コミット1サブ機能でキレイなコミット歴を残しても
trunkにマージされたら全部まとめて1コミット。
当時の履歴を追いかけるには、もう消したブランチを追いかけなきゃならない。
Gitならmasterにすべてのコミットが残ってるのに。

**デフォルトの名無しさん** · 2016/01/13(水) 22:15:09.34

バージョン管理システムのメリットよりも
使い方を覚える労力と、操作ミスでリボジトリをメチャメチャに
してしまうデメリットの方が大きいわ
俺はもうフォルダコピーで行くぞ

**デフォルトの名無しさん** · 2016/01/13(水) 22:28:17.88

どうやったらリポジトリをめちゃめちゃにできるんだよ？

**デフォルトの名無しさん** · 2016/01/13(水) 22:37:48.99

助けてください！！

TortoriseSVNを使っています。
新プロジェクト（まだSVNに登録していません。）をいきなり、エクスプローラからソリューションを右クリックして、
コミットを実行してしまいました。エラーは出ませんでした。
でも、おかしいと思い、そのソリューションを開いたら、「.csprojが見つかりません。」みたいなメッセージが出ました。
その後、もう一度、Visual Studioを閉じて、再度上げ、問題のソリューションを
開いたら、本日作業した部分が消えていました。
どうしたら最新を戻せるでしょうか？

よろしくご指導ご支援のほどよろしくお願い申し上げます。

**デフォルトの名無しさん** · 2016/01/13(水) 23:04:44.15

>>434
C# のスレで聞いたほうがいいかもしれない。
たいていのプログラマはsvnを知ってるけど、
C#を知っている人は限られるから。つうか自分も知らない。
あとここ過疎スレだし。

**デフォルトの名無しさん** · 2016/01/13(水) 23:30:18.05

>>434
コミットしたものがリポジトリから消えたってこと？
何言ってんのかよくわからん

**デフォルトの名無しさん** · 2016/01/14(木) 01:01:29.51

>>431
--use-merge-history

>>434
リポジトリから開こうとしたの？それとも右クリックしてコミットしたフォルダの？

**デフォルトの名無しさん** · 2016/01/14(木) 01:03:43.85

ああ、後woking dirでもないのに右クリックからコミットは無理かと。
右クリックしてRepo browser選んでみてはどうでしょか。

**デフォルトの名無しさん** · 2016/01/14(木) 08:32:44.54

そもそもコミット時は必ずログ入カのダイアログが出るから
いきなりコミットしてしまいました
の時点で >>432 と同類のネタでしょ

**デフォルトの名無しさん** · 2016/01/15(金) 00:37:38.48

ID:V0iG8LAX は結局何がしたかったんだろう…

**デフォルトの名無しさん** · 2016/01/15(金) 08:11:24.88

git の布教じゃね

**デフォルトの名無しさん** · 2016/01/16(土) 14:07:18.15

Subversion も git の良いところをどんどん取り込んでいけば、
とりあえず Subversion を選んどけば良いって状況になるはず

**デフォルトの名無しさん** · 2016/01/16(土) 14:53:39.70

>>442
とりあえず、ローカルコミットがあればいいや

**デフォルトの名無しさん** · 2016/01/16(土) 23:36:23.80

Gitの良い所を取り込むのは今までもやってきてるけど、今後はもう
ほとんどないと思う。今までのペースを見ても
2008年 1.5 マージトラッキング導入。マージが自動に。
2011年 1.7 .svnディレクトリをワーキングコピーのルートだけに作成。
あとは svn merge --reintegrate が生まれて、自動化されて廃止されたり
svn mergeinfoコマンドができたり、そんぐらいしかない。

**デフォルトの名無しさん** · 2016/01/17(日) 01:08:50.62

>>442
日本人の発想とは違うから。

**デフォルトの名無しさん** · 2016/01/17(日) 05:27:02.51

.svnだか.svnreposだかにリポジトリ作れればカジュアル用途で復活できるのにな

**デフォルトの名無しさん** · 2016/01/17(日) 11:06:53.94

> .svnディレクトリをワーキングコピーのルートだけに作成。

これは、途中のディレクトリの.svnだけを他の場所に持って行ってupdate
ということができなくなってちょっと不満だった
(めったにしないからいいんだけど)

**デフォルトの名無しさん** · 2016/01/17(日) 16:51:37.90

>>447
> 途中のディレクトリの.svnだけを他の場所に持って行ってupdate ということ

普通にリポジトリブラウザで途中のディレクトリを他の場所にチェックアウトすればいいだじゃないの？

**デフォルトの名無しさん** · 2016/01/17(日) 18:24:28.43

いや…さすがにチェックアウト方法を知らないってことはないよ…

簡単にワーキングディレクトリをコピーする方法としてそれを使ってたって話

**デフォルトの名無しさん** · 2016/01/18(月) 01:40:17.48

>>449
そうすることのメリットは特にないよねってだけじゃないかな。
ネットワークが致命的に遅い環境ならわからんでもないけど。

**デフォルトの名無しさん** · 2016/01/26(火) 17:54:24.80

並行開発に襲われたサブバー村をGitで救うRPG「ギットクエスト」をプレイ
http://gigazine.net/news/20160126-gitquest-review/
http://i.gzn.jp/img/2016/01/26/gitquest-review/0014_m.png

**デフォルトの名無しさん** · 2016/01/27(水) 01:55:22.78

他陣営に FUD しないと生きていけない病か何かなのかな？

**デフォルトの名無しさん** · 2016/02/02(火) 00:59:33.59

指定のブランチだけローカルにリポジトリ作って
ローカルコミットできる機能がほしい

**デフォルトの名無しさん** · 2016/02/02(火) 08:59:27.45

>>453
ローカルでgitやhg使えば良いのでは？
ソース俺。

**デフォルトの名無しさん** · 2016/02/04(木) 09:00:02.34

おまえら、svk亡き後はgit-svnつかとる？

**デフォルトの名無しさん** · 2016/02/04(木) 18:44:49.97

ウチはgitをインストールするとＰＣの調子が悪くなる
gitをアンインストールすれば治る
だからまだgitに移行できてない

**デフォルトの名無しさん** · 2016/02/04(木) 19:14:52.59

>>455
> おまえら、svk亡き後はgit-svnつかとる？
一時使ってたけどいまいちスキルがなくて挫折した
ローカルコミットはうらやましいけどまあ SVN でだいたい間に合ってる

**デフォルトの名無しさん** · 2016/02/04(木) 20:04:34.89

svkってなくなったんだ。

**デフォルトの名無しさん** · 2016/02/09(火) 00:04:18.08

>>456
なにその変な宗教

**デフォルトの名無しさん** · 2016/02/09(火) 08:09:15.77

SVNのマージってGitとかの新しめのVCSのマージと比べて制限ある？
GitみたいフローをそのままSVNでやってもOKかな？

**デフォルトの名無しさん** · 2016/02/09(火) 08:45:58.79

>>460
gitだと一瞬で終わる作業がsvnだと数十秒～数分ぐらい
かかるだけで同じことは出来るよ。

例えばrebaseだと5分ぐらいかかるかな。

**デフォルトの名無しさん** · 2016/02/09(火) 08:55:22.90

>>458
http://lists.bestpractical.com/pipermail/svk-devel/2009-May/001224.html
ズルズルひっぱらずになくなったよ

**デフォルトの名無しさん** · 2016/02/09(火) 18:31:31.00

>>461
rebaseってどうやるの

**デフォルトの名無しさん** · 2016/02/09(火) 18:55:36.30

ToroiseSVNの質問はここで良いでしょうか？

二つのサーバで、それぞれでsvnのリポジトリを運用しているのですが、一方のサブディレクトリから他方のサブディレクトリを参照したいケースがあり、対応方法を検討しています。
（ディスク容量の都合上、リポジトリは一方に寄せられません）

今考えているのはhttpd.confにredirectを入れる方法です。

Redirect permanent /repo_path1/subdir1 http://domain2/repo_path2/subdir2

この方法だと、ブラウザからであればsubdir1にアクセスするとリダイレクト先のURLにリダイレクトされ、subdir2配下のディレクトリにもアクセスできます。
しかし、ToroiseSVNからだとsubdir2の中身は参照できますが配下のファイル等にアクセスするとURLが以下のようになりアクセスできません。

期待：http://domain2/repo_path2/subdir2/fileA
実際：http://domain1/repo_path1/subdir2/fileA

二つのリポジトリはBasic認証でアクセス制限していますが、アカウントとパスワードは同じです。

上記の事象の解決方法をご存知の方いらっしゃいましたらご教示願います。

**デフォルトの名無しさん** · 2016/02/09(火) 19:57:12.05

書き忘れてましたが、クライアント環境は
・Windows7
・TortoiseSVN 1.9.3 Build 27038 32Bit
・Subversion 1.9.3

サーバ環境は、リダイレクト元が
・CentOS 5.5
・Subversion 1.6.5-1
・httpd 2.2.3-43

リダイレクト先が
・CentOS 5.5
・Subversion 1.6.6-1
・httpd 2.2.3-63
です。

**デフォルトの名無しさん** · 2016/02/09(火) 20:11:44.03

>>463
新たなブランチ作って、そこに順番入れ替えながらマージしていくｗ

**デフォルトの名無しさん** · 2016/02/09(火) 22:04:43.62

>>464
そういうのはmod_proxyの出番じゃなかったっけ？

**デフォルトの名無しさん** · 2016/02/09(火) 22:15:20.85

>>467
情報ありがとうございます。mod_proxyについて調べてみることにします。

**デフォルトの名無しさん** · 2016/02/09(火) 22:54:01.35

external でできるんじゃない？

**デフォルトの名無しさん** · 2016/02/09(火) 23:56:43.17

俺もexternal属性派だな

**464** · 2016/02/10(水) 09:33:23.13

>>469
externals属性を試してみたところ、こちらの方が自分のやりたいことに適していました。
ありがとうございます。

**デフォルトの名無しさん** · 2016/02/23(火) 16:13:47.56

> ディスク容量の都合上、リポジトリは一方に寄せられません
すごい

**デフォルトの名無しさん** · 2016/02/25(木) 07:07:19.07

git使えばいいのに

**デフォルトの名無しさん** · 2016/02/26(金) 20:58:03.15

git使うとどうなるの？

**デフォルトの名無しさん** · 2016/02/26(金) 22:41:54.24

>>474
特にどうということはない

**デフォルトの名無しさん** · 2016/02/26(金) 22:44:41.52

SubversionとGit両対応（クライアントとして）のサービスってGitHub以外ない？

**デフォルトの名無しさん** · 2016/02/26(金) 23:01:41.70

むしろsvn git hgに対応してないコードホスティングがあったら聞いてみたいくらい

**デフォルトの名無しさん** · 2016/02/27(土) 10:44:10.28

>>477
GitHubがそうじゃん…

**デフォルトの名無しさん** · 2016/02/27(土) 10:46:12.94

対応してるだろ

**デフォルトの名無しさん** · 2016/02/27(土) 12:05:21.42

Git は初期から SVN からの移行を狙って
SVNもどきモードを付けてた

今も動くかは知らん

**デフォルトの名無しさん** · 2016/02/29(月) 01:06:23.06

えっ、GitHubってSubversion使えるの？？？
GitHubはGitしか使えないもんだとばかり思ってた
うちのPCは２台とも、Gitをインストールすると不調になるんで
(C言語のコンパイルができなくなるなど、不可解な現象が)
Subversion使えるとこ探してた
べつにOSDNも構わないんだけど・・・

**デフォルトの名無しさん** · 2016/03/12(土) 20:58:38.08

今年に入ってからdev-MLへの投稿がかなり減ってる。

**デフォルトの名無しさん** · 2016/03/22(火) 00:18:13.93

オワコンなの（´；ω；｀）？

**デフォルトの名無しさん** · 2016/03/22(火) 00:20:29.91

>>483
うんにゃ

**デフォルトの名無しさん** · 2016/03/22(火) 08:43:54.56

2.0までは頑張って欲しい。

**デフォルトの名無しさん** · 2016/03/22(火) 19:04:25.92

リポジトリの一部をチェックアウトできること、チェックアウトしたファイルのタイムスタンプを復元できること、この二つの利点がある限りSubversionもドキュメント管理ツールとして使うつもり。

**デフォルトの名無しさん** · 2016/03/22(火) 22:39:25.94

>>486
git で特定のディレクトリだけをclone して管理する - それマグで！
http://takuya-1st.hatenablog.jp/entry/2015/02/26/022139

checkoutしたファイルのmtimeを、そのファイルがcommitされた時刻に合わせたい — svnとgitの場合 - (ひ)メモ
http://d.hatena.ne.jp/hirose31/touch/20090106/1231171068

**486** · 2016/03/23(水) 12:14:31.49

>>487
コミットした日付じゃなくて、コミットした時点のファイルのタイムスタンプが復元されて欲しい。
Gitの断片的なチェックアウトもやろうと思えばできるようだけど、一端全部チェックアウトしてから不要なものを消すという手順は面倒だね。

**デフォルトの名無しさん** · 2016/03/23(水) 13:01:22.77

メタデータが保存できるファイルフォーマットの文書を使えば良いのでは

**デフォルトの名無しさん** · 2016/03/23(水) 14:17:29.27

>>489
今どき svn 使ってる案件のドキュメントはMS-Officeに決まっとろーが。

**デフォルトの名無しさん** · 2016/03/23(水) 15:37:10.91

>>490
じゃ、別にファイルのタイムスタンプがどうなろうが問題ないのでは？

**490** · 2016/03/23(水) 20:09:31.64

>>491
すまん、自分は488じゃないんだ。横から勝手にコメントしただけ。
紛らわしいことをしてしまった。

**デフォルトの名無しさん** · 2016/03/23(水) 20:53:32.55

>>488
svnでもできないよね？

**486** · 2016/03/24(木) 18:32:22.80

>>493
改めて確認してみたところ、コミット日時が反映されてました。
コミット時点のタイムスタンプというのは自分の勘違いだったようです。失礼しました。

**デフォルトの名無しさん** · 2016/03/29(火) 23:57:12.51

派生元の違うbranchをどうにかしてmergeしたいと思ってたんだけど、
やっとわかった。2-url-mergeを使えば良いのか。
http://subversion.apache.org/docs/svn-merge.txt

これで 3-way-mergeやrebaseのないsvnでも何とかやっていける。
ホントはさっさとGitに移行しなきゃならないんだけど、
その余裕がないんだよね…。

**デフォルトの名無しさん** · 2016/03/31(木) 20:50:18.74

デザイナさんが svn のレポジトリに backup/yyyMMdd ってディレクトリ作ってて、
アホかタグ使えよと思ってたんだけど、過去の履歴をgrepしようとして真顔になった。
git grep が svn にはない。アホは自分でした。

なんとかしたくてググったら
svn -

**デフォルトの名無しさん** · 2016/03/31(木) 20:52:02.87

なぜかレスの後半が無視されたんで再ポスト。

http://superuser.com/questions/793877/git-grep-equivalent-in-subversion
これシェルスクリプトで書いてるんだけどうんと遅いし、
しかもこれファイルは指定できるけどディレクトリは指定できない。
もっとゴリゴリ書けばなんとかなるだろうけど、ますます遅くなるし、
そもそもsvn環境にこれ以上投資する気になれない。
お前らよく文句言わずにsvn使ってるな。

**デフォルトの名無しさん** · 2016/03/31(木) 22:53:43.93

> デザイナさんが svn のレポジトリに backup/yyyMMdd ってディレクトリ作ってて、
> アホかタグ使えよと思ってたんだけど
ちょっとわからん、タグってディレクトリだろ

**デフォルトの名無しさん** · 2016/04/01(金) 10:00:23.40

>>499
すまん、デザイナさんはtrunkの中にディレクトリを作ってたんだ。
アホな説明で申し訳ない。

**デフォルトの名無しさん** · 2016/04/01(金) 11:25:40.96

ローカルでコピーしてコミットしてたってことか

**デフォルトの名無しさん** · 2016/04/01(金) 12:08:27.08

>>500
そう、それ。よく察してくれた。svn copy じゃないから履歴も残らない。
勘弁してくれと思ったけど、過去バージョンの検索性という一点はすぐれていたというね。

ちなみにGitにはcopyコマンドはない（はず）。
ファイルの内容から履歴は自動追尾されるから、ローカルファイルのcp で構わない。
デザイナさんとsvnについてやり取りするたびに、人類にはsvnは難しすぎるんじゃないかと思う。
まあGitになったらなったでまた大変だろうけどね。