Subversion r10
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2008/07/09(水) 10:02:46公式HP
subversion.tigris.org
http://subversion.tigris.org/
Subversion によるバージョン管理
http://subversion.bluegate.org/
subversion: Project Status
http://subversion.tigris.org/project_status.html
subversion: Subversion Links
http://subversion.tigris.org/links.html
Version Control Systems Comparison
http://better-scm.berlios.de/comparison/comparison.html
前スレ
r9 http://pc11.2ch.net/test/read.cgi/tech/1202086238/
r8 http://pc11.2ch.net/test/read.cgi/tech/1192864879/
r7 http://pc11.2ch.net/test/read.cgi/tech/1180858500/
06 http://pc11.2ch.net/test/read.cgi/tech/1165892754/
05 http://pc8.2ch.net/test/read.cgi/tech/1145841405/
04 http://pc8.2ch.net/test/read.cgi/tech/1129642894/
03 http://pc8.2ch.net/test/read.cgi/linux/1100622362/
02 http://pc5.2ch.net/test/read.cgi/linux/1078609142/
01 http://pc.2ch.net/test/read.cgi/linux/1002355536/
0083デフォルトの名無しさん
2008/07/31(木) 14:22:36レスありがとうございます。
円コーディングは，以下の指定で実行しています。
--encoding=SJIS
--encoding=iso2022_jp
--encoding=euc_jp
--encoding=cp932
--encoding=utf_8
--encoding=SHIFT_JIS
エラーメッセージは，申し訳ありませんメモっていませんでした。
pass 2 開始直後に，文字化けしたログメッセージが出力され停止します。
現在は該当のフォルダを除外して pass 5 を実行中です（約30時間）
リポジトリが約１０Gありますので，エラーメッセージを再現するのに約１時間かかりますが，必要であれば再実行してお知らせします。
008470=75
2008/07/31(木) 14:58:29>>76
Digest認証もBASIC認証と同じく /etc/shadow とかに書かれてある、
crypt関数で暗号化済みのパスワード扱えたっけ。てか今から実験してみるか。
（開発陣全員のパスワードなんて管理者すら把握してないし、もう一回全員の
パスワード設定し直すなんて言うと文句言われるもんで・・）
もしそうなら是非Digest認証を採用させていただくよ。どうもありがとう。
>>79
おおー。素晴らしい。おれ個人は是非その方法を使わせてもらうことにする。
あとは他の連中がそういうツールを素直にインストールしてくれるかどうかだけど、
まぁ文句言われたらhttp越しで使ってもらえばいいか。
あの、70で失礼な発言したのでフォローしとくが、ディレクトリの移動を追っかけられるのが
Subversionの主たる導入目的だったわけで、この機能は本当にネ申です。
ぼちぼち慣れていこうと思う。みなさんありがと・・
0085デフォルトの名無しさん
2008/07/31(木) 21:19:15/etc/shadowはPAM経由で使えるはずと思ってmod_auth pamでググったら
こんなの見つけた。
Mod_Auth_External and Mod_Authnz_External
ttp://unixpapa.com/mod_authnz_external/
なので、これとBasic認証/Digest認証モジュールを組み合わせればいけるかも。
0086デフォルトの名無しさん
2008/07/31(木) 22:00:410087デフォルトの名無しさん
2008/07/31(木) 22:01:26バージョン管理してみるのにTortoiseSVNを使ってみています
で、リポジトリに追加してコミット、一旦ローカルファイルを削除して更新して取り出すと
元のファイルと比較して更新日時が異なってしまいます
回避策も見当たらないのでコミット時に属性に更新日時を書き込んで
更新時に取り出したファイルの更新日時を更新するようにしているのですが、
クライアント側フックスクリプトのPATHパラメータで指定されるファイルには
対象となる全ファイルが列挙されるわけではないのですね
というのも、フォルダ単位で更新すると
その対象としたフォルダ名しか取れないので各ファイルを処理できないのです
クライアント側フックスクリプトで更新対象となっている全ファイル名を
サブフォルダに渡って一覧取得する方法はないですかね？
まぁ、次のバージョン？で更新日時が対応されるようなされないような
というブログの書き込みをどこかで見かけたので
それを待った方がいいのかもしれませんがとりあえず今使いたいもので
よろしくお願いします
0088デフォルトの名無しさん
2008/07/31(木) 23:34:33待った方が良いっつうか、期待するだけ無駄
うちらはもうタイムスタンプなんて気にするやつはいなくなったけどな
0089デフォルトの名無しさん
2008/07/31(木) 23:56:57いっそのこと、日本人の誰かがマイナーパッチ作って、
流しちまえよｗ
0090どこが一言だw
2008/08/01(金) 00:20:18cvs2svnで移行した経験から一言。
cvsのリポジトリの段階で、エンコードが混ざっているとiconvがエラー起こすからcvs2svnは恐らく失敗する。
特にcvsだとソースとコメントのエンコードが違う状況が発生しやすいので要注意。
# ファイルが巨大じゃなければ混在エンコードにも強いエディタで無理やり修正するとか。
# さもなければ、単体でiconvに食わせてエラーが出たらその周辺だけ抜き出して変換するとか。
0091デフォルトの名無しさん
2008/08/01(金) 02:34:45今の cvs2svn は（内部的に iconv 使ってるかどうかはともかく）変換に失敗すると
--encoding で渡された順に全部試してくれる。混在しててもエンコーディングさえ
わかっていれば、リポジトリはいじらなくても通せる。
そういうわけで >83 の指定なんだろうけど、 SJIS と cp932 と SHIFT_JIS がばらばらに
指定されてるあたり、もう手当たりしだいって感じだな。リポジトリ内のエンコーディングを
ちゃんと調べてから設定したほうがいい。
0092デフォルトの名無しさん
2008/08/01(金) 03:30:050093デフォルトの名無しさん
2008/08/01(金) 08:24:380094デフォルトの名無しさん
2008/08/01(金) 10:10:47オーナー，グループ，パーミッションを保存してほしいと
思うときがある．復元してくれなくてもコミットしたときに
どうだったかを記録しておいてくれるだけでもありがたい．
0095デフォルトの名無しさん
2008/08/01(金) 12:17:010096デフォルトの名無しさん
2008/08/01(金) 13:35:33build.conf見ると__LIBS__とかあるけどいまいち解らん・・・
0097デフォルトの名無しさん
2008/08/01(金) 13:38:39上記レスを投稿したものです。
アドバイスしてくれたみなさん，ありがとうございました。
エラーの原因が解りました。
該当フォルダは Pro*C と VC4 で開発をおこなっていたもので，そのうち
*.pre *.mdp （Pro*C と VC4 のプロジェクトファイル）が，テキストファイルとして登録されていたからでした。
ログのコメントが挿入されていて，内容は破壊されていましたが，幸いバックアップがありましたので
これらのファイルを除外して，Subversion へ移行します。
0098デフォルトの名無しさん
2008/08/01(金) 14:38:03これをローカルマシンで使うことができません
svn ls file://remoteuser@remotehost/svnroot
などとやっても
svn: URL に対し ra_local セッションを開始できません
svn: ローカルの URL 'file://remoteuser@remotehost/svnroot' に含まれているホスト名はサポートされていません
と出てきてしまうのですが
0099デフォルトの名無しさん
2008/08/01(金) 14:40:400100デフォルトの名無しさん
2008/08/01(金) 14:48:12ネットワークマウントするとか
svn+ssh://を使うとか
0101デフォルトの名無しさん
2008/08/01(金) 15:20:27これはﾜﾛﾀw
file://URL なんてのは無茶だろ兄弟 ネットワーク越えられるプロトコルお使いなされ
0102デフォルトの名無しさん
2008/08/01(金) 15:34:03ありがとうございます
なんかそれっぽかったのでfileでもリモート扱える方法があるのかと
思ってました・・・
リモートはサーバー禁止、マウントも出来ないのでsshで入って使います・・
0103デフォルトの名無しさん
2008/08/01(金) 15:44:03上記レスを投稿したものです（アホって言われてますｗ）
おかげさまでエラーとなったフォルダのみを cvs2svn で処理し，首尾よく完了し確認できました。
ここで，もう一点教えてください。
CVS のリポジトリには１０数個のフォルダがあり，３G程度のフォルダが２個トータル１０G超になってます。
フォルダ毎に分割して処理しようと，２個目のフォルダから --existing-svnrepos を指定して実行しましたが，エラーとなります。
svn のリポジトリを CVS のフォルダ単位に作り，ダンプ→統合したいリポジトリにロード・・・のような作業となるのでしょうか？
良きアドバイスが戴ければ幸いです。よろしくお願いします。
0104デフォルトの名無しさん
2008/08/01(金) 16:00:33エラーの一言で済ませないで
ちゃんとエラー内容を記述するべき。
0105デフォルトの名無しさん
2008/08/01(金) 16:26:22申し訳ありません，余分なものもあるかもしれませんがエラー時のコンソールを張ります。
----- pass 16 (OutputPass) -----
Starting Subversion Repository.
============================================================
Starting Subversion r1 / 5
Initializing project trunk
============================================================
Starting Subversion r2 / 5
Committing 15 CVSRevisions
New Directory trunk/CVSROOT
Adding trunk/CVSROOT/verifymsg
Adding trunk/CVSROOT/taginfo
Adding trunk/CVSROOT/rcsinfo
Adding trunk/CVSROOT/postcommit
Adding trunk/CVSROOT/notify
Adding trunk/CVSROOT/modules2
Adding trunk/CVSROOT/modules
Adding trunk/CVSROOT/loginfo
Adding trunk/CVSROOT/historyinfo
Adding trunk/CVSROOT/editinfo
Adding trunk/CVSROOT/cvswrappers
Adding trunk/CVSROOT/cvsrc
Adding trunk/CVSROOT/config
Adding trunk/CVSROOT/commitinfo
Adding trunk/CVSROOT/checkoutlist
ERROR: svnadmin failed with the following output while loading the dumpfile:
svnadmin: ファイルが既に存在します: ファイルシステム 'C:/svndata/db', トランザクション 1657-1, パス 'trunk'
以上です，よろしくお願いします。
0106デフォルトの名無しさん
2008/08/01(金) 17:08:260107デフォルトの名無しさん
2008/08/01(金) 17:12:04CVS リポジトリ内のフォルダー単位に cvs2svn 処理をさせたかったので，
２回目からは --existing-svnrepos パラメータを付けたのですが・・・
他に指定すべきパラメータとか，なにか前処理が必要でしょうか？
0108デフォルトの名無しさん
2008/08/01(金) 17:33:50そのオプションが効かないって記述があるみたいだけど
というか、それ分割して処理する意味があるのか
0109デフォルトの名無しさん
2008/08/01(金) 17:50:15レスありがとうございます。
CVSのサイズが１０Gと大きいせいか，まとめてハウマッチで実行すると
pass 5(SortRevisionSummaryPass) が，３０時間くらい実行しても終わりません。
２G程度のフォルダのみで実行したところ，ディスクアクセスをガリガリやって終了しました。
１０Gまとめてだと，ディスクアクセスもほとんど無く，実行してるのか固まってるのか怪しい感じでした。
急いで使いたいファイルが入っているフォルダを先に終わらせて，時間のかかるフォルダを
後でゆっくり移行したいと思ってます。
0110デフォルトの名無しさん
2008/08/01(金) 22:23:10そうなんですか
バージョンを管理するツールに通しただけで
元の情報（今回の場合は更新日時）が欠落してしまうということに違和感を感じました
他の例で言えば、ファイルを圧縮して解凍しても
更新日時は元のままであって欲しいと思っています
（もし全ファイルの日時を揃える要件があれば、
バージョン管理や圧縮などの仕組みとは別に、日時を揃える方法を考えるかな？）
あと元の質問だったファイルの一覧はやっぱり取得できないようなので
フォルダを起点にチマチマやることにします
どうもありがとうございました
0111デフォルトの名無しさん
2008/08/02(土) 00:19:51そのネタは気を付けた方が良い
0112デフォルトの名無しさん
2008/08/02(土) 00:58:12それはそうと、1.4系統のサーバーに1.5のクライアントつなげてもまったく問題ないよね
逆の場合はどうなのかな？
0113デフォルトの名無しさん
2008/08/02(土) 00:58:48「sshで入って使う」などと書いてあるのが不安なのだが、
ログインしてviとかそういう話か?
svn co svn+ssh://remote/path
しろっていう話だぞ。
これならsshdさえ動いていればサーバ類は必要ない。
0114デフォルトの名無しさん
2008/08/02(土) 08:11:08エクスポート時にはコミット時刻が吹かされるからそれで十分じゃないかと。
0115デフォルトの名無しさん
2008/08/02(土) 09:14:230116デフォルトの名無しさん
2008/08/02(土) 11:13:540117デフォルトの名無しさん
2008/08/02(土) 13:50:15fileスキーマでネットワーク越えられないって思ってるようだけど、
Win版なら file://192.168.1.2/svn/root みたいなURLで
CIFSプロトコル(共有フォルダ)経由でアクセス出来るよ。
>>102でsshってあるからWinじゃないだろうけど、
samba上に置くことも出来る。（普通は素直にsvn+sshするだろうけど）
0118デフォルトの名無しさん
2008/08/02(土) 16:04:18file://server1.home.local/d$/svn/repoA/
で行ける。
実際に管理共有でやるかっつうとやんないにしても、管理共有でも行けるので
事前に共有フォルダにしておく必要すらないのか。
0119デフォルトの名無しさん
2008/08/02(土) 18:51:29サーバ側で移動する必要が出たときとか…
0120デフォルトの名無しさん
2008/08/02(土) 21:27:51なんも管理されてないってことだろ。
0121118
2008/08/02(土) 22:16:110122デフォルトの名無しさん
2008/08/02(土) 23:20:30Subversion の複数のリポジトリを統合する方法でも良いのですが。
よろしくお願いします。
0123デフォルトの名無しさん
2008/08/02(土) 23:30:34> フォルダ単位に cvs2svn を実行する方法って無いんですかね？
あるだろ。何で無いと思うの？
> Subversion の複数のリポジトリを統合する方法でも良いのですが。
svnadmin dump → svnadmin load
0124デフォルトの名無しさん
2008/08/02(土) 23:34:27ありがとうございます。
dump → load で統合できれば最悪なんとかなります。
>>107 の方法だと，エラーになってしまいます。
必要なパラメータとか前処理があれば，アドバイスいただければ幸いです。
よろしくお願いします。
0125デフォルトの名無しさん
2008/08/03(日) 00:43:45やるかどうかじゃなくて、できちゃうことに問題があると言われてるんだが。
0126118
2008/08/03(日) 00:49:43なんでここまで説明しないといかんの。
食いつき良すぎだろ。。。
0127デフォルトの名無しさん
2008/08/03(日) 03:26:59直接リポジトリに入れるんじゃなくて、 cvs2svn からはダンプだけ作らせといて、
svnadmin load するときに --parent-dir すればいいんじゃないかな？
0128デフォルトの名無しさん
2008/08/03(日) 07:36:52> 普段無効にしている管理共有を試しに有効にして試しただけだって。。。
やってないだろ？
もし、本当に普段無効にしている管理共有を有効にしたと言うなら、やり方を
書いてくれ。
マジでやってたら、それこそバカだよ。
0129118
2008/08/03(日) 09:45:17無効にしたことがバカなのか、試したことがバカなのか、その両方がバカなのか
よく分かりませんが手順は一般的に知られていると思うけど、レジストリ変更して再起動。
ttp://www.atmarkit.co.jp/fwin2k/win2ktips/281stpdefshare/stpdefshare.html
ただの共有じゃなく管理共有でどうなの？ と思って普段しない事で試しただけで、
素朴な疑問でスレの空気を悪くしてすいません。
0130デフォルトの名無しさん
2008/08/03(日) 10:15:55あなたは全然悪くない。というかとても親切。
0131デフォルトの名無しさん
2008/08/03(日) 16:53:440132デフォルトの名無しさん
2008/08/03(日) 17:52:17それ以外の用途だと気になるのかもしれんなぁ
0133デフォルトの名無しさん
2008/08/03(日) 20:43:260134デフォルトの名無しさん
2008/08/03(日) 22:58:170135デフォルトの名無しさん
2008/08/03(日) 23:11:08vz?
0136デフォルトの名無しさん
2008/08/03(日) 23:20:500137デフォルトの名無しさん
2008/08/04(月) 14:24:17バージョン管理下にないファイルだと気になるな。
Exportだと更新日時が最終コミット時になるので
個人的には今の仕様がベスト。
CheckoutやUpdateで更新日時がコミット時に設定されると
makeが変な動きをしそうだし。
0138デフォルトの名無しさん
2008/08/04(月) 20:59:55Exportってバージョン管理外のファイルにする方法なのでは？
CheckoutやUpdateってバージョン管理下にある状態なのでは？
…って、そもそも何か勘違いしてるのかな… orz
0139デフォルトの名無しさん
2008/08/05(火) 08:41:31バージョン管理下にあるファイルのタイムスタンプは、バージョン管理が更新するものだと思って諦める。ということさ。
0140デフォルトの名無しさん
2008/08/05(火) 11:28:320141デフォルトの名無しさん
2008/08/05(火) 11:54:27ソースファイルの場合はタイムスタンプ更新した方が、makeに都合が良い。
ソース以外(make管理外)のデータやドキュメント類は、タイムスタンプ更新しないほうが都合が良い。
0142デフォルトの名無しさん
2008/08/05(火) 22:11:43そうかなー…
これこそオリジナルタイムスタンプのままの方が良いきがするけど
0143デフォルトの名無しさん
2008/08/05(火) 22:30:52リビジョンで管理すると複数のファイル間の関連も一目でわかるから便利じゃん。
タイムスタンプだけでは最新かどうかわからないじゃないか。
0144デフォルトの名無しさん
2008/08/05(火) 22:55:15いったいいつまで続けるんだよ
0145デフォルトの名無しさん
2008/08/05(火) 23:11:48後学のために教えて
makeが誤動作するということはバージョン管理システムを使っていない場合は
makeが誤動作しまくるの？それともmake前にタイムスタンプを揃えるという処理をしてる？
揃ってもいいのかもしれないけど（というか気にしないでもいいのかもしれないけど）
元のままではダメだというのがよく分からない…
（気にしないなら元の情報が残っていてもいいのでは…）
>>144
単なる罵り合いだの罵声だのではなく、
それぞれの可能性や考え方がやりとりされている分には勉強になりますが…ダメですか？
0146デフォルトの名無しさん
2008/08/05(火) 23:21:33罵り合いが続いてたから昔から見てる人からすると溜め息しか漏れないかと。
0147デフォルトの名無しさん
2008/08/05(火) 23:23:540148デフォルトの名無しさん
2008/08/05(火) 23:31:21あ、すみません 以前の罵り合いってのを知らなかったもので…
双方のシチュエーションや経験談を参考にさせてもらって
自分のシチュエーションではどっちが妥当か？を考えるのにいいな、と思ったのですが…
0149デフォルトの名無しさん
2008/08/05(火) 23:39:28まぁ実際、svnが更新するタイムスタンプも怪しいけどなｗ
かなりでかいソースツリービルドした時、うまくいかない事が
あってからあまりsvnのタイムスタンプ管理は信じない事にしてるｗ
0150デフォルトの名無しさん
2008/08/06(水) 00:34:25リビジョンを進めようが後退させようが更新されたファイルのタイムスタンプは現時刻になる。この場合makeが正しく動作する。
0151デフォルトの名無しさん
2008/08/06(水) 02:09:58コミットするたびに全ファイルをチェックアウトするのにかなり時間がかかってしまいます。
コミットしたディレクトリとかファイルのみチェックアウトするなどして、時間短縮できないでしょうか・・・。
0152デフォルトの名無しさん
2008/08/06(水) 02:49:021) Webサーバの設定で、.svnへのアクセスを拒絶する。
2) チェックアウトではなくupdateする。
3) svnlookの出力を加工して、updateする対象を絞り込む。
0153デフォルトの名無しさん
2008/08/06(水) 10:12:15make の動作原理は、makefileに記載したソースファイル→ターゲットファイルの依存関係について、
タイムスタンプを比較し、ソースよりターゲットが古い場合にコマンド（たとえばコンパイル）を実行するというものだ。
svn update でソースファイルを差し替えたのに、ターゲットファイルの日付より古ければ、
コマンド（コンパイル）が実施されず、update 前のソースで生成されたターゲットファイルでプログラムが出来上がってしまう。
B君が 二日前に foo.c を編集した
A君が 昨日checkoutして、make を実行し、foo.c から foo.o を生成した
B君が テストを終えて、本日 foo.c をcommitした
A君が 本日updateして、B君のfoo.cを取り込んだ。ここでmakeを実行するとして、
foo.cのタイムスタンプがB君編集時刻（2日前)だと
0154デフォルトの名無しさん
2008/08/06(水) 10:14:47foo.cのタイムスタンプがB君編集時刻（2日前)だと foo.c より foo.o が新しいので、
make は foo.c を再コンパイルせず、foo.o は B君編集前のfoo.c から生成された内容のままとなる。これがまずい。
0155デフォルトの名無しさん
2008/08/06(水) 12:33:130156デフォルトの名無しさん
2008/08/06(水) 12:39:370157デフォルトの名無しさん
2008/08/06(水) 12:40:000158デフォルトの名無しさん
2008/08/06(水) 12:54:13ありがとうございます。
おかげでsvnlookで更新したファイルのリストを取得出来たのですが、
これと svn updateをどうからめてやれば、
更新ファイルのみを対象と出来るのでしょうか…
0159デフォルトの名無しさん
2008/08/06(水) 13:00:260160デフォルトの名無しさん
2008/08/06(水) 13:11:42公開用のフォルダがワーキングコピーになっているなら、
svn update するだけで いいんでない？
後は、 >>152 の 1) を対策して終わりでしょ？
なんでわざわざチェックアウトし直す必要がある？
0161デフォルトの名無しさん
2008/08/06(水) 16:13:260162デフォルトの名無しさん
2008/08/06(水) 16:29:56のほうが新しいバージョンに対応していていいんじゃない？
0163デフォルトの名無しさん
2008/08/06(水) 19:03:06tsvn:logminsize を自動的に付与する為の設定って無いですかね？
これ設定しておかないとログ入れない奴がたくさんいるんですよ。
0164デフォルトの名無しさん
2008/08/06(水) 19:18:430165163
2008/08/06(水) 19:38:16pre-commit で模索中です。
svnlook でトランザクションのログを捕らえるところまでは確認できましたが、
ログの長さを調べる バッチファイルの記述の仕方がわかりません。
現在調査中です
0166デフォルトの名無しさん
2008/08/06(水) 19:39:370167デフォルトの名無しさん
2008/08/06(水) 20:25:18ちょっとはぐぐれよ・・・
ttp://www.spring-aki.com/archives/2006/10/svn_hook_script_bat.html
0168デフォルトの名無しさん
2008/08/06(水) 20:41:20探し方がたりませんでした。
ありがとう。
0169デフォルトの名無しさん
2008/08/07(木) 09:23:21ちょっとやりすぎな変更をしてしまったとき，
svn revert で最初に戻すのは嫌だし
かといってそのまま svn commit もしたくないし，
というわけで svn diff で自分がやらかした変更を
確認しながら部分的に元に戻したりをしているんですが，
なにか便利な Emacs で使えるツールってありませんか？
つまりワーキングコピーとベースをならべて
変更点を色付けしてくれて，というツールを探しています．
vc-diff すると単に svn diff の結果がバッファに
表示されるだけで萎えます．
0170デフォルトの名無しさん
2008/08/07(木) 10:41:21とりあえず、Emacsを無視すると、TortoiseDiff(TortoiseMerge)ぐらいしか思いつかない。
0171デフォルトの名無しさん
2008/08/07(木) 10:43:12その用途には WinMerge 使ってる。 169 が Windows ユーザーかどうか知らないけど。
0172デフォルトの名無しさん
2008/08/07(木) 10:56:15そして、編集中のやり過ぎソースをコミットするんだ。
話はそれからだ。
0173デフォルトの名無しさん
2008/08/07(木) 13:40:31>>172が正論だけど，Emacsのツールとしては ediff (VCに連動するのは ediff-revision) がある
これ以上はEmacsスレへどうそ
0174デフォルトの名無しさん
2008/08/07(木) 14:08:24Meld使えばいいんじゃない？
0175デフォルトの名無しさん
2008/08/08(金) 12:21:06tsvnは再帰的に適用されるって書いてたような気がするから、ルートに書いてみれば？
0177デフォルトの名無しさん
2008/08/08(金) 13:16:170178デフォルトの名無しさん
2008/08/08(金) 14:08:120179デフォルトの名無しさん
2008/08/09(土) 03:09:100180デフォルトの名無しさん
2008/08/09(土) 11:05:53このブランチのこのリビジョンのうちの１か２ファイルだけ、別のブランチに
マージかけたい場合って出来ますでしょうか？
0181デフォルトの名無しさん
2008/08/09(土) 14:10:19ファイル個別にマージを実行すればできるでしょ。
0182デフォルトの名無しさん
2008/08/12(火) 16:09:57■ このスレッドは過去ログ倉庫に格納されています