Subversion r15
■ このスレッドは過去ログ倉庫に格納されています
Subversionはフリーなオープンソースのバージョン管理システムです。 公式HP Apache Subversion http://subversion.apache.org/ ようこそSubversion.JPコミュニティへ http://www.subversion.jp/ Gitだと、ロックして編集とかEXCELの管理とか やりにくいんじゃなかったっけ? そういうのはSubversionが向いてる もっともエクセル単体ならエクセル自身でバージョン管理した方がいいけど ロックはともかくExcelにSubversionの利点なんてあったっけ? バイナリ差分があまり効かないからgitと大して変わらないような subversionは名前が悪かったと思う。何しろ「サブ」だし。 せめてmainversionとかの名前ならもうちょっとユーザが増えた気がする あと、gitなら「じっと」「ぎっと」「ぎと」って感じで呼ばれることが多いけど subversionは「さぶ」「さぶん」「さぶば」で通用する事はあまり無くて大体が 「えすぶいえぬ」って呼ばれるのも痛い 確かにsub-versionだと思っているgitは多いかもね。 >>336 ロックが取れる事がexcel(というかバイナリ)を使う上での最大のメリットってことでしょ。 一人で使う分には、確かにgitでも変わらんけど。 >>335 エクセル自身のバージョン管理はオススメできぬ。 ファイルが肥大して大変だし、壊れた時のリスクが高い。 バイナリ差分があまり効かないというが、がんばればしっかり差分取れるものではある。 ただ面倒なんだよなopenxml OfficeはOffice自身でバージョン管理できるし、本格的にビジネスで使うならSharepointがある ソースコードと一緒に管理したいならSvnでもいいけど 質問させて下さい。 あるファイルをaddしてcommit、編集してcommit、deleteしてcommitしたとします。 -> この履歴を@とします。 その後、同じ名前のファイルをaddしてcommitしたとします。 -> この履歴をAとします。 その状態で、その名前に対し、svn logをすると、Aの分の履歴しか取得できません。 svn logに渡すpathに@バージョン番号をつけると@の履歴が取れますが、逆にAの履歴が取れません。 おそらく、subversionの頭が良くて、同じpathでもdeleteされた前と後では別物として扱っているのだと思います。 どうにかして、svn logでpathを指定した場合、途中でdeleteが行われ同じファイル名のファイルがaddされていたも、そのpathの全ての履歴を表示する方法は無いでしょうか? よろしくお願いいたします。 logは履歴を見るもんなんだが。 履歴がつながってないから全く別のファイル。 どうしてもそれしたければ delete直前のリビジョンからコピーしてきて新しい内容で上書き&コミット。 >>346 svn log -v --search path trunk AAAA BBBB CCCC DDDD ↓ trunk DDDD EEEE (新規に追加) AAAA BBBB CCCC TortoiseSVNで上のような移動をしたいのだけど、 これをやったあとにEEEEフォルダのログを見たとき、 AAAAやBBBBなどのこれまでのログも出てくるようにできますか? 1) trunk AAAA BBBB CCCC DDDD EEEE 追加 2) trunk DDDD EEEE AAAA 移動 BBBB 移動 CCCC 移動 手順踏めば大丈夫 >>350 その方法でやってみたのですが、EEEEフォルダのログには、 EEEEフォルダ追加からのログしか出てこないのです。 trunkフォルダのログや、AAAAフォルダのログには、 EEEEフォルダ追加以前のものもすべて出てきます。 リポジトリブラウザ上でテストしたので、 操作ごとにコミットされているかと思います。 ログは以下のようになっています。 リビジョン2 /trunk/AAAA 追加 リビジョン3 /trunk/BBBB 追加 リビジョン4 /trunk/CCCC 追加 リビジョン5 /trunk/DDDD 追加 リビジョン6 /trunk/EEEE 追加 リビジョン7 /trunk/AAAA 削除 /trunk/BBBB 削除 /trunk/CCCC 削除 /trunk/EEEE AAAA 追加 (コピー元 /trunk/AAAA 6) /trunk/EEEE BBBB 追加 (コピー元 /trunk/BBBB 6) /trunk/EEEE CCCC 追加 (コピー元 /trunk/CCCC 6) だってそりゃEEEEにはリビジョン6より前の歴史なんてないじゃん。 とか。 俺もこの場合はログが出ないものだと思っていたが、出せるなら知りたい >>354-355 フォルダに対するログの表示は、 「フォルダ以下にあるすべてのアイテムのログ」ではなく、 「フォルダそのもののログ」ということなんですか。 フォルダを移動しないうちは同じように見えるけど、 移動してしまうと表示の違いが出てくると。 前者のほうがしっくり来るのですが、こういう表示はできないのですかね。 2014年2Qにリリース予定だった1.9の進捗状況はいかがでしょうか。 どなたか詳しい方、コメントいただきたく。もうワケが分からない… windows7のPCをSubversionのサーバーとして使っています。 半年くらい前にpost-commitフックで、cmailを使ってコミット内容をメール通知するようにしました。 先日、サーバーを再起動した途端にコミット完了するのが異様に遅くなり、原因を調べてみるとcmailでメール送信する所で2分くらいダンマリしている事がわかりました。(この間、cmailプロセスのCPU使用率は0%表示。最終的にはメール送信成功する) 同じメール内容をサーバーのコマンドプロンプトから送信すると、一瞬で完了します。 どうアプローチしていいのか分からず完全にお手上げ状態です。誰かお助け下さい。 cmailでのメール送信だけやってみて様子を見るとか。 なんとなく名前解決関連な気もするけどわからん。 runasでhookを実行するアカウントで実行したら、なにか差が出るかも。 ただ、自分も名前解決のタイムアウト待ちで遅くなってる気がする。 そこまでジャンクXVIを馬鹿にされたのが悔しいんだったらせめてちょっとは 綺麗にしとけよ・・・ cmailでのメール送信が遅い件ですが、Subversion鯖に入っているノートン先生が原因のようです ノートン先生が動いているときだけ、smtp鯖との通信確立にキッカリ30s、通信切断に30sの待ちが発生していました 以上、ご報告まで svn1.8クライアントで少し大きめ(5Gくらい?)の作業コピーを更新しようとしたらE175012がでるんだけど、 これって鯖管にsvn1.8サーバのSVNAllowBulkUpdatesにPreferを設定してもらうように依頼したら直る? プロトコルどれ使ってるのかわかんないけど、そこのタイムアウト値を大きくするのはだめかな。 おk。ぐぐった。 MaxKeepAliveRequests 1000もつけるといいのかな。 依頼してみる。 いや、そういう話ではないけど、鯖管に状況を説明して対応してもらえば済むように思う。 ロードマップ更新されているね。 subversion.apache.org/roadmap.html dev MLも2月は久しぶりに400通越えだし、少し復活ぎみかな? おいおい、新機能がほとんど先送りになって、1.9の目玉が何も無いじゃないか。 ローカルコミットは2017年以降かよ・・・orz 初めて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を閉じて、再度上げ、問題のソリューションを 開いたら、本日作業した部分が消えていました。 どうしたら最新を戻せるでしょうか? よろしくご指導ご支援のほどよろしくお願い申し上げます。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる