バージョン管理システ ..
116:デフォルトの名無しさん
08/12/14 10:50:59
>>114
これってgitの実行ファイルも同梱してるの？
というか、そもそもwinでまともに実行できるgitはなかったような・・・。
117:デフォルトの名無しさん
08/12/14 11:26:25
win環境であえてgitを使おうとは思わないが
118:デフォルトの名無しさん
08/12/14 15:32:57
>>115
それで速度テストしてる気になってるの？
あんたアホですか？w
119:デフォルトの名無しさん
08/12/14 16:44:55
「無意味な煽り乙」っと思ったら、>>118のいう通りじゃねーか
そんな実験バイナリとpythonの速度差しかわからんぞ？
120:デフォルトの名無しさん
08/12/14 19:59:53
>>117
じゃTortoiseGitの作者に「ムダなので今すぐやめてください」って抗議しる
121:デフォルトの名無しさん
08/12/14 20:21:34
あーあ、120 を泣かしたー
122:デフォルトの名無しさん
08/12/15 00:08:59
あらら
123:102
08/12/15 05:46:25
>119
うちじゃ、その速度差が激しいのだが。
bzr version > /dev/null 2.02s user 0.06s system 99% cpu 2.092 total
hg version > /dev/null 0.11s user 0.02s system 99% cpu 0.128 total
何が原因なんだ？
124:デフォルトの名無しさん
08/12/15 08:09:11
>>123
しらんがな
125:デフォルトの名無しさん
08/12/15 08:58:47
>>123
1.10 にあげてみたつもりで1.6動かしてない？
126:デフォルトの名無しさん
08/12/15 11:00:38
>>123
hgとbzrはどっちもpythonだから、そんなに速度差があるわけないんだがなあ。
127:デフォルトの名無しさん
08/12/15 14:45:03
monotoneに関しての質問です。
データベースファイル（*.mtn）だけを、メインPCから他のPCに移して
その中のブランチをcheckoutしようとしたのですが、
中に含まれている最初のファイルの時点で
次のようなメッセージが出て、なぜか失敗してしまいます。
mtn: 誤り: 名称変更ターゲット 'testdir/first_file.txt' は既に存在しています
checkout先のディレクトリを見てみると
_MTN ディレクトリと testdir/first_file.txt だけが作られていました。
このエラーはなぜ発生するのか、原因のわかる方がいましたら教えてもらえないでしょうか？
なお、monotoneのバージョンは0.41で、Windows XP環境です。
128:127
08/12/15 14:54:10
書き込んでからいろいろ試していると、
mtn genkeyしただけで落ちることに気がつきました・・・
もしかすると、monotoneのこのバージョン（0.41）に問題があるのかもしれません。
後ほどメインPCでもう一度確認してみます。
129:デフォルトの名無しさん
08/12/15 15:01:49
>>123 はアホだから、
bzr -> バイトコンパイル前に実行
hg -> バイトコンパイル後に実行
こんな感じで実行してたんだろ。
130:127
08/12/16 07:01:17
やっぱり上手くいきませんでした。
monotone 0.40を使えば、genkeyで落ちることは無くなったのですが
checkoutは同じエラーで落ちてしまいます。
メインPCでのcheckoutは平気で出来るのに、サブPCでのcheckoutは失敗するなんて
いったいどうなってるのコレ
潔くmonotoneを使うのを止めろってことなの
131:123
08/12/16 21:53:58
えー、結論から言いますと、>129が正解でした。それでもhgよりは遅いけど。
bzr version > /dev/null 0.41s user 0.06s system 99% cpu 0.471 total
pythonって、バイトコンパイルしないとあんなに遅いのか。
インスコする時に、ずらずらっと表示されてたんでコンパイルしてるのか思ってた。
Mandriva 2009.0のパッケージで入れた奴もコンパイルされてなかったんだな。
132:デフォルトの名無しさん
08/12/17 02:09:59
hgでcommitlogを書き直す方法を教えて。
そもそもcommitlogもリビジョン管理できたらいいのに。
133:デフォルトの名無しさん
08/12/17 08:42:33
>>130
うちでは普通に動いてるな
同じファイル名が大文字小文字違いで入ってたりはしないよな
134:デフォルトの名無しさん
08/12/17 11:44:59
>>131
Ruby や Perl に比べると、バイトコンパイルできるからロードが早いんだけどな。
Cに比べるともちろん負ける。
ロードが0.5秒を切ったら、ロード時間よりもリポジトリやファイルを操作する時間の方が
大事になってくる。
135:デフォルトの名無しさん
08/12/17 20:25:00
>>134
脱線するけど、Rubyも1.9からYARVとかいうのでバイトコンパイルできるようになったらしいよ？
俺メインpythonだからよく知らんけども。
136:デフォルトの名無しさん
08/12/17 21:44:42
>>135
結果を*.pycのようなファイルに落とすところまでは、まだ至ってない。
137:デフォルトの名無しさん
08/12/19 13:24:08
今、所謂cherry-picking（他所branchのchangesetをつまみ食い）について
調べてるんだけど、現状はこんな感じで間違いない？
Mercurialでは、下のURLの"import/export"の章に書いてあるように、
patchファイルを作って適用するとマージ元ログがそのまま入るけど
IDが元と変わってしまうし、メタ情報(どっから持ってきたかとか)が
失われるので二重マージも防げない。
URLﾘﾝｸ(www.selenic.com)
transplant拡張を使うと二重マージは防げるようになるけど、
メタ情報はtransplant専用ファイルに記録されてるだけで、
Mercurial公式のfirst-classメタデータとは言えない。IDも元と変わってしまう。
com.selenic.mercurialで紹介されてるmerge+backout("cherry-winnowing")の
方法を使うと、IDは保存されるし二重マージも防げるけど、ややこしくて、
ログを見ると流れが複雑すぎて頭が混乱してくる。
Bazaarでは下のURLに書いてある通り簡単に操作出来るけど、メタ情報の無い
普通のコミットと同じ扱いになるので、二重マージを防いだりマージ元ログを
引用させたり出来ない。
URLﾘﾝｸ(doc.bazaar-vcs.org)
darcsだとうまくいくらしい？
138:デフォルトの名無しさん
08/12/19 13:28:06
launchpad使っている人いないですか？
Register a branch画面で Project名がInvalid valueと言われてしまい困っています。
どんな名前だったらよいのでしょうか？アルファベット12文字くらいでもはねられる・・・
URLﾘﾝｸ(code.launchpad.net)
139:デフォルトの名無しさん
08/12/19 13:36:20
>>137
>普通のコミットと同じ扱い
そんな事無いよ。サブリビジョン?の概念があるから。
>>138
先にプロジェクトを登録しないとダメ。登録は以下から。
URLﾘﾝｸ(launchpad.net)
またプロジェクト無しでもブランチを作れる。その場合は"bzr push lp:~ユーザー名/+junk/ブランチ名"でおk。
140:デフォルトの名無しさん
08/12/19 14:00:14
>139
そのサブリビジョン?って何？ bzr log -v --show-ids でも出てこないみたいだけど。
bzr mergeすると黙って二重マージされちゃうし、何の役に立ってるの？
141:デフォルトの名無しさん
08/12/19 14:07:49
>>140
>bzr mergeすると黙って二重マージされちゃうし
Nothing to do.って言われてマージされないよ?
142:デフォルトの名無しさん
08/12/19 14:25:35
>141
今確認してみたけど、やっぱ二重マージされるような……。
ちなみに、141の環境では、logコマンドのparent行みたいに、cherry-picking元のIDを
後から確認出来るの？
143:141
08/12/19 14:54:23
ごめん、飛び飛びの場合のトラッキングはサポートされてないようだ。
URLﾘﾝｸ(bazaar-vcs.org)
マージの時に--merge3や--weaveでコンフリクトを抑えるしかないみたい。
144:デフォルトの名無しさん
08/12/19 16:37:45
git便利そうなんだけどwindowsも使うんだよなあ
145:138
08/12/19 16:51:05
>>139
サンクス。先に登録しないとだめなのね
やってみるっす。
146:デフォルトの名無しさん
08/12/19 16:57:24
>>144
cygwinでUTF-8ならWindowsでも使えるよ
147:デフォルトの名無しさん
08/12/19 18:54:48
>>137
MQ使うかdarcs使え。
それ以外は無理。
148:デフォルトの名無しさん
08/12/19 23:03:41
なんでdarcsだと二重マージを防げるの？
各パッチに固有のIDを割り振ってるのかな？
149:デフォルトの名無しさん
08/12/19 23:57:45
darcsは、パッチ管理ソフトだから。
150:デフォルトの名無しさん
08/12/20 03:50:28
状態記録パラダイムのソフト(Mercurial, Bazaar)で、パッチ集積パラダイム(darcs)の
機能を実現しようとするから、複雑になったり泥縄的になったりするんじゃないかな。
151:デフォルトの名無しさん
08/12/20 03:54:32
泥縄は泥臭いという意味じゃないよ
152:デフォルトの名無しさん
08/12/20 09:46:16
アホな俺に教えてくれ。
>>149
修正，削除のない，追加だけのパッチでも二重マージって防げるものなの？
>>150
状態記録といっても，hgやgitは差分で内容を保存してるんでしょ。
差分てパッチと同じような気がするんだけど，どう違うの？
153:デフォルトの名無しさん
08/12/20 13:01:56
>>152
Gitは差分じゃないよ。hgはたしか差分。
154:デフォルトの名無しさん
08/12/21 12:22:34
>>150
>状態記録パラダイムのソフト(Mercurial, Bazaar)で、パッチ集積パラダイム(darcs)の
>機能を実現しようとするから、複雑になったり泥縄的になったりするんじゃないかな。
これ、もっと詳しく知りたい。教えてえらいひと！
155:デフォルトの名無しさん
08/12/21 14:17:34
mercurial 1.1.1 release
156:デフォルトの名無しさん
08/12/23 00:19:48
>>154
version1 = version0 + 機能1
version2 = version1 + 機能2
version3 = version2 + 機能3
と考えたときに、機能1がいらなくなったとしよう。
そのときパッチ集積パラダイム(チェンジセット指向)だと
version4 = version0 + 機能2 + 機能3
ということができる。
hg,bzrみたいなスナップショット指向は
versionXしか扱えないからダメ。
MQでもこういう事はできるけどMQはローカルでのパッチ管理なので
みんなでパッチを共有することはできない。
hgがたとえ内部で差分管理していても
その差分に名前が付けられていないからユーザは手が出せない。
157:デフォルトの名無しさん
08/12/23 02:05:52
Mercurialの公式wikiの翻訳って今どうなってるの？
誰かやりかけてるの有る？ hgbookは誰かやってるんだっけ？
158:デフォルトの名無しさん
08/12/23 10:37:21
>>156
サンクス。
ただ、これだと「機能1の機能を消すパッチ」を当てればいいだけだと思うんだけど、どうでしょうか？
機能1 をrevertするようなパッチを作成する機能ってたしかgitとかhgにあったと思います。
あと、>>150はもともと>>148の
>なんでdarcsだと二重マージを防げるの？
という質問への返答なので、なぜdarcsだと二重マージを防げるかを、パッチ集積パラダイムの点から説明していただけると、スレ的にはうれしい。
159:デフォルトの名無しさん
08/12/24 01:00:57
>>75
基本的な動作はいい感じだけど、やっぱり物足りない部分が多いかな
boostぶち込んでもレスポンスいいのはなかなか
160:デフォルトの名無しさん
08/12/25 21:41:44
git branch
すると
* (no branch)
というのがでてこまってます。どうやったらこれを消せるんでしょうか。
git branch -d '(no branch)
ではだめでした。
たすけてください！
161:デフォルトの名無しさん
08/12/25 21:58:15
>>160
rm -rf .git
162:デフォルトの名無しさん
08/12/25 22:13:22
>>160
一時的な無名ブランチなので、他をチェックアウトすれば消える。
163:デフォルトの名無しさん
08/12/26 02:45:27
git push したらこんなエラーが出た。
$ git push
Counting objects: 116, done.
Compressing objects: 100% (85/85), done.
Writing objects: 100% (112/112), 40.38 KiB, done.
Total 112 (delta 32), reused 54 (delta 0)
To git@github.com:username/project-name.git
8644ee0..dccb472 master -> master
! [rejected] experiment -> experiment (non-fast forward)
error: failed to push some refs to 'git@github.com:username/project-name.git'
experiment ブランチでなにかエラーになっているようだけど、さっぱりわからん。
おしえてえらいひと。
164:デフォルトの名無しさん
08/12/26 14:12:20
そもそもマージは人間がやるべきだよ。
バージョン管理システムは構文は見ないわけだし。
165:デフォルトの名無しさん
08/12/26 19:41:07
>>163
fast forward出来ないってことは、誰かがあなたより先にそのブランチにpushした
ってことだと思う。
git fetch とか git rebase で真っ直ぐにする必要があると思う。
しかしgithubで誰かとブランチ共用してるのか。まあそういうやり方もありか。
166:デフォルトの名無しさん
08/12/26 22:48:11
自動のマージに任せるととんでもないことになるから、
必ず手動でマージしてから自動のマージを走らせて、
変わった所をチェックしてるわ。
167:デフォルトの名無しさん
08/12/27 13:37:26
>157の件だけど、誰もやりかけてるのはないって事でいいのかな？
この休み中に少しだけでも翻訳しようかなって感じなんだけど。
hgbookは、一度どっかに訳があがってたけど、今は無いみたい(?)
ちなみに、公式FAQの足りない所や英語版と食い違ってるところを訳そうかなぁと
思ってる。
168:デフォルトの名無しさん
08/12/27 13:53:04
gitって名前がダサイ。
169:デフォルトの名無しさん
08/12/27 13:54:44
>>166
svn以前のマージって確かにひどい。ゴミだったな、ありゃ。
170:デフォルトの名無しさん
08/12/28 13:18:44
>>169
CVSのマージで困ったことはないけど最近はもっと便利になってるの?
171:デフォルトの名無しさん
08/12/29 05:13:58
なってる。
172:デフォルトの名無しさん
08/12/29 10:48:16
具体的にはどう便利に？
173:デフォルトの名無しさん
08/12/29 11:40:02
git blame -M/-Cってすごいなぁとおもって
ソースみてみたけどロジックがわからんかった orz
ほかのvcにはないよねこういうの
174:デフォルトの名無しさん
08/12/30 19:56:59
>>173
いらないwww
175:デフォルトの名無しさん
08/12/31 16:04:33
Gitでコミットの順番をいれかえるのってどうしたらいいの？
なんかGitではそういうことができると聞いたんだけど。
176:デフォルトの名無しさん
09/01/01 15:03:39
Mercurial 1.1.2 release
177:デフォルトの名無しさん
09/01/01 15:14:46
>>175
大体こんな感じ。
git reset HEAD^
git stash save
git reset HEAD^
git stash save
git stash apply stash@{1}
でもこれで入れ替えられるのは多分、diffの範囲が十分に離れている場合だけ。
近すぎるとコンフリクトすると思う。
178:デフォルトの名無しさん
09/01/01 16:28:22
>>177
えー、むちゃむちゃ手作業じゃないですか。そういうものですか。
あとこの方法だと、ログメッセージも手作業で指定することになりますよね。
だまされたのかな。Git には、パッチの順番を入れ替える直接的な機能はないということでFA?
179:デフォルトの名無しさん
09/01/01 16:43:46
$ git rebase -i HEAD~2
で $EDITOR が起動する. 説明は書いてあるのでそのようにすればいい.
簡単にいえば行毎にコミットがかいてあるのでそれを入れ換えばいい.
180:デフォルトの名無しさん
09/01/05 11:07:46
TortoiseHGでアイコンオーバーレイは、TortoiseSVNが入ってないと使えなかったりする？
181:デフォルトの名無しさん
09/01/05 18:54:32
>>180
アイコンオーバーレイだけインストールできるよ。Hgは試したことないけどTortoiseBzrではうまくいった。
URLﾘﾝｸ(tortoisesvn.tigris.org)
182:デフォルトの名無しさん
09/01/05 23:00:05
>>181
サンクス。明日会社でやってみる。
183:デフォルトの名無しさん
09/01/05 23:21:19
TortoiseHgはオーバーレイでるよ。
インスコ後OS再起動していないとか
184:デフォルトの名無しさん
09/01/07 11:12:45
git では $HOME/.gitconfig に alias が設定できます。
しかしたとえば commit の alias として ci を登録すると、zsh の補完が効かなくなります。
つまり、git commit なら効く補完が、git ci だと効かないわけです。
あたりまえといえば当たり前なんですけど、git commit での補完が git ci でも効くようにするにはどうしたらいいでしょうか。
185:デフォルトの名無しさん
09/01/07 11:22:45
zshのドキュメントを読めばいいんじゃない？
186:デフォルトの名無しさん
09/01/07 11:55:54
gitのページがかわいくなったw
187:デフォルトの名無しさん
09/01/07 14:40:33
どーもくんみたいのがバナーにいるな
188:デフォルトの名無しさん
09/01/07 14:41:18
Git - Fast Version Control System
URLﾘﾝｸ(git-scm.com)
189:デフォルトの名無しさん
09/01/07 15:00:40
ほんとだドーモくんに似てるｗ
190:デフォルトの名無しさん
09/01/07 21:18:57
なんできのこの山（抹茶味）食べてるん？
191:デフォルトの名無しさん
09/01/07 21:38:12
>>190
うまいからじゃね？
192:デフォルトの名無しさん
09/01/07 23:21:37
ドーモくんもGPLだったんだな。
193:デフォルトの名無しさん
09/01/08 03:28:19
どう見てもドーモくんです。
194:デフォルトの名無しさん
09/01/08 10:28:05
食べすぎて太ってるな
195:デフォルトの名無しさん
09/01/09 16:04:13
普段gitである程度まとまったらsf.netのsvnにgitの結果をなげるとかできる？
196:デフォルトの名無しさん
09/01/09 16:24:03
mercurialでaddを取り消すことはできない？
addまではできるが、ファイル名の関係でcommiit出来ないからaddを取り消したいんだが…。
197:196
09/01/09 16:29:01
申し訳ない。調査が足りなかった。
反省してる。
198:デフォルトの名無しさん
09/01/09 18:09:01
>>157
hgbookは URLﾘﾝｸ(freehg.org) に作業中のが。
199:デフォルトの名無しさん
09/01/09 19:39:31
>>195
git-svnで出来るよ。
sf.jpなら直でGitいける。
200:デフォルトの名無しさん
09/01/10 02:14:40
>198
そのURL、公式wikiの日本語版トップページからリンクしとけばいいんじゃない？
存在を知らない人が二重に訳し始めたら無駄だし。
201:デフォルトの名無しさん
09/01/10 12:17:54
>>195
こんな感じかな
svn からごっそりclone
$ git svn clone rep_url -T trunk -b branches -t tags
svn の branch を確認して
$ git branch -r
svn の branch を git の branch に紐付けして checkout
$ git checkout -b git_branch svn_branch
git の local branch を作ってゴソゴソ作業
$ git branch local_branch
まとまったら、紐付けされた branch に戻って merge
$ git checkout git_branch
$ git merge local_branch --no-ff
svn に送る
$ git svn dcommit
202:デフォルトの名無しさん
09/01/11 18:47:34
一つ質問させてください。
今までmonotoneを使っていて、最近新しくgitを使い始めたのですが
monotoneでのcheckoutや、subversionでのexportのように
「ローカルレポジトリの内容を展開する」ことが可能なコマンドは無いでしょうか？
たとえば、カレントディレクトリに .git だけがあって、その他には何もファイルが無いとき
git export
と実行すれば、その位置にレポジトリの内容が展開される……
というような事がやりたいのですが、その方法が分からずに悩んでいます。
203:デフォルトの名無しさん
09/01/11 19:27:29
git checkout .
204:デフォルトの名無しさん
09/01/11 20:42:44
>>203
checkoutするとファイル一覧は表示されるのですが、実際に展開が行われている様子はありません
D file1
D file2
D
...
205:デフォルトの名無しさん
09/01/11 20:45:43
>>204
`.`
206:204
09/01/11 21:04:14
>>205
すみません、ピリオドを見落としていました。ありがとうございます！
207:デフォルトの名無しさん
09/01/15 06:43:22
URLﾘﾝｸ(www.atmarkit.co.jp)
間違いだらけで笑えるwww
208:デフォルトの名無しさん
09/01/15 08:00:33
分散型童貞の俺にどこが間違っているのかkwsk
209:デフォルトの名無しさん
09/01/15 09:13:46
そもそも中央リポジトリがなくてもいいのが分散型の意義じゃねーの？
210:デフォルトの名無しさん
09/01/15 09:32:15
>209
それ、ちゃんと記事に書いてあるじゃん。
で、どこが間違ってるの？
211:デフォルトの名無しさん
09/01/15 14:16:53
>>207
うーむ、TortoiseBzr のところで、いつのまにか Mercurial になってたのは笑ったけど、
個人的な見解含めて特におかしな記事だとは思えんがなあ。
212:デフォルトの名無しさん
09/01/15 17:13:31
>>207
文字コードの話はろくに設定もしないで言いがかりに近いんじゃないかね。
213:デフォルトの名無しさん
09/01/15 18:24:43
>>207
自分で使い込んでる感じがしないよね。どうしてもSVN中心に考えている感じ
214:デフォルトの名無しさん
09/01/15 18:38:04
HGの綴り間違えてるし相当適当じゃないかその記事
215:デフォルトの名無しさん
09/01/15 19:57:22
>>213
結論がSVNを中央リポジトリにしてクライアントを分散型にするのがいいとか言ってるやつだぜwww
216:デフォルトの名無しさん
09/01/15 22:40:59
間違いだらけ、とまでは行かないが使い込んでない感はあるなぁ。
結論だけは、・・・・・無いな。これは馬鹿。
道具を増やしたら、複雑になるだけだろうが・・・
217:デフォルトの名無しさん
09/01/16 00:50:27
git stash すると、一時的なコミットが作成されますよね？
連続してgit stashしてから、その順番を入れ替えてもとに戻したいんですけど、できますか？
git stash # 1 回目 （小さめ）
git stash # 2 回目（小さめ）
git stash # 3回目（けっこう大きい）
git pop # ここで1回目と2回目のを先に戻してcommitしたい
こんな説明で伝わるかわかりませんが、もしご存知の方がおられましたらお願いします。
218:デフォルトの名無しさん
09/01/16 06:47:04
git stash list
git stash apply stash@{1}
git stash apply stash@{2}
git stash apply stash@{0}
みたいな感じか?
ただしindexが違うから確実にマージされるとは限らないので、
コンフリクトが出たら手動でマージする必要があると思う。
最近この辺のインデックスとかの挙動がようやく分かってきたが、まだまだ曖昧だな。
219:デフォルトの名無しさん
09/01/16 08:47:22
>>216
無理して話に加わらなくていいよ
220:デフォルトの名無しさん
09/01/16 12:26:56
>>218
サンクスコ
そうやって名前を指定できるのね。
git stash applyのかわりに、git stash popで名前を指定できるのかな。
試してみる。
221:デフォルトの名無しさん
09/01/16 14:22:38
manualを読めばちゃんと書いてあるのに。
222:デフォルトの名無しさん
09/01/16 19:01:30
TortoiseHgで指定のmergeツールを使う方法がよくわからないのですが、
教えていただけないでしょうか・
p4mergeを指定しているのですが、なぜか kdiff？とかいうのが立ち上がります
Mercurial.ini には、
[ui]
username = alpaca
merge = p4merge
[tortoisehg]
vdiff = p4merge
[extdiff]
cmd.p4merge = c:\soft\Perforce\\p4merge.exe
というような設定をしています。
vdiffの方は無事にp4mergeが立ち上がりようです。
（とはいえこちらも複数ファイル(3つ以上？)ある場合にまともに起動しなくて困ってます。
多くのエンコーディングに対応した複数ファイルを開けるvdiffツールあればオススメ教えてください）
223:222
09/01/16 19:53:45
TortoiseHgのmergeツールの件うまくいきました！
検索で引っかかったマニュアルしっかりよんだら理解できました
MergeToolConfiguration - Mercurial
URLﾘﾝｸ(www.selenic.com)
どうもデフォルトの設定(hg showconfigで確認)ではレジストリからパス？を読むようになってまして、
以前のOSでインストールしたものをそのままこぴぺでつかってたため、おきたようです。
とりあえず、Mercurial.ini に以下を突っ込んだところ無事立ち上がりました。
[merge-tools]
p4merge.executable=c:\soft\Perforce\\p4merge.exe
ありがとうございました。
224:デフォルトの名無しさん
09/01/16 22:46:05
>>223
＞ありがとうございました。
何に？ｗ
225:デフォルトの名無しさん
09/01/17 03:48:35
まぁ人に説明してると解決するって事もよくある
226:222
09/01/17 16:37:38
> [merge-tools]
> p4merge.executable=c:\soft\Perforce\\p4merge.exe
p4merge.executable=c:\soft\Perforce\p4merge.exe
の間違いです。関係ないと思いますが、一応訂正
227:デフォルトの名無しさん
09/01/17 16:46:45
Mercurialの質問よろしいでしょうか？
特定のリビジョン間のパッチを取る簡単な方法（コマンド）はないでしょうか？
cloneして特定リビジョンにupdateして、双方でdiffとるしかないですかね？
228:227
09/01/17 17:01:13
TortoiseHgでいけました。
View changelog を開いて
特定リビジョンをクリックして選択、diffりたいリビジョンを右クリック→diff or visual diff
で特定リビジョン間の差分を見られました。
お手をわずらわせ失礼しました。
229:デフォルトの名無しさん
09/01/17 17:08:13
>>227
cloneは必要ないのでは？
リビジョン指定してupdateとdiffするだけでしょ。
230:デフォルトの名無しさん
09/01/17 21:21:14
>>229
updateもいらない。
hg diff -r REV1 -r REV2
231:デフォルトの名無しさん
09/01/18 13:28:52
GNOME DVCS Survey results
URLﾘﾝｸ(blogs.gnome.org)
232:デフォルトの名無しさん
09/01/18 17:45:24
ありがたいことに日本語訳もある
URLﾘﾝｸ(tt25.org)
233:デフォルトの名無しさん
09/01/18 19:39:03
2009-01-18 TortoiseHg 0.6 (with Mercurial 1.1.2) released!
誰か試してみて。
234:196
09/01/18 19:47:16
>>233
試してみる。
結果は教えられない。
235:227
09/01/19 02:48:47
>>229-230
サンクス！diffでリビジョン指定できたのね。
236:デフォルトの名無しさん
09/01/19 05:30:45
hg で.hgignoreに追加する前に追加されたと思わしきファイルがあります。
（.hgignoreで一致しているパターンなのに、hg stででてくる）
そのファイルを後から無視することはできないのでしょうか？
一旦削除するしかないのでしょうか？
237:デフォルトの名無しさん
09/01/19 06:09:23
>236
hg remove --after でいけたはず。
238:196
09/01/19 15:13:17
TortoiseHG0.6入れたんだが、Commitツールが変わったっぽい？
addとかと同じUIになって日本語ファイル名も表示されてるんだが。
239:デフォルトの名無しさん
09/01/20 16:38:32
git commit
したときにviが起動するんですが、よく :wq ではなくて :q をしてしまいます。
つまり、コミットメッセージを書いたのに保存せずに終了してしまい、コミットされないことがあります。
自分のポカが原因ではありますが、viを終了したときに、保存してなければ Are you sure? とかなんとか、確認のメッセージを出すようにできませんか？
よろしくお願いします。
240:デフォルトの名無しさん
09/01/20 16:53:21
vi って、修正後保存せずに :q しても、「変更がほぞんされてねーぜ jk」て言われて
終了できないんじゃなかったっけ？無理やり終了は :q!
この安全策にはいつもお世話になってるけど。
241:デフォルトの名無しさん
09/01/20 17:22:53
いつもZZで終わらせてるなあ
242:デフォルトの名無しさん
09/01/20 18:32:49
>>240
あれ、そういえばそうですよね。
なんで git commit のときは確認してくれないんだろ？
243:デフォルトの名無しさん
09/01/20 22:17:07
>>242
なんでだろうね。EDITOR環境変数は何になってる？
244:デフォルトの名無しさん
09/01/20 22:39:28
>>243
$ ech $EDITOR
なにもなしでした。
環境依存っぽいですね。当方 MacPorts 1.7, git --version 1.6.1 です。
245:デフォルトの名無しさん
09/01/21 05:22:47
水銀本
URLﾘﾝｸ(www.amazon.co.jp)
246:デフォルトの名無しさん
09/01/21 09:32:40
お、このオッサン頑張ってると思ったらついに本出したか。
でも心は Bazaar に傾きつつあったり…。
247:デフォルトの名無しさん
09/01/21 12:33:53
>246
何故傾いたのか聞きたい。
248:デフォルトの名無しさん
09/01/21 13:29:44
ファイル名
249:デフォルトの名無しさん
09/01/21 19:58:38
Bazaar本も出ないかなー
250:デフォルトの名無しさん
09/01/21 21:38:42
VisualStudioにhgのプラグインを組み込んでみたけど
思っていたよりも便利だな。
プラグインが何も入っていない状態だとVSにソース管理の
メニューが全く出てこないから、ろくな機能ないと思ってたw
ただ、今配布されてるhgプラグインはイマイチだね。
最新以外のリビジョンからソースを取り出せないし、
ドキュメントの類は一切無いからインストールの仕方も
よく分からなかった。
251:デフォルトの名無しさん
09/01/22 00:40:12
流行ってる割にgitの本も無いよな
252:デフォルトの名無しさん
09/01/22 01:10:45
gitの本はPragProgから出たばかり。
253:デフォルトの名無しさん
09/01/22 01:24:15
Prologに見えた
254:デフォルトの名無しさん
09/01/22 09:24:53
>>249
Bazaar は、Bazaar スレですばらしい翻訳ページが公開されたじゃないか。
URLﾘﾝｸ(sarabande.info)
255:デフォルトの名無しさん
09/01/22 12:42:26
>>254
なんじゃこれはー！
翻訳者GJすぎる
256:デフォルトの名無しさん
09/01/22 12:55:06
>254
でも、公式サイトからリンクして貰わないと、あんま意味ないよね。
ま、リンクされてても、いつも鯖落ちてるSubversion和訳の例もあるけど。
257:デフォルトの名無しさん
09/01/22 14:02:59
コミットIDを指定して git log -p することってできない？
git log -p 3a1b4c1de5926fgh4390
みたいにしてみたけど、そのコミットだけを見ることはできなかったっす。
258:デフォルトの名無しさん
09/01/22 14:07:14
>>257
できたよ。
IDの後ろ削ってみたらどう？
259:デフォルトの名無しさん
09/01/22 15:03:23
>>258
できないっすよ？他のコミットも混じってるよね？
バージョンによって違うのかな？
$ git --verion
git version 1.6.1
IDの後ろって何？
260:デフォルトの名無しさん
09/01/22 16:10:28
>>259
git log -p 3a1b4c1de5926fgh4390
↓
git log -p 3a1b4
という風にすること。
これでログが表示されなかったら3a1b4で始まるIDのコミットがそもそもレポジトリに存在しないことになる。
261:デフォルトの名無しさん
09/01/22 16:33:34
>>257
範囲指定は <since>..<until>。省略するとHEAD。
ということで、見たいやつの一個手前のIDも調べて
git log -p 一個前..見たいやつ
とかやればいいんじゃないかな。
262:258
09/01/22 16:40:49
ごめん、完全に勘違いしてた。
>>258 >>260は無視してくれ。
git show 3a1b4c1de5926fgh4390
ならそのコミット分だけ見れるよ
263:デフォルトの名無しさん
09/01/22 16:48:37
ベストな解は262が出してくれてるけど。
>>261
一個前のID調べなくてもいい。
git log -p 見たいやつ^..見たいやつ
で、いける。
264:デフォルトの名無しさん
09/01/22 17:10:52
何を言ってるのかよく意味が分からなかったが理解した。
git log -p -1 commit-ish
がしたいってことね。
265:デフォルトの名無しさん
09/01/23 01:31:00
なんかいろいろありがとう。
>>264 にある -1 オプションで、希望するものが見れました。さんくす。
ほかのひともありがとさんでした。
266:デフォルトの名無しさん
09/01/23 12:55:27
>>249
bazaarなんてCanonical関係者ぐらいしか使ってないのに、
本なんて出るわけないだろwww
267:デフォルトの名無しさん
09/01/23 13:58:45
日本語ファイル名に対応してくれればなぁ
268:デフォルトの名無しさん
09/01/23 13:59:20
あ、hg がって付けるの忘れた
269:デフォルトの名無しさん
09/01/23 16:20:10
>>268
Tortoisehgで日本語化けなくなったからこれでしばらく行くかな、俺は。
270:デフォルトの名無しさん
09/01/23 16:24:40
>>269
日本語ファイル名はutf-8で格納してくれる？
271:デフォルトの名無しさん
09/01/23 16:40:52
>>269
そのファイルを Linux で取り出しても化けてない？
272:デフォルトの名無しさん
09/01/23 18:49:15
URLﾘﾝｸ(www.python.org)
PythonってMercurialとGitとBazaarのミラーがあるんだな。
273:デフォルトの名無しさん
09/01/25 16:08:18
gitとMercurialとBazaarのうち一番今後見込があるのはどれですか？
ちゃんと生き残ってくれるものを使いたいです。
274:デフォルトの名無しさん
09/01/25 16:15:41
>>273
gitは死ぬこた無い。bzrもCanonicalがある限りは大丈夫だろう。hgは知らね。
275:デフォルトの名無しさん
09/01/25 16:16:35
>273
将来変換出来なさそうな、ややこしい機能は使わないようにすれば？
276:デフォルトの名無しさん
09/01/25 16:58:46
だれか、どれかひとつにコミットしたら、
ほかの種類のリポジトリにもコミットする仕組み作ってくれよ。
277:デフォルトの名無しさん
09/01/25 17:25:27
中央をsvnにすればクライアントはどれでもいけるんじゃね？
278:デフォルトの名無しさん
09/01/26 18:23:28
>>273
好きなのを選べばいい。
ただgitとmercurialはそれほど差はないけどbazaarは全然別物なんでそのへんは考えておいた方がいいと思う。
279:デフォルトの名無しさん
09/01/26 21:31:41
hg convert svn+ssh:// がエラーになるんだけど
280:デフォルトの名無しさん
09/01/26 22:04:22
>>278
どういうこと？ むしろgitだけが（インターフェース的に）別物なんだと思ってたんだけど
281:デフォルトの名無しさん
09/01/27 11:56:33
gitの質問です。
> git push
Counting objects: 11, done.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 717 bytes, done.
Total 6 (delta 4), reused 0 (delta 0)
To git@github.com:foobar/project.git
2c1d0b7..2bcaea9 master -> master
! [rejected] README -> README (non-fast forward)
error: failed to push some refs to 'git@github.com:foobar/projet.git'
これってどういうエラーですか？何が原因？
282:デフォルトの名無しさん
09/01/27 16:45:17
>>281
>>163
>>165
283:デフォルトの名無しさん
09/01/28 00:51:31
git/hg/bzrの中では総合的にみて結局hgに落ち着いた。
284:デフォルトの名無しさん
09/01/28 02:01:33
おなじく
285:デフォルトの名無しさん
09/01/28 02:43:52
意外。
流れを見るとbazaarなのかと思ったら。
是非理由を。
286:デフォルトの名無しさん
09/01/28 12:04:15
本が出た。
287:デフォルトの名無しさん
09/01/28 12:18:39
>>283
hg のどのあたりがよいの。当方bzr ユーザ。
288:デフォルトの名無しさん
09/01/28 12:21:23
何か変にbzrを持ち上げるレスがあって気持ち悪い
289:デフォルトの名無しさん
09/01/28 15:03:47
>>288
持ち上げるつもりがなくても、もちあがっちゃうんだとおもう。
俺も hg を使ったことあるけど、bzr の方が導入に際してのハードルがはるかに低い。
hg の場合だと色々調べてテストを重ねてようやく日本語も問題なく導入できた、という感じだけど、
bzr の方は何も考えずにコマンドをうったら使えた。
ftp などへのアップも簡単だし。
290:デフォルトの名無しさん
09/01/28 15:33:57
俺もhgのどこが良いか聞きたいなぁ。gitとbzrは使わざる追えないんだけど、hgだけは使う機会が無い。
291:デフォルトの名無しさん
09/01/28 15:38:08
ミスった。使わざるを得ない、ね。
292:デフォルトの名無しさん
09/01/28 15:39:22
svnとtracで充分
293:デフォルトの名無しさん
09/01/28 16:40:04
>>289
いま、Bazaar1.11付属のTortoise Bazaar(0.2rc0)で D:\新しいフォルダ\ に
リポジトリ作ろうとしたら、文字化けしたし、OKボタン押しても動作しなかった。
ちなみにTortoiseHg0.6で同じことをしたら、画面上では文字化けするものの
リポジトリは作れた。リポジトリのクローンは失敗した。
日本語関係の設定はどちらも何もしてない、はず。
日本語の扱いは、hgはもちろんだがbzrも完璧ではない模様。
(設定をちゃんとすれば動くの??)
294:デフォルトの名無しさん
09/01/28 16:49:50
いちいち日本語がどうとかチェックするの超うぜーよ
295:デフォルトの名無しさん
09/01/28 17:03:20
俺もhgに落ち着いたけど、ぶっちゃけどれでもいい。
ただ、VisualStudio用のプラグインがあったという点でhgになっただけだな。
git/bazaarの方が圧倒的にいいならプラグインくらいは自作するけど、
そこまで差がないからなぁ。
296:デフォルトの名無しさん
09/01/28 18:54:26
いずれにせよ、このスレであんまりBazaar主張するのは止めようぜ
俺もBazaar信者ではあるけれど
ここ最近の流れには、他のVCS（gitやHg）が下に見られているような雰囲気を感じる
>>293
それTortoiseBzrの問題
297:デフォルトの名無しさん
09/01/28 18:57:11
いや、そこはBazaar万能論を振りかざしてもらった方が、スレ的には議論が
盛り上がるだろ。
298:デフォルトの名無しさん
09/01/28 18:59:35
今までhghghghghghghghghghgって雰囲気だったのに
突然bzrbzrbzrbzrって言われてもキチガイが自演してるようにしか見えない
299:デフォルトの名無しさん
09/01/28 19:05:20
hgはファイル名の日本語対応はしないって開発者が明言したんじゃなかったっけ。
300:デフォルトの名無しさん
09/01/28 19:13:17
そのまま突っ込んでそのまま取り出せりゃ問題ねーだろという
開発側のマルチバイトコードへの認識の無さが露呈したね。
その後相変わらず状況に変化はないんだろうか。
301:デフォルトの名無しさん
09/01/28 19:17:49
誰か問題ありありですって実例添えて言ってくればいいんだろうけど
302:デフォルトの名無しさん
09/01/28 19:21:44
マイドキュメントのフルパスに必ず日本語が入るような
303:デフォルトの名無しさん
09/01/28 19:32:58
ユーザーアカウントが日本語だとマイドキュメントのフルパスに日本語が入るのか
304:デフォルトの名無しさん
09/01/28 22:04:07
なんだかんだいって、svn最強の地位はしばらく揺るぎそうにないな
305:デフォルトの名無しさん
09/01/28 22:08:06
日本語ファイル名でも同じ文字コード使ってるOSどうしでやりとりしてる分には問題は起きないよな？
(win32mbcsは必要だけど)
おかしくなるのはWindowsとLinuxの間でやりとりしたりする場合。
Subversionではこういうところで不安感じないからなぁ。
306:デフォルトの名無しさん
09/01/28 22:16:46
いちいち新しいバージョンのクライアントツールで、文字コード関連で問題がないかどうか
チェックするのに疲れました。
307:デフォルトの名無しさん
09/01/28 22:17:28
subversionでも、ファイル名がUnicodeで
NFDなファイルシステム(MacOS X)とNFCなファイルシステム(他)の間で
濁点付きカタカナとか扱うと面倒なことが起こる。
結局Unicodeつーてもファイル名をバイト列としてしか見てないんだよな。
308:デフォルトの名無しさん
09/01/28 22:39:59
hgはpython3移行でどうするかたのしみ
309:デフォルトの名無しさん
09/01/28 23:01:21
>>306
そう、それ。
俺も今のところ hg に落ち着いてるんだけど、正直もう疲れたってのがある。
310:283
09/01/29 00:30:07
時間をおいて見にきたらレスがいっぱいあって驚いた
hgに落ち着いた理由は以下の点
・git は コマンド体系が難しくて低能な俺には無理。
初心者に使い方を教えるのも難しい。
・bzrは期待も注目もしてるけど Tortoiseがまだ
実用レベルでないのと、ディレクトリも管理対象なのが
帰って面倒で俺にはデメリット。RHEL4上でソースからの
インストールがユーザ権限ではなかなかうまくいかず面倒。
標準で手軽なwebブラウジングサーバがない。
ブランチの仕組みがうちのプロジェクトとは肌が合わない。
svnに戻ったようなRev番号の付け方がちょっと気に入らない。
・hg は branchの扱いがうちのプロジェクトにあってる。
mqが逸品。たまたまプロジェクトに必要な機能であった。
コマンド体系が単純なので人に広めやすい、覚えやすい。
ちょうど日本語の本も出たしプロジェクトで採用しやすくなった。
インストールも楽だし、GUI(hgk)もすぐに使える点。
hg serveでWebブラウジングがすぐに使える点。
ディレクトリを扱わない点がプロジェクトにはあってる。
TortoiseHgは一応使えるレベル(TortoiseSVNには及ばないが)。
311:デフォルトの名無しさん
09/01/29 00:38:55
ここ最近のBzr系の書き込みは自演としかみえなかったしなぁ
Bzrはいいところは多いが、何もかもBzrの方がいいみたいな
書き込みは嘘過ぎる。
312:デフォルトの名無しさん
09/01/29 00:42:42
ついにbzrにもアンチが現れたとなればbzrも大きくなったものだ。
313:デフォルトの名無しさん
09/01/29 00:49:20
URLﾘﾝｸ(www.python.org)
>Experimental Bazaar branches
さてどうなるか。
314:デフォルトの名無しさん
09/01/29 01:00:13
>>310
ディレクトリも管理対象がデメリットってのが何故なのか気になる。
あとmqもrebaseあればいらないような。
315:デフォルトの名無しさん
09/01/29 01:02:42
あらかさまなアンチの書き込みは無いようだが。
あぁ、アンチとレッテル貼ってBzrを持ち上げようとしてるだけか。
316:デフォルトの名無しさん
09/01/29 01:05:34
アンチ乙
317:デフォルトの名無しさん
09/01/29 01:07:48
hq信者もbzr信者もUZEEEEEEEEEEEEEEE
gitこそが最強の勝者
318:デフォルトの名無しさん
09/01/29 01:09:24
darcsを忘れてもらっては困る
319:283
09/01/29 01:11:33
>>314
rebaseが目的じゃない使い方してる。
説明が難しいけど、他責の不具合の影響を
他の部分で一時的に対処するパッチをmqで
作って、直ってきたらパッチを廃棄して、
不具合対処の一時しのぎのコミットをしないように
することでソースをクリーンにしておくような使い方。
320:デフォルトの名無しさん
09/01/29 01:17:32
そういりゃhgのmqとhgのshelveとgitのstachとbzrのshelveってどう違うんだっけ。誰かおしえて欲しい。
321:デフォルトの名無しさん
09/01/29 05:58:23
>>310
> 標準で手軽なwebブラウジングサーバがない。
これ結構大きいよね
bzrwebは標準じゃないし、Pythonのライブラリ呼び出しがうまくいかずに動かなかったりするし
322:デフォルトの名無しさん
09/01/29 08:17:52
>>320
hgのmqに相当するのはgitのstgitじゃないか？
323:デフォルトの名無しさん
09/01/29 09:42:22
win/ubuntu bzr, mac/bsd hg, linux git
なんか勝手に各ユーザーのイメージ像。
324:デフォルトの名無しさん
09/01/29 10:58:14
svn + tracで不満ない
325:デフォルトの名無しさん
09/01/29 11:31:35
それは一番いらねー奴だな。
326:デフォルトの名無しさん
09/01/29 13:10:04
hgの日本語対応ってdirstate.pyのdirstate::writeとdirstate::_readでdirstate::_mapとdirstate::_copymapの
ファイル名の文字コードを変換すればいいだけじゃないの？
327:デフォルトの名無しさん
09/01/29 13:17:34
Windows野郎にはsvnしかない
328:デフォルトの名無しさん
09/01/29 20:28:05
そんなに問題か？
どうしても欲しかったらLunchPad使えばいいんじゃないの？
329:デフォルトの名無しさん
09/01/29 21:18:39
>>301
URLﾘﾝｸ(www.selenic.com)
気づいているがな
330:ヒロシ
09/01/29 22:11:19
初めまして。
初音ミクの曲を作っているのですが，画像はどうやって描けばいいのですか？？
331:デフォルトの名無しさん
09/01/30 00:33:17
>329
だいじょうぶなのかな。
> Things we're not sure about:
>
> * dealing with filesystem locales, especially on Windows
332:デフォルトの名無しさん
09/01/30 10:02:38
hgの感覚でgit pushしたんだけど
作業ファイルを更新するには?
hgならhg update相当のやつ
333:デフォルトの名無しさん
09/01/30 10:34:37
>>301
誰かが多言語対応のパッチ作って送りつけたら却下されたんじゃなかったっけ。
334:デフォルトの名無しさん
09/01/30 14:10:58
>>332
hg updateとhg checkoutは一緒でそれがgit checkoutに相当する…はず
335:デフォルトの名無しさん
09/01/30 16:07:31
Switching to Bazaar (bzr)
URLﾘﾝｸ(groups.google.com)
BugzillaがリポジトリをCVSからBazaarに変更しようとしているようだ。
336:デフォルトの名無しさん
09/01/30 19:56:15
Firefoxの開発プロジェクトとは合わせないのか。
337:デフォルトの名無しさん
09/01/31 19:18:09
水銀本ポチってみた。
たぶんあのおっさんが Web に上げてる情報をまとめたぐらいのもんだとは思うけど。
マージツールについての詳しい記述があるとありがたいな。
338:デフォルトの名無しさん
09/01/31 22:50:32
Mercurial本買ったよ。
前半はどこにでもありそうな分散管理の説明だけど、
後半の他環境とのやりとりがなかなか面白かった。
339:デフォルトの名無しさん
09/02/01 00:49:46
まああの本は確かにWebに上げてた情報をまとめただけの感はあるが、
初心者に読ませる本としては良いんじゃないかと思う。
340:デフォルトの名無しさん
09/02/01 12:58:11
それはない
341:デフォルトの名無しさん
09/02/01 16:13:21
本は仕事で使い始めたので買ったよ。
凋落しても移行ツールが用意されるはずだから安心しる
と書いてあってとても心配になった
342:デフォルトの名無しさん
09/02/01 20:12:34
おまいらはRCSを卒業してCVSも卒業してSVNも卒業して分散SCMを
使おうとしているのに、俺の会社の連中は、そもそもSCMの存在すら
知らん奴が9割を越える。
自称、世界で戦えるソフトウェア開発チームなのに。
そりゃ、赤字額が7時のニュースで報じられる訳ですよ。
誰も危機感持ってないけど。
343:デフォルトの名無しさん
09/02/01 21:13:25
腐ったRCS並のロック型ポリシーの市販ツールを押しつけられて日々イライラさせられているので
そういう何も知らない人間ばかりなとこのほうがまだ幸せに思える
344:デフォルトの名無しさん
09/02/01 21:32:59
俺も水銀本買った。
本は情報が集約されてて、オフラインでいつでも読めるのがいいよね。
345:デフォルトの名無しさん
09/02/01 22:42:57
>>343
このスレを見ないほうが精神的に安寧なんじゃまいか？
346:デフォルトの名無しさん
09/02/01 22:54:36
工作員がまぎれてます。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5372日前に更新/174 KB
担当:undef