Subversion r15
■ このスレッドは過去ログ倉庫に格納されています
Subversionはフリーなオープンソースのバージョン管理システムです。 公式HP Apache Subversion http://subversion.apache.org/ ようこそSubversion.JPコミュニティへ http://www.subversion.jp/ 初めてWINDOWSの環境でリポロジを簡易NAS(ルータにUSBでマウントFAT )に設定しました。 xドライブはネットワークドライブです。使い始めて数回コミットしたらエラーが出たんでベリファイしてみるとエラーが出るんで リカバーしてみてRecovery completed.になっても治りません。 使い始めたばかりなんでリポロジを作り直してみても同じ現象になります。 svn, version 1.8.11 (r1643975) ネットワークドライブでは問題がるんでしょうか。 ファイル 'Z:\SVN_試験\repo\db\revs\0\3' 中の長さの行を読めません C:\Documents and Settings\nagashima>SVN_試験admin recover Z:\SVN_試験\repo Repository lock acquired. Please wait; recovering the repository may take some time... Recovery completed. The latest repos revision is 16. C:\Documents and Settings\nagashima>svnadmin verify Z:\SVN_試験\repo * Verifying repository metadata ... svnadmin: E200002: Can't read length line in file 'Z:\SVN_試験repo\db\revs\0\3' C:\>svnadmin verify Z:\SVN_試験\repo * Verifying repository metadata ... svnadmin: E200002: Can't read length line in file 'Z:\SVN_試験\repo\db\revs\0\3' C:\>svnadmin recover Z:\SVN_試験\repo Repository lock acquired. Please wait; recovering the repository may take some time... Recovery completed. The latest repos revision is 16. C:\>svnadmin verify Z:\SVN_試験\repo * Verifying repository metadata ... svnadmin: E200002: Can't read length line in file 'Z:\SVN_試験\repo\db\revs\0\3' > ネットワークドライブでは問題がるんでしょうか。 ここを心配するのであれば、なぜローカルドライブでテストしないのか。 あとRepositoryですよ。 Javaの実装ってことで、svnkitを手に入れようと思ったんだけど svnkit.comが何か変。 ドメインが期限切れになってるっぽい? 本家はどこになるんだろう? Domain names in the .com and .net domains can now be registered with many different competing registrars. Go to http://www.internic.net for detailed information. Domain Name: SVNKIT.COM Registrar: REGIONAL NETWORK INFORMATION CENTER, JSC DBA RU-CENTER Sponsoring Registrar IANA ID: 463 Whois Server: whois.nic.ru Referral URL: http://www.nic.ru Name Server: NS.MASTERHOST.RU Name Server: NS1.MASTERHOST.RU Name Server: NS2.MASTERHOST.RU Status: clientTransferProhibited http://www.icann.org/epp#clientTransferProhibited Updated Date: 31-oct-2014 Creation Date: 08-nov-2006 Expiration Date: 08-nov-2015 切れてないようだけど。 今見たらちゃんとページ表示されるね。 >>374 のタイミングだとsvnkit.comのトップページからdocumentからdownloadページまで全部レジストラの広告ページっぽかったんだよ。 総入れ替えメンテでもしてたのかね? 掃除のおばちゃんが期限切れにするボタン押しちゃったんだよ、きっと アメリカ時間の3/31 に 1.8.13と1.7.20 が出る模様。(1.8.12はパスらしい) 日本だと4/1に入手可能か、、 >>383 ttp://subversion.apache.org/docs/release-notes/1.9.html ・ FSFS (subversion の内部DB) のフォーマットが7 になった(1.8 はformat 6)。 FSFS format 7 への移行は a) バイナリを入れ替えるだけ b) バイナリ入れ替え+svnadmin upgrade c) dump + 1.9 でDB作成+load d) dump + 1.9 でDB作成+load +svnadmin pack のそれぞれの移行方法があるけど、Service qualityに差があるよ ・FSXっていう新しいDBも使えるけど、実験的な段階。 ・コマンドがいくつか新しくなって、バグも直ったよ。 って感じかな。 こないだまでいた、プロジェクトではRedMine 1.x と付属(?)のSVN 1.6 を使って、 履歴が12000を超えていた、、、 全部ダンプしてsubversion 1.9 のDBにload してやりたいわ。 >>384 > ttp://subversion.apache.org/docs/release-notes/1.9.html > ?Full checksum coverage of all revision data, including meta data and structural information. で全データのチェックサムで保存するようにして、 次回 1.10 でrename トラッキングを実現しようという魂胆かな? 2015-05-11 ? Apache Subversion 1.9.0-rc1 Released ¶ 基本的なことですが、AIX版のsubversionクライアントってありますか?? ご存じの方がいれば教えていただけませんか? 基本的なことですか。makeすればよろしいのではないでしょうか。xl cでも何とかなるでしょう。 そういえば昔、gccをインストールさせてくれってお願いしたけど、断られた思い出 2015-06-09 ? Apache Subversion 1.9.0-rc2 Released Subversion 1.9.0 Subversion 1.8.14 Subversion 1.7.21 の3つが近いうちにリリースされそう。 バージョン多すぎ・更新間隔早すぎでついていけない 安定版と開発版の2つに減らして、更新は年1回にしてくれ 1.9 の次は 1.10、1.11、1.12・・・ そうこうしているうちに subversion は時代遅れとなり消滅 2.0 は出ない Road Mapのページも更新されたので、 p://subversion.apache.org/roadmap.html 1.9が出るまで秒読み状態かな。 きたか…!! ^‐‐^ ( ゚ д ゚ ) ガタッ / ヾ _L| / ̄ ̄ ̄/_ \ TortoiseSVN 1.9.0/1.8.12 リリース告知でたよ メーリングリストに日本語で質問する三菱電機さんのつわもの現れた logがおかしいみたいだけどよくわからんかった > logがおかしいみたいだけどよくわからんかった 見たけど、俺も他に言いようがないな 良くわからんってのは、ツワモノ三菱電機さんの話し? TortoiseSVNを使用しているのですが、質問させてください。 第三者のオンラインレポジトリから更新のある度にソースを拝借しつつ、 それを元に自分で改造したものをローカルレポジトリでバージョン管理したいと考えています。 このような場合、都度オンラインとローカルとで「切り替え」を行う運用でよいのでしょうか? もっとスマートな運用方法があれば、ご教示いただければと思います。 >>409 Subversionの開発に参加し、難航しているローカルコミット機能の実装に協力して2.0の新機能に盛り込ませる。 リボジトリが中央に一つという前提の設計が仇となって使いづらいよねえ Gitの唯一にして最大の弱点(コミットのコメントにShift_JISが使えない)さえ 改善されれば、Subversionにこだわる必要もないんだが >>412 git config i18n.commitencoding Shift_JIS レスいただき、ありがとうございます。 これを機に、gitに入門したいと思います。 >>411 とても素敵な解決策ですが、実現し得るスペックが今の私にはないので、今回は見送らせてください。すみません。 普通にローカルコミット相当のブランチ作るんじゃダメなの? それが手間だってことなら、そうですかとしか言えないけど。 svnではexternal使えばいいんじゃないの? 欲しいのは所謂ベンダーブランチなんでしょ? gitではremoteで他所のリポジトリを参照できる。 pullはするがpushはしないという運用でも良いかも知れんけど結局マージすることに変わりなし。 Subversionが使えるSaaSの定番ってある? 質問ですが 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始まりになってしまいまつ… すみませんが、質問です。 あるファイルの履歴が、特定のコミットから前はたどれなくなっています。 svn blame してもそのコミットより前は取得できません。 しかしそれはそのコミットで新規作成されたものではなく、それ以前にも 存在したファイルのようなのです。理由は ・その特定のコミットがファイル全体でなくごく一部しか登録していない。 ・そのディレクトリの以前のコミットを見ると、そのファイルを変更するコミットがいくつも見つかる。 ということで、質問です。 ・これはどういう原因が考えられますか? ・ある特定の行がどのコミットで作成されたか、その特定のコミットより前に さかのぼって調べるにはどうしたら良いでしょうか? >>421 正常だった頃のバックアップをリストアしたら? >>419 2年毎にバージョンアップだから1.10は2017年じゃね? すみません、svn merge で、 trunk と branch 間じゃなくて、 trunk から派生した機能branch 同士でマージすることってできますか? またそれに関して何か参考資料があったら教えていただけないでしょうか? どうも svn:mergeinfo のなかった頃の記事しか見つからなくて。 >>426 できると思うけど。 俺の普段使っている構成はtrunk/brunch構成じゃなくて、brunchだけみたいな構成だけど、普通にマージしてるよ。 ってか、やってみたほうが早いぞ。 原理的に不可能なわけないんだから。 >>427 426 です。 確かに trunk に対して sync merge の済んでいる branch 同士なら、 原理的には安全に merge できそうですね。 trunk からの派生時期が違ったとしても。 時間に余裕ができたら実際に試してみます。ありがとうございました。 質問です。 ある機能ブランチ 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 を編集して、その修正コミットもマージ済みだということにする。 とりあえずこんな手順を考えていますが、もっと適切な方法はあるでしょうか? svnにはいくつも欠点があるが、中でもマージが1コミットになってしまうのが 自分はつらい。 機能ブランチ内で1コミット1サブ機能でキレイなコミット歴を残しても trunkにマージされたら全部まとめて1コミット。 当時の履歴を追いかけるには、もう消したブランチを追いかけなきゃならない。 Gitならmasterにすべてのコミットが残ってるのに。 バージョン管理システムのメリットよりも 使い方を覚える労力と、操作ミスでリボジトリをメチャメチャに してしまうデメリットの方が大きいわ 俺はもうフォルダコピーで行くぞ どうやったらリポジトリをめちゃめちゃにできるんだよ? 助けてください!! TortoriseSVNを使っています。 新プロジェクト(まだSVNに登録していません。)をいきなり、エクスプローラからソリューションを右クリックして、 コミットを実行してしまいました。エラーは出ませんでした。 でも、おかしいと思い、そのソリューションを開いたら、「.csprojが見つかりません。」みたいなメッセージが出ました。 その後、もう一度、Visual Studioを閉じて、再度上げ、問題のソリューションを 開いたら、本日作業した部分が消えていました。 どうしたら最新を戻せるでしょうか? よろしくご指導ご支援のほどよろしくお願い申し上げます。 >>434 C# のスレで聞いたほうがいいかもしれない。 たいていのプログラマはsvnを知ってるけど、 C#を知っている人は限られるから。つうか自分も知らない。 あとここ過疎スレだし。 >>434 コミットしたものがリポジトリから消えたってこと? 何言ってんのかよくわからん >>431 --use-merge-history >>434 リポジトリから開こうとしたの?それとも右クリックしてコミットしたフォルダの? ああ、後woking dirでもないのに右クリックからコミットは無理かと。 右クリックしてRepo browser選んでみてはどうでしょか。 そもそもコミット時は必ずログ入カのダイアログが出るから いきなりコミットしてしまいました の時点で >>432 と同類のネタでしょ ID:V0iG8LAX は結局何がしたかったんだろう… Subversion も git の良いところをどんどん取り込んでいけば、 とりあえず Subversion を選んどけば良いって状況になるはず >>442 とりあえず、ローカルコミットがあればいいや Gitの良い所を取り込むのは今までもやってきてるけど、今後はもう ほとんどないと思う。今までのペースを見ても 2008年 1.5 マージトラッキング導入。マージが自動に。 2011年 1.7 .svnディレクトリをワーキングコピーのルートだけに作成。 あとは svn merge --reintegrate が生まれて、自動化されて廃止されたり svn mergeinfoコマンドができたり、そんぐらいしかない。 .svnだか.svnreposだかにリポジトリ作れればカジュアル用途で復活できるのにな > .svnディレクトリをワーキングコピーのルートだけに作成。 これは、途中のディレクトリの.svnだけを他の場所に持って行ってupdate ということができなくなってちょっと不満だった (めったにしないからいいんだけど) >>447 > 途中のディレクトリの.svnだけを他の場所に持って行ってupdate ということ 普通にリポジトリブラウザで途中のディレクトリを他の場所にチェックアウトすればいいだじゃないの? いや…さすがにチェックアウト方法を知らないってことはないよ… 簡単にワーキングディレクトリをコピーする方法としてそれを使ってたって話 >>449 そうすることのメリットは特にないよねってだけじゃないかな。 ネットワークが致命的に遅い環境ならわからんでもないけど。 他陣営に FUD しないと生きていけない病か何かなのかな? 指定のブランチだけローカルにリポジトリ作って ローカルコミットできる機能がほしい >>453 ローカルでgitやhg使えば良いのでは? ソース俺。 ウチはgitをインストールするとPCの調子が悪くなる gitをアンインストールすれば治る だからまだgitに移行できてない >>455 > おまえら、svk亡き後はgit-svnつかとる? 一時使ってたけどいまいちスキルがなくて挫折した ローカルコミットはうらやましいけどまあ SVN でだいたい間に合ってる SVNのマージってGitとかの新しめのVCSのマージと比べて制限ある? GitみたいフローをそのままSVNでやってもOKかな? >>460 gitだと一瞬で終わる作業がsvnだと数十秒〜数分ぐらい かかるだけで同じことは出来るよ。 例えばrebaseだと5分ぐらいかかるかな。 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認証でアクセス制限していますが、アカウントとパスワードは同じです。 上記の事象の解決方法をご存知の方いらっしゃいましたらご教示願います。 書き忘れてましたが、クライアント環境は ・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 です。 >>463 新たなブランチ作って、そこに順番入れ替えながらマージしていくw >>464 そういうのはmod_proxyの出番じゃなかったっけ? >>467 情報ありがとうございます。mod_proxyについて調べてみることにします。 >>469 externals属性を試してみたところ、こちらの方が自分のやりたいことに適していました。 ありがとうございます。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる