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/ 136 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 16:27:32 ] >>135 そういうおまえは池沼だけどな 137 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 17:12:30 ] >>136 マニュアルに書いてあると、池沼に指摘されたお前は池沼以下だな。ｗｗ 138 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 20:52:03 ] まて、さすがに俺は答えてくれた方々に池沼なんていわない 139 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 02:15:37 ] ここは>>1が全て悪いということで、丸く治めようぜ 140 名前：デフォルトの名無しさん [2009/03/01(日) 11:21:35 ] チェックアウトしたディレクトリが あろうことか他の奴に削除されてしまったとき、 とりあえずそいつを一発殴った後で俺はどうすればいい？ 昔のバージョンからブランチをひねり出して、 そこに switch すればいいのか？ まぁとりあえず今日のところは手元の変更点を diff 取って そいつにメールで送りつけてお前のところでマージしやがれと 言っておいた。 141 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 11:27:26 ] 「チェックアウトしたディレクトリ」ってなんだよ。 ワーキングコピーの事か? それなら他人に削除可能なワーキングコピーを作った自分を殴れ。 リポジトリのディレクトリの事なら、そいつのコミット分を戻せば行けそうな気がする。 142 名前：デフォルトの名無しさん [2009/03/01(日) 11:40:11 ] >>141 用語の選択がまずかった。 俺がブランチ作った。ワーキングコピーをチェックアウトした。 奴がリポジトリ上でそのブランチ消しやがった。 svn commit できねぇ。 $ svn update svn: Target path does not exist $ svn commit -m "shine" Sending abc.c svn: Commit failed (details follow): svn: File not found: transaction '5-9', path '/branches/mybranch/abc.c' 143 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 11:59:51 ] 「ワーキングコピーをチェックアウトした」ってなんだよ。 ともかく、そいつコミット分を戻す（変更を逆方向にマージ）すれば行けると思う。 144 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 12:21:22 ] 存在しないディレクトリとの差分って取れないだろ。 例え取れて差分戻してもディレクトリのUUIDは復活しないだろうから > 昔のバージョンからブランチをひねり出して、 > そこに switch すればいいのか？ こうするしか無いように思える。 リポジトリのダンプとって削除を無いことにする。という逃げは有るだろうけど。 145 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 12:33:32 ] 削除を逆マージすれば復活するし差分も取れるようになる。 リポジトリ内ならどこへでも切り替えできるし。 バージョン管理使ってるのに、たかが削除したくらいであわてる必要は無い。 146 名前：デフォルトの名無しさん [2009/03/01(日) 12:53:45 ] >>145 まぁ確かにすべてのこっているわけだからあわてる必要は無いんだけど、 ゆとり世代は例外的事象の発生に弱いんだ。 >>144 UUIDはリポジトリに対して設定されるものなので、 「ディレクトリのUUID」というものは無い。 とはいえ、「こうするしか無いように思える」ってのは 俺もそう思うので、次からはそうする。 まぁオレ用ブランチを作った時点でサーバ側で アクセス制御かけておけばよかったのかもしれないが、面倒だった。 というか、file: スキームでアクセスしている奴がいたらどうしようもないか。 とにかくだ、ゆとり世代がVCSを使うとこんな感じなのです。 147 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 13:26:08 ] >>146 まぁ自虐はそれぐらいにして次からはちゃんとしておけよ 148 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 14:06:12 ] Subversionを久々に使ってみたのですが、 エクスプローラで、ファイルのアイコンに付くマーク(緑丸とか赤丸の)が表示されなくなってしまったのですが これは表示するようにできるんでしょうか？ ※フォルダには付いてます。 149 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 14:11:26 ] F5 150 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:13:42 ] Ｆ５しても出なければアイコンオーバーレイの設定やフィルタを確認 151 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:30:58 ] 蒸しリストに *.BAK を入れと *.bak が無視されなくなります。 蒸しリストに *.bak を入れると *.BAK が無視されなくなります。 トートイズsvn で windows 環境です。 たすけてくだしあ 152 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:34:24 ] >>151 両方入れたらどうなる？ 153 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:50:09 ] >>151 ×トートイズ ○トータス △トートアス 先生はタートル(turtle)だったけど、トータス(taught us)。 -- from Alice in Wonderland. 154 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 17:18:58 ] ウルトラマンエースだったかな、キングトータスなんて怪獣がいたな。 もちろん巨大亀。 155 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 10:38:52 ] Tortoiseの発音はここで確認シル www.thefreedictionary.com/tortoise 156 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 10:40:41 ] >>151 正規表現 例： *.[Bb][Aa][Kk] 157 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 10:59:50 ] 正規表現というと誤解を招きそうな気がしないでもない 158 名前：デフォルトの名無しさん [2009/03/03(火) 11:02:34 ] 皆様すみません。 subversion-deps-1.5.5.tar.gzを 落としたかったのですが、公式が落ちているみたいで…。 どなたか、ミラーサイト等ご存知ですか？ 159 名前：デフォルトの名無しさん [2009/03/03(火) 12:02:45 ] 158です。 すみません。復旧してました。 160 名前：デフォルトの名無しさん [2009/03/04(水) 12:07:03 ] 自分がチェックアウトして作業しているディレクトリの パスの上の方でディレクトリ名が変更されたとき， 普通は switch というか switch --relocate しますよね？ これって自動的に追跡してくれないものでしょうか？ file:///repo/a/b/mycode をチェックアウトして作業してたのに，管理者がそれを file:///repo/x/y/mycode に変更したときとか．これを知らずにワーキング コピーを commit / update しようとすると 「そんなパスねぇよ」と怒られます． リポジトリのログを見れば，自分がチェックアウトした ディレクトリがその後どこに移動されたかわかりますが， これが自動的に追跡されたらいいのになぁと思っています． 161 名前：デフォルトの名無しさん mailto:sage [2009/03/04(水) 12:12:09 ] commit前にまずupdateしろって言われるだけだと思うが updateすればそこでコンフリクトするんじゃねえのか 162 名前：デフォルトの名無しさん mailto:sage [2009/03/04(水) 12:17:39 ] >>160 switchすればいいだけじゃないの？ 163 名前：デフォルトの名無しさん mailto:sage [2009/03/04(水) 13:10:25 ] >>160 ブランチでの作業が完了してtagsに移動させた時とかに、 自動で追いかけられるとうっかりtagsで作業する人が出てきそう。 ディレクトリ名の変更って頻繁にあるもんじゃないから、 確認の意味でも現状でいいんじゃないかと思う。 164 名前：デフォルトの名無しさん [2009/03/04(水) 18:29:48 ] たしかにそういう危険はありますね、自動的に追跡されると 165 名前：デフォルトの名無しさん mailto:sage [2009/03/04(水) 19:53:07 ] 自分の知らないところで何かが行われるのは気持ち悪い。 何かが起こってないか、定期的にチェックする必要があるから。 166 名前：86 mailto:sage [2009/03/04(水) 23:12:41 ] リポジトリやディリクトリの移動をしたときにsvn::externalsを一括修正するスクリプトが欲しくなることはある。 167 名前：デフォルトの名無しさん [2009/03/05(木) 09:18:02 ] svn log って過去方向にはコピーなども追跡して 取得してくれるけど、未来方向にそのリビジョンの 発展を知ることはできないのかな？ 168 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 12:25:26 ] TortoiseSVN 1.5.8, Build 15348であるフォルダを追加した時、 フォルダしか追加されなくて、そのフォルダ配下にあるソースとかが 追加されなくなっちゃったんだけど、仕様変わったの？ 169 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 12:39:46 ] >>168 どうやって追加した？ 170 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 13:24:59 ] >>169 複数のディレクトリを選択した状態で右クリック→追加 丁度今日になってバージョンを上げたんだけど、 1.5.6（7だったかも）の時はこのやり方でディレクトリ内の ソースとかも追加されてた 171 名前：167 [2009/03/05(木) 13:43:44 ] ふと思いついたんだけど，リポジトリ内には copyfrom しか 格納されていないわけだし，複数のディレクトリにコピーされる 可能性もあるわけだから単純にそんな機能作れないよなぁ． とりあえず自分で pysvn でもつかって 追跡するスクリプト書いてみる． 172 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 13:44:28 ] と書いていたら1.5.9が出ていたみたいなのでうｐしてきますねorz HPには1.6.0なんてのも見えますね・・ 173 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 13:48:07 ] Version 1.5.9 - BUG: Broken registry settings may prevent Check for Modifications dialog from showing up. (Stefan Fuhrmann) - BUG: Missing columns when copying to clipboard in Check for Modifications dialog. (Stefan Fuhrmann) - BUG: Showing Log for deleted paths should not trigger "go offline? dialog. (Stefan Fuhrmann) - BUG: Line endings lost in TortoiseMerge when using "use whole file". (Stefan) 174 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 14:12:31 ] >>171 無理でしょ。よく考えてみなよ。 175 名前：167 [2009/03/05(木) 15:53:38 ] >>174 確かに簡単には無理っぽい ダンプから抽出するスクリプトは書いた． 単に copy と add のアクションが同じパスで ペアで出現しているのを抽出するだけだけど． svn.haxx.se/users/archive-2007-07/0416.shtml copyto があったらいいよなっていう話題は 出てるみたいだけど，実装されるのはまだまだ先だろうなぁ． 176 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 19:05:07 ] >>175 tortoiseSVNのりビジョングラフはどう？ 177 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 04:51:22 ] そういう話なのか？ 178 名前：デフォルトの名無しさん [2009/03/06(金) 08:18:35 ] リビジョングラフでやっているのは svn log -v / で表示される履歴を繋ぎ合わせているの？ 179 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 08:36:47 ] 分岐されてる状況が見たいんじゃないのか？ 180 名前：デフォルトの名無しさん [2009/03/06(金) 09:30:08 ] 未来方向にじゃなかったっけ？ 181 名前：デフォルトの名無しさん [2009/03/07(土) 08:50:01 ] TortoiseSVNやsvnコマンドで svn+ssh によるアクセスをした時、 サーバ側では svnserve -t が実行されるのが普通だと思いますが、 これを変えることって出来るのでしょうか？たとえばルートを 変えたいとか。 もちろんサーバ側の authorized_keys に command= を指定する ことで強制することはできると思うのですが、そうではなくて クライアント側で設定できないものでしょうか？ 182 名前：デフォルトの名無しさん [2009/03/07(土) 08:54:57 ] C:\Users\Myname\.subversion\config のようなファイルは、TortoiseSVN も見に行っているのでしょうか？ TortoiseSVN 以外にコマンドライン版のSubversionも インストールして使っていたために、混在してます。 183 名前：182 [2009/03/07(土) 09:31:30 ] C:\Users\Myname\.subversion\config ではなくて C:\Users\Takashi\AppData\Roaming\Subversion\config でした。 184 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 10:18:14 ] やぁたかし君 185 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 11:44:01 ] いや実際のところは、kenji でも chimporoh でもいいんですけどね。 186 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 14:54:45 ] NEC-PCuser だろフツー 187 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 15:03:15 ] ふつーGuest User 188 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 23:07:44 ] svnadmin hotcopyでのバックアップですが、 バックアップ先に前回のバックアップが残ったままのフォルダを 指定して再度実行した場合、正常なバックアップは取れるでしょうか？ もちろんバックアップ元は同じリポジトリです。（リビジョンは進行します） それともバックアップ先を毎回消す必要があるでしょうか？ 189 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 23:13:11 ] subversionをバージョンアップする際に、 リポジトリはそのままでバージョンアップ可能ですか？ 事前にダンプしておいて、バージョンアップ後に取り込みとか必要？ 190 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 23:49:59 ] >189 都度リリースノート読むのがベスト。 BDB の時は、パッケージの BDB 自体のバージョンが上がった場合などに、 dump/load が必要になる場合がある。 FSFS の場合は基本的に大丈夫。 ただし、リポジトリフォーマットのバージョンを上げないと新しい機能が 使えない場合などがある。 1.5 の時は、merge tracking などで必要だった。 dump/load でなくて svnadmin upgrade で(手動だけど)その場で更新は 可能だった。 191 名前：デフォルトの名無しさん [2009/03/08(日) 10:19:11 ] BDBのほうが枯れてて安定しているって記述を 見かけたんですが、それはすごい古いバージョンの ものでした。いまでもFSFSよりBDBのほうが安定しているんですか？ 192 名前：デフォルトの名無しさん mailto:sage [2009/03/08(日) 10:40:22 ] >>191 TortoiseSVNではリポジトリ作成時にBDBの選択肢が出てこなくなってるところから察してください 193 名前：デフォルトの名無しさん mailto:sage [2009/03/08(日) 10:54:34 ] >>190 svnadmin upgrade は簡単なアップグレードだけで、りビジョンを1000ずつフォルダーに分けてくれる機能の変換はしてくれない その機能を使いたい人はdump/loadする必要がある。 194 名前：デフォルトの名無しさん mailto:sage [2009/03/12(木) 17:17:19 ] svn:ignoreを新規追加されたフォルダに対して自動的に適用するような事って出来ますか？ 195 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 12:11:39 ] ttp://svnbook.red-bean.com/en/1.1/ch07.html#svn-ch-7-sect-1.3.2 ここのglobal-ignores参照 196 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 13:12:59 ] global-ignoresは自分にしか適用されないじゃん 197 名前：デフォルトの名無しさん [2009/03/13(金) 15:32:58 ] tracと組み合わせて使うことが多いんだけど， tracのwikiやチケットのデータも管理対象の subversionリポジトリにぶち込めればいいのに． とか思うのはあほ？ 198 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 19:30:29 ] 頻繁に更新されるし、検索向きとは思えないな。 199 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 17:35:58 ] >>197 自分もそう思うからアホじゃないと思う。 いや、自分もアホなのかもしれないが。 200 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:44:36 ] tracをいじって、DBが更新される度に、 DBのダンプをリポジトリに突っ込むとかしたらどうだろうか。 201 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 01:13:09 ] svnサーバを構築しようとしてます。初期設定ファイルをほぼそのまま使用し、現在、httpでならcoやciができます。 セキュアな通信をしたく、sshでの認証を入れようと思い、SSLRequireSSLを使おうとしました。 <Location /repos> DAV svn SVNParentPath /var/www/svn <LimitExcept GET PROPFIND OPTIONS REPORT> SSLRequireSSL </LimitExcept> </Location> これでhttpdの再起動は成功するのですが、coなどが出来なくなります。 coしようとした際のエラーは以下です。 svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for （チェックアウトしようとしたuri） サーバでsshdは起動しています。動かない原因を教えてもらえませんか？ 202 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 11:18:41 ] 1.6.0リリース 203 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 11:19:06 ] ↑あ、>>201とは関係ないです 204 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 12:54:20 ] なんか 2009/03/19 Subversion 1.6.0 Release Candidate 4 Released が切ない 205 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 17:21:39 ] >>201 まて、sshで通信するならapacheは全く関係ないぞ? 206 名前：デフォルトの名無しさん [2009/03/22(日) 02:45:19 ] TortoiseSVN 1.6.0 release age tortoisesvn.net/node/364 207 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 10:32:14 ] まだRC4か SVN1.6は1.5と比べて何が変わるのやら 208 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 10:51:01 ] >>207 ttp://subversion.tigris.org/svn_1.6_releasenotes.html 209 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 10:58:27 ] 英語分かんない＞＜ 210 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 11:05:26 ] 同じく。先生翻訳plz 211 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 11:21:16 ] >>まだRC4か 普通に1.6リリースされてるじゃん 212 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 11:42:43 ] TortoiseSVNを1.6にしてみたけど、Bug-IDって所のBの文字が文字化けしてる 俺だけかもしれないけど 213 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 11:46:59 ] ログメッセージの画面にあるやつなら、うちもそうなる。 214 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 13:10:01 ] >>210 ttp://www.excite-webtl.jp/world/english/web/?wb_url=http%3A%2F%2Fsubversion.tigris.org%2Fsvn_1.6_releasenotes.html&wb_lp=ENJA 215 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 13:29:50 ] Google翻訳の方がまだ意味が通る翻訳の気がする 216 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 14:25:14 ] 転覆1.6 217 名前：デフォルトの名無しさん mailto:sage [2009/03/23(月) 14:27:38 ] >>214 先生、暗号のようで分かりません＞＜ 218 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:27:18 ] ほらよ、乞食ども。 Subversion 1.6 の新規項目 ・認証用データの取り扱いの改善 　平文で保存する前の警告、KWallet や GNOME Keyring へのパスワードの保存 　SSL クライアント証明書のパスフレーズの保存のサポート ・リポジトリルートからの相対URL 　^/ でリポジトリルートを意味する ・svn:externals の機能向上 　ファイルに対する svn:externals のサポート、クウォートのサポート等 ・ツリーコンフリクトの検出 　ファイル内容だけでなく、ファイルの有無も考慮したコンフリクト 　(例：ローカルで修正したファイルに対するリモートでの削除等) ・ファイルシステムの使用量の改善 　Berkeley DB、FSFS の双方とも使用量削減 ・ctypes による Python バインディング ・対話的なコンフリクト解決の改善 　dc(コンフリクトの表示), mc(コンフリクトに対してローカルを選択), 　tc(コンフリクトに対してリモートを選択)オプションの追加 ・ディレクトリの working copy からの除外指定 　(ref. blogs.open.collab.net/svn/2009/03/sparse-directories-now-with-exclusion.html ) ・svnserve のログサポート ・履歴を調べるための新しい公開 HTTP URI 構文 　example.com/repos/file?r=20 で revision 20 を参照可能 ・コマンドラインクライアントの改善 　色々。 　特に大きいものとして、log に対して複数リビジョンが指定可能になったことと、 　--trust-server-cert オプションの追加。 ・API 変更、改善、および多数の言語バインディングが動作 ・65以上のバグフィックス、機能向上。 219 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:42:07 ] 1.5 と互換性無いの？ 亀が 1.6 で Eclipse の subclipse が 1.5 だとダメなんじゃないの？ アップデートするのが怖い・・・ 220 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 00:48:13 ] ワーキングコピーの形式がまた変わった。 よって、1.4→1.5の時と同じ注意が必要。 なお、TortoiseSVNとSubclipseは両方とも最新版で1.6対応してる。 SubversiveとAnkhSVNは調べてない。 221 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:01:55 ] >>218 GJ 222 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 01:18:43 ] えっ？Subclipseの最新版って？？？？ おお〜！ eclipse のソフトウエア更新のURLを subclipse.tigris.org/update_1.4.x にしたままだった。 subclipse.tigris.org/update_1.6.x にしたら最新版キター！ 223 名前：デフォルトの名無しさん mailto:sage [2009/03/24(火) 11:18:57 ] 未だにexternalsの使い方が良く分からない クライアント、サーバ、共通で使うアセンブリファイルとかあるから 重複管理したくないんだけど、こういうのでexternalsは使うのだろうか 224 名前：デフォルトの名無しさん [2009/03/25(水) 18:00:57 ] worst practicesは、どこかで見たことありますけど、 Best practiceまとめたサイトとかありませんか？ subversionを実際にプロジェクトで使おうと思っているのですが、 1つのリポジトリに何を入れるべきかとか、 どういう単位でtrunkとbranchを分けたらよいとか、ぜんぜんわからないので。 たとえば5,6人くらいで半年のプロジェクト(仕事のプロジェクト)で、 OSなしの組み込みプログラムいくつかと、それと通信するWinのプログラム DLLと、exeをそれぞれいくつかを、開発する。みたいな場合で、 それぞれをどうやって管理するとよいのか。とか、参考になるような 情報を求めています。 225 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 00:15:09 ] >>223 そだよ 226 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 00:26:43 ] >>224 とりえず適当なプロジェクト単位でtrunkを作る。makefileとかソリューションとか。 trunkは共有できる。いきなりtrunkにコミットするのは怖いからbranchを作って徹底的に試験してからtrunkにマージする。 trunkの分け方が使いづらいと思ったらいつでも移動できるし、戻したいと思えばいつでも戻せるし。 あんまり考えすぎる前に使ってみるのがよろしい。 227 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 11:58:58 ] >>226 trunkに恒常的にコミットしないのは一般的じゃないな。 基本trunkにコミットで、 テストが終わったとかリリースしたとかのイベントの度に tagsにコピー、が一般的じゃね？ trunkは怖くて当然。 テスト済みの不安のないソースはtagsから取る、がうちの流儀。 228 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 13:09:25 ] trunkが常に壊れないようにするために、>>226のやり方は一般的だよ というかbranchesはそういう使い方をするためにある 229 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 13:29:32 ] うちでは、 trunk・・・　常に最新、ビルドは通るが不安定 tags・・・　ちゃんとバージョンをつけてリリースした時の各状態 branches・・・ まとまった機能追加などで、他に影響を及ぼさないで 　　　　　　　　　ごちょごちょやりたい時にブランチ作成 　　　　　　　　　（しかしなるべく早くtrunkへマージ） ってやってる。 230 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 13:49:19 ] うちもtrunkは容赦なくコミットされていくよ trunkが壊れると困る！みたいな意見は出ない 231 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 14:14:11 ] 業務終わりに出来てようがいまいがとりあえずコミットして帰る人とか、 何か勘違いしてる人がいたら、その人限定で枝をあげて、 「trunkにはコミットしないように」って厳命する。 232 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 14:16:57 ] そんな窮屈なやり方を強制させるんならおとなしくMercurialなり何なりにさせろよ 233 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 14:38:49 ] >>228 apache.orgやsourceforge.netのいくつかのプロジェクトを見る限り、 >>226,228の方が少数派だな。 というかそうやってるところってどこにある？ 234 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 15:15:46 ] こういう流れを待っていた 他所がどんな風にまわしてるかってあんましらないしな 235 名前：231 mailto:sage [2009/03/26(木) 17:07:11 ] >>232 そういう人には業務させてあげているだけです。 決してtrunkにはマージされないですよ？ 居なくなるまで仕事させとかないわけにはいかないので。 236 名前：デフォルトの名無しさん mailto:sage [2009/03/26(木) 17:36:42 ] そんな指示を出す前に、正しいコミットルールを指導してやれよ。

---

---

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

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