Subversion r11

1 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:25:58 ] Subversionはフリーなオープンソースのバージョン管理システムです。 公式HP subversion.tigris.org subversion.tigris.org/ Subversion によるバージョン管理 subversion.bluegate.org/ subversion: Project Status subversion.tigris.org/project_status.html subversion: Subversion Links subversion.tigris.org/links.html Version Control Systems Comparison better-scm.berlios.de/comparison/comparison.html 前スレ r10 pc11.2ch.net/test/read.cgi/tech/1215565366/ r9 pc11.2ch.net/test/read.cgi/tech/1202086238/ r8 pc11.2ch.net/test/read.cgi/tech/1192864879/ r7 pc11.2ch.net/test/read.cgi/tech/1180858500/ 06 pc11.2ch.net/test/read.cgi/tech/1165892754/ 05 pc8.2ch.net/test/read.cgi/tech/1145841405/ 04 pc8.2ch.net/test/read.cgi/tech/1129642894/ 03 pc8.2ch.net/test/read.cgi/linux/1100622362/ 02 pc5.2ch.net/test/read.cgi/linux/1078609142/ 01 pc.2ch.net/test/read.cgi/linux/1002355536/ 2 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:27:23 ] ■文書 Subversionによるバージョン管理(日本語訳) subversion.bluegate.org/ svnbook PDF版 psyto.s26.xrea.com/misc/svnbook/ Subversion批判に対する反論 subversion.bluegate.org/svn-anti-fud-ja.html svn診断への反論 subversion.bluegate.org/undiagnosing-ja.txt CVSユーザのためのSubversionガイド(wakatonoさん) slashdot.jp/journal.pl?op=display&uid=12&id=200792 FSFS propaganda arch.bluegate.org/pipermail/subversion-jp/2004-May/000087.html TortoiseSVNユーザガイド tortoisesvn.bluegate.org/Help/dailyuseguide.html ■Wiki Subversionメモ terai.s55.xrea.com/Subversion.html Subversion(Saisse's Wiki): www.saisse.jp/pukiwiki/pukiwiki.php?Subversion ■記事(ちょいと旧め) www.atmarkit.co.jp/flinux/special/webdav/webdav03c.html www.atmarkit.co.jp/flinux/special/webdav03/webdav02a.html ukai.jp/debuan/2002w/subversion.txt ukai.jp/Slides/2003/0521-lw2003/html/ ukai.jp/Articles/2003/uu-svn/ 3 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:27:54 ] 最悪なsvn管理方法トップ１０ www.red-bean.com/fitz/presentations/2007-07-27-OSCON-svn-worst-practices.pdf 日本語要約 www.geekpage.jp/blog/?id=2007/10/24 バージョン管理システムについて語るスレ pc11.2ch.net/test/read.cgi/tech/1193332500/ リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」 po3a.blogspot.com/2007/12/subversion.html Git入門 www8.atwiki.jp/git_jp/ 4 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:31:58 ] bluegate.org　のサーバーは何で安定しないの？ 5 名前：デフォルトの名無しさん [2008/12/29(月) 07:30:45 ] svn+sshで繋いだとき、 リポジトリの指定を自分のホームディレクトリを起点にして指定するようには出来ないでしょうか？ 6 名前：デフォルトの名無しさん [2008/12/29(月) 08:25:52 ] --root があるようなんですが、svn+ssh したときに 自動的にトンネルしたユーザのホームディレクトリに 切り替えてくれるような機能は無いみたいですね。 7 名前：デフォルトの名無しさん [2008/12/29(月) 11:26:30 ] svnbook.red-bean.com/en/1.1/ch06s03.html これ見ると ssh の authorized_keys に書く command 指定で 「ある鍵で認証したユーザはここをルートとする」って ことができるようですが、これって共通のアカウント （たとえば svn とかいうユーザを作って共用する）を 使うことになるんですよね。 そもそも svnserve ってデーモンとして挙げる場合も svn とかの 特別なユーザを作ることになるとおもうので、デフォルトの動作として 起動されたユーザのホームディレクトリに chroot してくれればいいのに。 8 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 12:34:15 ] んなこたない。 アカウントを使い分けつつ同じリポジトリにアクセスしたいなら、 グループとアクセス権限を適切に設定すればできる。 というかsvn+sshでアクセスするなら、 svnみたいな共有アカウント作らないでしょ。 sourceforge.netとか、メジャーな所がどうやってるか知らないの？ 9 名前：デフォルトの名無しさん [2008/12/29(月) 15:41:09 ] fooというディレクトリがおかしくなってしまったので（例えばcoの時無視されるとか）、再構築を したいんですが、どのような手順で行えばよいでしょうか？ 一度リビジョンを取り出す、というのはうまく行かなかったです。 svn delete foo も無視されます。 すみませんがよろしくお願いします。 10 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 15:54:12 ] >>9 まず原因を特定するんだ。 coの時無視されてるって事だけど、リポジトリ内に存在することはどうやって確認したの？ 「とか」って何？何かエラーメッセージは出てないの？ 11 名前：デフォルトの名無しさん [2008/12/29(月) 16:02:28 ] >>10 普通にsvn add fooってやると、「もうそのディレクトリはバージョンコントロール下にありますよ」 と怒られる。 svn delete fooが無視される。 が、新たにcoすると、その中にfooが入ってない。Warningとか一切なし。 そんな感じです。 12 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 16:06:23 ] >>11 コミットしてる？ 13 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 16:10:48 ] >>11 状態が不安なら svn status 使えよ。 14 名前：デフォルトの名無しさん [2008/12/29(月) 16:27:34 ] >>12 コミットはしてる svn statusは、 ? foo を吐きますね。 15 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 16:41:18 ] >>14 リポジトリ内に存在することはどうやって確認したの？ 16 名前：デフォルトの名無しさん [2008/12/29(月) 17:11:20 ] >>15 いや、エラーメッセージで「バージョンコントロール下にある」といわれたのを 鵜呑みにしただけっす。 17 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 19:10:06 ] >>16 svn ls あたりでリポジトリ内にあることを確認するといいかもしれない。 18 名前：デフォルトの名無しさん [2008/12/30(火) 18:05:00 ] svn lsしたら、coできるファイルも表示されないのですが・・・。 当該ディレクトリも当然表示されません。 19 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 22:19:51 ] 前スレ>>896 亀だが、ログインシェルを変えるというのは試してみた？ こちらでも、 ・秘密鍵で認証 ・おなじ鍵でteratermやputtyはsvnサーバーにログインできる ・けど、リポジトリブラウザでアクセスすると「接続が突然閉じました」と怒られる ・別マシン(debian)からのコマンドライン上でのアクセスは可能 のでtortoisesvnの問題かなあとバージョンあげたり他のWinマシンで試してみたりしたけど、 結果的にsvnサーバーのログインシェルをtcshからbashに変更したら繋がるようになった。 たぶん.loginなどの設定ファイルの問題と思われる。参考までに。 20 名前：デフォルトの名無しさん mailto:sage [2009/01/03(土) 11:31:33 ] これまだ？ subversion.tigris.org/issues/show_bug.cgi?id=1256 21 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 00:39:00 ] svn merge したときにぜんぜん変更していないファイルまで svn:mergeinfo が 変更されるのはなぜでしょうか？ 22 名前：デフォルトの名無しさん [2009/01/07(水) 17:10:27 ] Windows ユーザに対してリポジトリを公開する際， Samba で公開して file: スキームでアクセスさせるのは やはり問題が起きやすいでしょうか？ また重大な問題が起きなくてもパフォーマンスが悪いでしょうか？ 23 名前：デフォルトの名無しさん [2009/01/07(水) 17:18:21 ] markmail.org/message/wi7tbwkggfut3wrv つまりこういうことをしたいと思っています． 24 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 20:44:14 ] >21 merge した結果、変更が起こらなかった、という点が反映されてるだけじゃないの？ 再マージするとき、merge 済みのリビジョンまで調べなくて済むようになるじゃん。 >22 ttp://svnbook.red-bean.com/en/1.5/svn.serverconfig.choosing.html >Do not be seduced by the simple idea of having all of your users >access a repository directly via file:// URLs. Even if the repository >is readily available to everyone via a network share, this is a bad idea. >It removes any layers of protection between the users and the repository: >users can accidentally (or intentionally) corrupt the repository database, >it becomes hard to take the repository offline for inspection or upgrade, >and it can lead to a mess of file permission problems (see the section >called “Supporting Multiple Repository Access Methods”). 全てのユーザに対して file:// URL で直接リポジトリにアクセスさせるという 単純なアイデアに誘惑されないこと。仮に、ネットワーク共有を介して全員に リポジトリが利用可能であったとしても、これは悪いアイデアである。 これは、ユーザとリポジトリの間にある、あらゆる階層の保護を取り去ってしまう。 すなわち、ユーザは偶然に(あるいは意図的に)リポジトリを破損しうるし、 調査やアップグレードのためにリポジトリをオフラインにすることも 困難になる。また、ファイルパーミッションのごたごたした問題も引き起こしうる。 25 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 21:41:11 ] >>21 サブフォルダのふぁるなんかにいつの間にかmergeinfoがふかされると、マージのたびに更新されてしまうね。 trunkからmergeinfoを再帰的に削除してしまえばその後は余計な属性の更新がおきなくなるから。 26 名前：21 mailto:sage [2009/01/08(木) 13:30:39 ] 過去に svn copy か svn move したファイルやフォルダに svn:mergeinfo が付きやすいようです。 必ずしもそうならず、はっきりしたルールは分かりません。 27 名前：デフォルトの名無しさん mailto:sage [2009/01/08(木) 13:42:21 ] >>26 そいつは Subversion 1.5.5 で付かないように修正された。 28 名前：デフォルトの名無しさん mailto:sage [2009/01/08(木) 19:22:34 ] >>22 SMBというかTerastation(NAS)でのことですが 1.5系の新形式で作成したリポジトリですと コミットが成功してもトランザクションファイルが削除できないと出て ファイル状態がコミット済になりません(コミット自体は成功しています) 1.4系でリポジトリを作成した場合(1.5系で1.4互換形式で作成)は とりあえず動きました。 複数人での負荷テストはしていないので分からないです。 そもそもTerastationは負荷に弱いですし… 破壊される事も想定しリポジトリのフォルダは毎日バックアップをとって 最悪前日の状態に戻せる様にはしていますが、 1日に頻繁に更新されるリポジトリには向きません。 29 名前：デフォルトの名無しさん mailto:sage [2009/01/09(金) 16:52:45 ] はぁそうですか。 30 名前：デフォルトの名無しさん [2009/01/21(水) 02:16:39 ] subversionの書籍に、 リポジトリのディレクトリをそのままコピーしてもバックアップできない、 と書いてあったのですが、 リポジトリが壊れ、dumpバックアップも失敗していて、 仕方なくディレクトリまるごとコピーしていた分を使うと、 問題なく復旧できました(verifyでチェック)。 これは偶然できたのでしょうか？ あるいはwindows版のsvnだからでしょうか？ 31 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 02:31:30 ] dbじゃなくてfsfsだからじゃないの? 32 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 03:32:37 ] Vista x64にx64版TortoiseSVN入れたんだけど、Explorerの詳細表示で SVN関係の列を追加出来ない。Vistaへの対応は不完全なの？ 33 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 08:39:00 ] >>30 コミット中のバックアップでは過渡状態がコピーされたれ共有違反がおきるから完全ではない。 svnadmin hotcopyを使えばよい 34 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 09:34:07 ] >>32 列って何だ？ メニュー項目のことか？ せめて行だろ。 Vista x64 だけど普通に使えてるぞ。 35 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 10:37:19 ] 32 じゃないが、[名前|サイズ|種類|更新日時|...] のことだろ。 36 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 11:00:05 ] エクスプローラすらまともに使えない>>34みたいなのが Subversionスレに居るとは…ｗ 37 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 16:59:12 ] >>32 Vistaの仕様だそうだ。 tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-dug-wcstatus.html#id708536 38 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 17:50:29 ] >>34 いや、列であってる 39 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 18:13:47 ] >>36 きっと、Windows端末は使っていなかったんだよ。 それならそれで、黙っていればいいのにとは思うけどね。 40 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 20:10:08 ] >>30 偶然といえば偶然だろ。 安定した保証があるのはdumpだけで、 ほかはファイルシステムやタイミングに よっては失敗するってことなんだから。 そんなことより、 ＞dumpバックアップも失敗していて、 ってどうゆうこと？ 41 名前：36 mailto:sage [2009/01/21(水) 23:51:40 ] すまん。なぜか詳細表示をコンテキストメニューと勘違いした。 ついでに教えて欲しいんだが詳細表示の列で見られる項目って言うのは プロパティで見れる項目と同様のもの？ 42 名前：34=41≠36 mailto:sage [2009/01/21(水) 23:52:15 ] 自分のレス番号間違えた（´・ω・） 43 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:08:09 ] ttp://tortoisesvn.tigris.org/svn/tortoisesvn/trunk/src/TortoiseShell/ColumnProvider.cpp によると (ユーザ名/パスワードはttp://tortoisesvn.tigris.org/を参照) 、 SVN Status / SVN Revision / SVN Url / SVN Short Url / SVN mime-type / SVN Lock Owner / SVN eol-style / SVN Author だね。 44 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 17:10:43 ] あ・れ？ TortoiseProc.exe っていつも常駐してたっけ？ ？？ 45 名前：デフォルトの名無しさん [2009/01/23(金) 18:34:02 ] 彼は自由さ． 46 名前：デフォルトの名無しさん [2009/01/29(木) 16:33:00 ] TortoiseSVN 1.5.7 age 47 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 12:21:36 ] Version 1.5.7 - BUG: Error text returned from a repository hook script could get split up wrong if empty lines were in the text. (Stefan) - BUG: If the currently shown folder in the repository browser was renamed, the url bar did not change to the new url. (Stefan) - BUG: Unversioned items selected for reverting would move them to the trash bin instead of leaving them. (Stefan) - BUG: Deleting an item in the repository browser that had non-ascii chars in it didn't work. (Stefan) - BUG: TortoiseMerge showed a black line diff in one-pane view. (Stefan) - BUG: The styling of bug IDs in the commit dialog could fail. (Stefan) - BUG: TortoiseMerge added a newline at the end of a file when saving modifications. (Stefan) 48 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 20:17:53 ] 質問なんですけど リポジトリから削除しつつ、ローカルのファイルは残す操作はどうしたらいいのでしょうか 私の知識だと、いったんコピーしてどこかに退避したあと、svn deleteして、そのあとコミットして退避したのを戻す ぐらいしか思いつかないのですが もうちょっとうまい方法をごぞんじないでしょうか 49 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 20:38:58 ] >>48 削除をコミットしてから前のリビジョンをエクスポートすればいいんじゃないか 50 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 21:43:06 ] >>48 --keep-localオプションでどう？ 51 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 01:43:23 ] svn delete URL 52 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 15:48:23 ] Tortoiseでもシフトキー押しながらコンテキストメニュー出すと>>50と同等な項目が出るんだね。 53 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 02:38:18 ] 返事が遅れてすいません みなさんありがとうございます >>49 言ってなかったので本当に申し訳ないんですが、残したいファイルは変更してることがあるんです ただ、変更がなければそっちのほうがいいような気がするので参考にさせていただきます >>50 まさにこれだ っと思ったけどsvnのバージョンが古くて私のとこにはありませんでした まぁ、わざわざオプションが追加されたということは コマンド一発でやる方法はないんだろうということででしょうね >>51 URL で指定して、レポジトリから削除して、ローカルのを管理対象から外せばいけますね 54 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 20:54:44 ] Subversionの管理下にあるファイルを管理から外したいんですが、どうやればいいんでしょう？ クライアントはEclipse使ってます。 55 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 03:03:22 ] >>54 >48 56 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 23:14:51 ] subversionいれてdigest認証にしたんですが Digest: user `xxx' in realm `Subversion Repository' not found: /svn/test/ というエラーが出ます レポジトリは作ってるんですがパスワードを入力してもアクセスできません どうしてでしょうか？ 57 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 23:18:01 ] >>56 エラーメッセージによると xxx というユーザーが Subversion Repository というレルムに存在しないらしいが 認証ファイルはちゃんと作れてるか？ 58 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 00:21:01 ] >>56 ありがとうございますいろいろ試したんですが結局うまくいかなかったので SSL+Basic認証にしました 59 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 06:16:44 ] firefoxからだとレポジトリが見えるんですが svnコマンドを使ってレポジトリを調べると No repository foundになります どうしてですか？ 60 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 10:01:13 ] >>56 俺の環境ではDigest認証でちゃんと使えている 61 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 15:13:41 ] 俺も Digest うまくいってるな。 まあ SSL できるならそっちの方がいい気がするが。 62 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 13:33:20 ] subversion + apache で使ってるんですが、CGIとかJavaScriptでIE等のウェブブラウザからファイルの更新をできるようにするフリーのモジュールはありますか？ 63 名前：デフォルトの名無しさん [2009/02/08(日) 14:45:22 ] 質問なのにあげてなかった。　すまん。 64 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:16:38 ] >>62 まるで存在価値がないな。 65 名前：デフォルトの名無しさん [2009/02/09(月) 09:36:59 ] webdavで使うとか。 本来の使い方じゃ無いけど。 66 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 21:13:08 ] >>65 やってみたらコミットどころか、ファイルの新規追加すらできなかったわ。。。 67 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 21:27:27 ] >>65 Autoversioning追加で解決しました。　ありがとうございました。　私が早漏でした。 68 名前：デフォルトの名無しさん [2009/02/12(木) 22:01:00 ] TortoiseMergeで複数行を選択して、このテキストボックスを利用 を押してから 保存するとその行の改行が無くなるんだけど、同様の症状の方います？ 一行ずつだと大丈夫なんですよね。 verupしたせいかな・・・ 69 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 01:40:41 ] >>68 tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1055161 70 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 12:07:11 ] >>69 ありがとうございます。 やはりバグでしたか・・・ 71 名前：デフォルトの名無しさん [2009/02/14(土) 08:18:24 ] TortoiseSVN 1.5.8 age >>68-70 > Version 1.5.8 > - BUG: TortoiseMerge could loose line endings when saving edits. (Stefan) 72 名前：デフォルトの名無しさん [2009/02/15(日) 01:02:46 ] ファイルがコミットされた時にpost commitでフックして、コミットされたファイルから 情報を取り出してデータベースに格納したいのですが、いい方法はありますか？ 要はpost commitの中でコミットされたファイルの中身を見たいという事です。 73 名前：デフォルトの名無しさん mailto:sage [2009/02/15(日) 01:15:50 ] >>72 svnlook cat 74 名前：72 mailto:sage [2009/02/15(日) 01:24:49 ] >>73 おー、そのものずばりのコマンドがあるんですね。 ありがとうございました。 75 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 16:41:48 ] 最近バージョン管理をVSSからTortoiseSVNに変えたときに Ver.1.0用のリポジトリとVer.2.0用のリポジトリをそれぞれ作って、 最初は同じコードをインポートしたんだけど、 それぞれ別の機能が実装されていってったから 今は多くの部分が共通でありながら一部違うみたいになってます。 この状況で、Ver.2.0のリポジトリがいらなくなったから1.8のほうに 統合したいんだけど、リポジトリ違うときのマージの方法がわからん うまい方法ってない？ 76 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 16:49:13 ] >>75 マージしたいバージョンをチェックアウトしてインポートしてマージ 77 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 16:54:49 ] >>76 さっきやってみた。 マージメニューの"ブランチを再統合する"ってやつは元が違うからできんかったな。 この場合は"異なる2つのツリーをマージ"ってやつでいいの？ 78 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 17:00:36 ] どこに躓いてるんだｗ 別レポジトリのファイルでもチェックアウトしたものを 新しいレポジトリにインポートすればsvnの構造上ブランチと違いはない 79 名前：75 mailto:sage [2009/02/16(月) 17:16:18 ] マージすらままならんsvn初心者なんだよ、すまん。ありがとう 出直してくる 80 名前：デフォルトの名無しさん [2009/02/16(月) 17:32:02 ] １）もともとのソースコードの公開は開発元からに限られている ２）差分の公開は自由にしてよい こういうときって，リポジトリ自体をライセンスに合った形で 公開したり，みんなで機能追加をつっつく方法って無いですか？ 古いコードで，もともとの作者にもはや連絡が取れない場合とか， ライブラリ製品だとそういうライセンスのやりかたを 取ってるものなどがあって，どうしたもんかなぁ，と． 完全にオープンソースのものだと楽なんですが・・ いいアイディアはないでしょうか？ リビジョン 1 はリポジトリには入ってないけど みんな手元に同じ tar ball 持ってるよね？ って状態でその後をオープンにいじりたいというのは無謀？ 81 名前：デフォルトの名無しさん mailto:sage [2009/02/16(月) 22:13:03 ] >>75 Ver1.8と最初のコードの差分を指定してVer2.0にマージする。これでリポジトリ間のマージはできるよ。 ただし、svn:mergeinfoはリポジトリ名が入らないんで矛盾が生じるので該当部分は消す。 82 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 15:53:21 ] 編集したはいいけどやっぱブランチにしとけばよかったぜ！ みたいなときってどうすんの？ 83 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 16:01:47 ] あきらめる 84 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 16:09:58 ] >>82 私のリポジトリは、しばしばtagからbranchしているw 85 名前：デフォルトの名無しさん mailto:sage [2009/02/17(火) 16:54:37 ] え、それ普通でしょ？ 86 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 12:19:25 ] >>82 そのままブランチすれば問題ないよ。 87 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 13:03:34 ] trunkには、直近の変更は入れたくないけどどうしようって質問だと思ったが。 88 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 13:55:19 ] それtrunkじゃないじゃん 89 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 14:35:59 ] 何言ってんの 90 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 17:51:45 ] 入れたくなければブランチすればいい話 91 名前：82 mailto:sage [2009/02/18(水) 19:31:20 ] >>86 そのままブランチしても作業コピーの変更はちゃんとブランチに入るってことでおｋ？ 俺が知ってるのはあるリビジョンから新しく作って（と同時に切り替えて） 作業していくって方法だけだから、それだと編集中のやつ無駄になるやん、と思ってな 92 名前：86 mailto:sage [2009/02/18(水) 21:39:21 ] いや、作業コピーはそのままで分岐される。 TortoiseSVNの場合はリポジトリ内で最新リビジョン＋切り替えるで分岐をすると作業コピーは変更されずに分岐ができる。 その後コミットすれば変更内容をリポジトリに格納できる。 よくやるのは、>>84のとおりtagsの作業コピーを編集した場合、そのままbranches上に分岐させる。変更が終わったらそのまま分岐をtrunkにマージできる。 93 名前：デフォルトの名無しさん [2009/02/19(木) 04:36:14 ] ドメインとかIPかわっちゃった場合はどうやって変更かえればええんでしょうか？ 94 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 05:11:44 ] >>93 先ず日本語で質問する。 95 名前：デフォルトの名無しさん [2009/02/19(木) 05:53:01 ] relocate じゃね？ 96 名前：82 mailto:sage [2009/02/19(木) 09:14:10 ] >>92 詳しい説明マジｔｈｘ！ 97 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 10:51:40 ] 再配置 98 名前：デフォルトの名無しさん mailto:sage [2009/02/19(木) 23:09:32 ] svn switch で、どこにでも変更できたと思うけど。 99 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 13:00:16 ] >>98 switchとrelocateは別物。 100 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:14:15 ] >>98 switcgiはリポジトリ内でしか変えられない relocateはリポジトリのurlしか変えられない。 101 名前：デフォルトの名無しさん [2009/02/20(金) 18:25:21 ] Windows版のコマンドラインクライアントってどこからダウンロードすればいいんでしょうか？ なんか登録サイトが出てきて、ダウンロードできない・・・。 以前は普通にダウンロードできたんだけども。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef