バージョン管理システ ..
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
工作員がまぎれてます。
347:デフォルトの名無しさん
09/02/01 23:08:32
>>343
VSSですね、わかります。よーくわかります。
348:デフォルトの名無しさん
09/02/01 23:23:04
>>345
かもね。あんなツールでもそれしか知らない人間にとっては
ただ巻き戻せるというだけで便利なものだと思ってるらしいから
>>347
gitかsvnかってレベルじゃないのでねぇ・・・
ツールを選ぶ自由が欲しいっす
349:デフォルトの名無しさん
09/02/01 23:23:37
VSSって設定で多重coできるんじゃなかったっけか。
もう何年も使ってないけど。
350:デフォルトの名無しさん
09/02/01 23:24:30
VSSはロックなしにも出来るぞ。
351:343=348
09/02/02 00:23:47
私のほうはVSSじゃなくて別のツールなんでちょっと誤解させてすまんかった。>>349,350
で、そのツールでも多重チェックアウトとマージの機能はあるにはあるんだけども、そのマージの使い勝手が悪いし、
どっちにしろチェックアウト前にいちいちプログレスバーを出されるし、コメントがコミット単位じゃなくてファイル別に
表示されるので変更を追うのがわかりにくいしetcって具合にまぁ問題はそこだけじゃないんだ。
古くさいものがいたるところに残っててそれがデフォルトになってる。LinusはCVSを焼き直しただけのSVNなんて
ダメだと言ったけど、新しい知見に基づいた細かい改善点があるだけでも使い勝手は随分違うものになるものだと思うよ。
352:デフォルトの名無しさん
09/02/02 00:53:36
具体的な不具合がなければSVNで十分だと反論があるでしょう。
理想を追ってるんじゃなくて現実の対応に使ってるわけだしね。
353:デフォルトの名無しさん
09/02/02 01:31:45
SCMを知らないのが多いってことは、
自分の好きなSCMを広めるチャンスですよ。
354:デフォルトの名無しさん
09/02/02 05:47:06
それは言えてる。CVSを変に運用しちゃっている某所ではその変な運用故に
CVSにしがみつくしかなくなってしまっている。
355:デフォルトの名無しさん
09/02/02 09:53:37
水銀本ではそのあたり、「勝手 Mercurial 化のススメ」と称して
(コソコソと)併用する運用例が記載されています。
ま、まだ立場的にそんなもんでしょう、やっぱり。
356:デフォルトの名無しさん
09/02/03 23:01:36
>>353
そのせいでbzrを広めようとするアホが大量に沸いて困ってるんだがwww
357:デフォルトの名無しさん
09/02/04 01:57:48
>>356
なんかまずいの？
358:デフォルトの名無しさん
09/02/04 03:42:13
bzrは邪教。
359:デフォルトの名無しさん
09/02/04 04:43:35
ちょっと待て
自分が選んだSCMの人気が無いからって、他のを叩くんじゃない
360:デフォルトの名無しさん
09/02/04 14:18:19
file名をutf-8にするextentionがMLに流れてた。
URLﾘﾝｸ(www.selenic.com)
361:デフォルトの名無しさん
09/02/05 01:45:08
>>360
日本語だと特定の文字でエラーが出て使いもんにならんかった。
362:デフォルトの名無しさん
09/02/06 21:12:53
>>359
bzrなんて使っているやつなんていないだろwww
bzr使うぐらいならsvk使うわ。
機能的にほぼ一緒だしな。
363:デフォルトの名無しさん
09/02/06 21:47:58
さすがにそれはないな
364:デフォルトの名無しさん
09/02/06 23:12:07
もう俺が使ってるhgでいいだろ
365:デフォルトの名無しさん
09/02/06 23:32:32
gitで良くないか?
366:デフォルトの名無しさん
09/02/06 23:57:00
管理ディレクトリの名前はかぶってないんだから、内部でbzr, hg, gitを
パラレルに呼び出す bzrhgit を開発すれば丸く収まる。
367:デフォルトの名無しさん
09/02/07 00:04:12
svkでいいよもう
368:デフォルトの名無しさん
09/02/07 00:16:56
俺が本買った Mercurial でいいってば。
369:デフォルトの名無しさん
09/02/07 00:19:32
hgはwindowsでは使い物になりません。
370:デフォルトの名無しさん
09/02/07 03:43:18
俺が使ってるTortoiseHGでいいってばよ。
371:デフォルトの名無しさん
09/02/07 06:11:32
>>366
天才現る
372:デフォルトの名無しさん
09/02/07 08:16:39
TortoizeHGは枯れてなさすぎ
373:デフォルトの名無しさん
09/02/07 15:46:40
トータルハーゲーいつまともになんの？
374:デフォルトの名無しさん
09/02/07 15:58:24
>>372>>373
少しはまともに名前を認識してやれよ。
375:デフォルトの名無しさん
09/02/07 16:30:32
トートイズヘイチジー
376:デフォルトの名無しさん
09/02/07 17:36:01
>>360
File "mercurial\demandimport.pyc", line 75, in __getattribute__
File "mercurial\demandimport.pyc", line 74, in __getattribute__
File "mercurial\demandimport.pyc", line 44, in _load
File "mercurial\demandimport.pyc", line 72, in __getattribute__
RuntimeError: maximum recursion depth exceeded in cmp
動かなかった
377:デフォルトの名無しさん
09/02/10 02:59:57
1.6.1.3
378:デフォルトの名無しさん
09/02/10 19:13:40
git darcs
emacsから使うならどっちがおすすめ？
379:デフォルトの名無しさん
09/02/11 05:26:28
Mercurial
380:デフォルトの名無しさん
09/02/11 13:29:31
bzr
381:デフォルトの名無しさん
09/02/11 13:59:22
arch
382:デフォルトの名無しさん
09/02/11 14:27:30
全部試すがいい
383:デフォルトの名無しさん
09/02/11 14:42:29
Unix系OSならな。
Windowsは試すだけ無駄。
384:デフォルトの名無しさん
09/02/11 14:47:46
Mercurialは良いと思うのですが、コマンド名はなんとかなりませんか？
ハゲハゲ言われて傷つくのですが。トータルハゲとかひどすぎます。
385:デフォルトの名無しさん
09/02/11 14:51:51
亀水銀
386:デフォルトの名無しさん
09/02/11 15:15:44
ハゲは新しいな。ｗ
387:デフォルトの名無しさん
09/02/11 16:09:59
>>384
ヘゲって読めばおｋ
388:デフォルトの名無しさん
09/02/11 16:34:44
>>384
あれはハイグレードの略
389:デフォルトの名無しさん
09/02/11 16:44:09
ひぎぃ
390:デフォルトの名無しさん
09/02/11 16:49:40
トータルハゲわらた
俺もトータルハゲつこうとる
391:デフォルトの名無しさん
09/02/11 18:25:42
そもそもなんでtortoiseって名前なのよ？
センスねー
392:デフォルトの名無しさん
09/02/11 20:21:46
おまえはウルフルズファンを敵に回した
393:デフォルトの名無しさん
09/02/12 10:02:08
あんなグループいらんわい。
394:デフォルトの名無しさん
09/02/12 10:28:51
>>393 = >>391
なに無理してんの？
395:デフォルトの名無しさん
09/02/12 10:53:41
日本人から見ると、書きにくく読みにくい名前なのは確か
396:デフォルトの名無しさん
09/02/12 10:57:39
tortoise読めなかったり読み間違えたりして恥かいたことがあるとか
397:デフォルトの名無しさん
09/02/12 11:18:29
>>396
読み違えてるやつ多数なので恥とは思わなかったり。
難読漢字と同じで知らなきゃ読めないし。
398:デフォルトの名無しさん
09/02/12 11:21:44
とーたすって読む人ととーといず（す）って読む人がいる
399:デフォルトの名無しさん
09/02/12 12:14:06
>>396
おもいっきり「とーといす」って言ってましたよ。 z_/o
比較的早く辞書で調べたんで、1、2人でしたが(たぶん)。
まあご多分にもれず、バージョン管理システム使うのが少数派な
職場だったのも、このときだけは幸いしたということかな。
400:デフォルトの名無しさん
09/02/12 13:33:06
いやでもロゴが亀なんだから気づくだろjk
401:デフォルトの名無しさん
09/02/12 15:16:57
亀は「タートル」だけだと信じて疑ってなかったんだよ、常考。
402:デフォルトの名無しさん
09/02/12 15:17:05
Are Those Turtles?
Why, yes, they are, indeed, turtles. That's the animal chosen by the
publisher for our book cover. And before you ask us, "Why?" 丕ｹ we
don't really know. It's cool, and our wives are pleased that at least
something "icky" wasn't chosen to represent Subversion.
URLﾘﾝｸ(svnbook.red-bean.com)
403:デフォルトの名無しさん
09/02/12 15:27:15
漏れは亀を意味する英単語としてタートルよりトータスの方を先に覚えてたな
404:デフォルトの名無しさん
09/02/12 15:33:56
tortoise head
405:デフォルトの名無しさん
09/02/12 16:32:05
何のスレかわからなくなってまいりました。
406:デフォルトの名無しさん
09/02/12 21:37:40
トータスって聞くとゾイドを思い出す。どうでもいいが。
407:デフォルトの名無しさん
09/02/12 22:19:39
カノントータス→タートルズの順で覚えた。
>>399
トータスと読むんだよと言ってるのに
頑なにトートイスと読んでる人がいるから大したことない。
辞書を引けば一発なのに…
408:デフォルトの名無しさん
09/02/12 22:47:33
トータスってトータルぽく聞こえるだろ！ハゲを合わせて考えろよ。
トートイスハゲ＝？
トータルハゲ＝全天頂禿？
409:デフォルトの名無しさん
09/02/12 23:14:57
>>402
よくわからないけど、妻が喜ぶから亀だって？
410:デフォルトの名無しさん
09/02/13 00:15:55
トートイズでいいじゃない
411:デフォルトの名無しさん
09/02/13 00:17:58
【char】変な読み方するな その２【ちゃー】
ｽﾚﾘﾝｸ(prog板)
412:デフォルトの名無しさん
09/02/13 00:22:26
母音がoiと繋がってるあたりを見て、フランス語風にﾄﾙﾄﾜｰｽﾞと読むのかと思った。
413:デフォルトの名無しさん
09/02/13 08:13:47
Longman 2005 Voice Packageで発音聞いたら、トーテェス だな
414:デフォルトの名無しさん
09/02/13 08:37:39
また何のスレかわからなくなってきました。
415:デフォルトの名無しさん
09/02/13 10:37:37
>>411
そう。
何かしんないけど、みんなcharをちゃーって呼ぶ
きゃらって読むと不快な顔される
416:デフォルトの名無しさん
09/02/13 18:31:05
私の会社では今までバージョン管理ツールが使われておらず、共有ファイルサーバに
各自でファイルの上書き更新という原始的な開発をやっていました。
この度ようやくバージョン管理ツールを入れてみようということで、いろいろ調査して
いるところです。
モノ自体は長所と短所を考えながら検討中なのですが、仮にsvnを使うとします。
完全にWindows環境で使用する場合、かつアクセス権やセキュリティを考える必要が
全くない場合、ファイルサーバの共有フォルダにリポジトリを置いて、各自がTortoiseSVNのfile:///でアクセスを行う運用形態に問題点はあるでしょうか。
個人的にはsvnserverを起動させて、svn://でアクセスした方が安全なように
思うのですが、サーバはウチの部署だけのものではないので、勝手にアプリを
インストールすることはできません。
417:デフォルトの名無しさん
09/02/13 21:06:53
>>416
URLﾘﾝｸ(tortoisesvn.net)
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5371日前に更新/174 KB
担当:undef