Subversion r15
■ このスレッドは過去ログ倉庫に格納されています
Subversionはフリーなオープンソースのバージョン管理システムです。
公式HP
Apache Subversion
http://subversion.apache.org/
ようこそSubversion.JPコミュニティへ
http://www.subversion.jp/ >>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属性を試してみたところ、こちらの方が自分のやりたいことに適していました。
ありがとうございます。 > ディスク容量の都合上、リポジトリは一方に寄せられません
すごい SubversionとGit両対応(クライアントとして)のサービスってGitHub以外ない? むしろsvn git hgに対応してないコードホスティングがあったら聞いてみたいくらい Git は初期から SVN からの移行を狙って
SVNもどきモードを付けてた
今も動くかは知らん えっ、GitHubってSubversion使えるの???
GitHubはGitしか使えないもんだとばかり思ってた
うちのPCは2台とも、Gitをインストールすると不調になるんで
(C言語のコンパイルができなくなるなど、不可解な現象が)
Subversion使えるとこ探してた
べつにOSDNも構わないんだけど・・・ 今年に入ってからdev-MLへの投稿がかなり減ってる。 リポジトリの一部をチェックアウトできること、チェックアウトしたファイルのタイムスタンプを復元できること、この二つの利点がある限りSubversionもドキュメント管理ツールとして使うつもり。 >>487
コミットした日付じゃなくて、コミットした時点のファイルのタイムスタンプが復元されて欲しい。
Gitの断片的なチェックアウトもやろうと思えばできるようだけど、一端全部チェックアウトしてから不要なものを消すという手順は面倒だね。 メタデータが保存できるファイルフォーマットの文書を使えば良いのでは >>489
今どき svn 使ってる案件のドキュメントはMS-Officeに決まっとろーが。 >>490
じゃ、別にファイルのタイムスタンプがどうなろうが問題ないのでは? >>491
すまん、自分は488じゃないんだ。横から勝手にコメントしただけ。
紛らわしいことをしてしまった。 >>493
改めて確認してみたところ、コミット日時が反映されてました。
コミット時点のタイムスタンプというのは自分の勘違いだったようです。失礼しました。 派生元の違うbranchをどうにかしてmergeしたいと思ってたんだけど、
やっとわかった。2-url-mergeを使えば良いのか。
http://subversion.apache.org/docs/svn-merge.txt
これで 3-way-mergeやrebaseのないsvnでも何とかやっていける。
ホントはさっさとGitに移行しなきゃならないんだけど、
その余裕がないんだよね…。 デザイナさんが svn のレポジトリに backup/yyyMMdd ってディレクトリ作ってて、
アホかタグ使えよと思ってたんだけど、過去の履歴をgrepしようとして真顔になった。
git grep が svn にはない。アホは自分でした。
なんとかしたくてググったら
svn - なぜかレスの後半が無視されたんで再ポスト。
http://superuser.com/questions/793877/git-grep-equivalent-in-subversion
これシェルスクリプトで書いてるんだけどうんと遅いし、
しかもこれファイルは指定できるけどディレクトリは指定できない。
もっとゴリゴリ書けばなんとかなるだろうけど、ますます遅くなるし、
そもそもsvn環境にこれ以上投資する気になれない。
お前らよく文句言わずにsvn使ってるな。 > デザイナさんが svn のレポジトリに backup/yyyMMdd ってディレクトリ作ってて、
> アホかタグ使えよと思ってたんだけど
ちょっとわからん、タグってディレクトリだろ >>499
すまん、デザイナさんはtrunkの中にディレクトリを作ってたんだ。
アホな説明で申し訳ない。 >>500
そう、それ。よく察してくれた。svn copy じゃないから履歴も残らない。
勘弁してくれと思ったけど、過去バージョンの検索性という一点はすぐれていたというね。
ちなみにGitにはcopyコマンドはない(はず)。
ファイルの内容から履歴は自動追尾されるから、ローカルファイルのcp で構わない。
デザイナさんとsvnについてやり取りするたびに、人類にはsvnは難しすぎるんじゃないかと思う。
まあGitになったらなったでまた大変だろうけどね。 >>501
検索性が優れてるってタグでも同じじゃないの? >>502
それ、ローカルに ^/tags を全部 checkout なり export なりしてgrep しろって言ってる?
たしかにそれやればなんとか検索できるな。
でも時間もローカルディスク容量もすごく食うし、しかもタグに記録しなかった履歴は検索できない。
Git なら git grep 一発だし、GitHub ならWebブラウザで検索フォームに入力するだけだ。 >>482
>>483
三月は遂に100通を割って、47通!
一気に減ったな 匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
t ある文字列が過去のどのリビジョンに存在していたかを検索する場面が思いつかないんだけど、
そういう検索ができる環境が当たり前になれば、それなりの用途があるんだろうか。 grep through revisions と書かれてたからそう思ったんだけど、 git grep にそういうオプションが見当たらず。
githubの検索でも普通のgrepの結果っぽいのしか出てこないし。 >>506
なんかのライブラリとかを利用してて、試行錯誤で色んな関数呼んだりやめたりみたいなこと繰り返してから、
1年後あたりに、うろ覚えだけど、関数名だけは断片的に覚えてる、みたいな状況になったら必要じゃない?
個人的には割とよくあるけどなー >>509
関数が存在した時間かソースファイルの手がかりがあったら現行の機能だけでも逝ける、
まあ検索対象が大量にあって一括で探したい、とかいう場合はあれば便利かもだが なぁ、32bit windows 版の tortoise 1.9.4 って、中身のバージョンが、最新チェック用のバージョンと微妙に違くね? >>510
たとえば、特定のコミットだけに存在した文字列とかも探せる?その特定のコミットは大体しかわからない前提で。
あんまり使い込んでなくて質問してるんで、あったらすまん。 リポジトリブラウザを検索エンジンに食わせておけばよいのでは dev-MLへの投稿が激減していてヤバイ気がする。 tortoiseの完成度がピカイチなだけに残念だな。
hgもgitもGUIの使い勝手が悪すぎて、会社で提案しにくい。
みんなコマンドライン使えるわけじゃないからなー。 >>515
>みんなコマンドライン使えるわけじゃない
営業にも開発させてんのか? 誰か教えてください。
TortoiseSVNでブランチを作って切り替えて変更した後にトランクに切り替えると競合が発生します。
トランクとブランチは切り替えるだけでマージされてしまうものなのでしょうか?
切り替え前にコミットするとそうはならないみたいですが。 ブランチを切り替えるということはリポジトリの最新をローカルに書き戻すということ
コミットしてない奴は上書きで消されても文句言えない
マージしてくれるのは親切 >>524
なるほど。
そういう仕様だったんですね。
都度コミットするようにします。
ありがとうございました。 truncに切り替えるとコンフリクトが発生するのなら、branchをtruncにマージするときにコンフリクトが発生するのではないだろうか svn.osdn.jp落ちてる?
またDDoS攻撃を受けてる模様 いきなり dev-MLに大量にメールが流れていて驚いた。
それから、1.9.5も近いうちに出そうだな。 ApacheとTortoiseSVN以外で、誰でも見られるリポジトリってないですか? >>530
フォルダの分け方とかコミットの仕方とかログの書き方とかの勉強のために、
オープンソースなどのリポジトリを覗いてみたいなと。
例えば、サクラエディタならここみたいな感じで。
http://svn.code.sf.net/p/sakura-editor/code ■ このスレッドは過去ログ倉庫に格納されています