バージョン管理システムについて語るスレ2

バージョン管理システ ..

369:デフォルトの名無しさん
08/09/25 08:38:32
>>368
>363はVCSを使っていないって話だろ。

まぁ、そろそろスレ違いだし話を戻したいところではあるが。

370:デフォルトの名無しさん
08/09/25 09:30:10
mercurialでリポジトリをWebで公開したい場合、
apacheではなく、pythonのSimpleHTTPServer.pyなどとからめて公開できない？

なにかしらのAPIってないのかなぁ？
わかる方がいましたら教えてください。

371:デフォルトの名無しさん
08/09/25 10:58:43
>>370
よくしらんが、WSGIのようだから、どうとでもなるんじゃないの

標準のwsgiref実装を使えば自動的にBaseHTTPServerが使われることになると思うが、
apacheではなぜ嫌なの？

まあ一人で使う分にはPythonのオモチャHTTPサーバでもいいだろうけど、
本当にオモチャだぞ
デフォではforkもthreadも使わないただの反復サーバだしな
機能だのセキュリティだの性能だのを語る以前の問題

372:デフォルトの名無しさん
08/09/25 11:40:14
>>370
SimpleHTTPServerは無理だろ。あれはスタティックファイルだけ。
wsgirefの方を使え。
てか、なんでhg serveじゃだめなん？

373:デフォルトの名無しさん
08/09/25 12:09:28
>>355
横からですが、Mercurial(hg?)は日本語ファイル名、日本語コメOKなのか
TortoiseHGは日本語ダメってあったけど、コマンドライン版ならOK?

374:デフォルトの名無しさん
08/09/25 13:06:03
>>373
亀 Hg が日本語ダメってどこに書いてあった？
Web の情報も古くなってきてるぞ。

375:デフォルトの名無しさん
08/09/25 13:37:08
>>374
あれ？大丈夫になってきているのか？
確かめてみないといけんな

376:デフォルトの名無しさん
08/09/25 14:49:19
>>375
TortoiseHGのコミット機能以外は対応している。
コミット機能はQctを使っていてQctが対応していない。
TortoiseHG自体にもコミット機能はあるけど更新されてなくて
日本語でログを書くとおかしくなる。

377:デフォルトの名無しさん
08/09/25 15:06:20
>「リリース版のデバッグ版」としたい香具師と「あくまでデバッグ版」としたい香具師が居るわけね。
リリース版を品証の人がチェックするんでタグ付け必須な職場もあるです。

378:デフォルトの名無しさん
08/09/25 15:28:15
Release Candidate版にしとけばいいのではなかろうか

379:デフォルトの名無しさん
08/09/25 16:08:19
>>376
えー？俺コミットメッセージは日本語で書きまくってるけど、ログにちゃんと表示されるよ。
update ダイアログで Browse ボタンを押すと化けてるけど。
ちなみに 0.4.1。

380:デフォルトの名無しさん
08/09/25 20:39:17
>>363
うちの会社ではリリース版とかいう概念すらないよ
project_20080921
すべてこういう感じ。もう手遅れだと思う

381:デフォルトの名無しさん
08/09/25 23:18:23
>>380
手遅れと考えるより、その環境にはそういうやり方の方が合ってる
って考えた方がいいのかもしれんよ。

まあとりあえず、一人で内職してみては？
少しずつファイルサーバ漁って、初期リポジトリに投入できそうなファイルの目星をつけつつ、
自分のところで cvsなり svnなり VSS（最近だとTFSかな？）なりをコッソリ入れておいて、
使い方を試してみたり、日次バックアップとかリストアとかの運用方法を確認したりして、
来るべき日に備えておくと、近いうちに役に立つかもよ。

俺は、本番環境でデグレード障害が出た際に、「バージョン管理システムってのがあるんですが」
って言って切り出して、内職で作ってた VSSリポジトリを使ってデモやったら、いつの間にか
それが開発標準になってたよ。

382:デフォルトの名無しさん
08/09/26 07:22:10
TortoiseHgはコミットツールのQctが完全には日本語に
対応してなくて、コミット対象のファイル名が文字化けする。
しかし、コミット自体は日本語で正常に行われます。

383:デフォルトの名無しさん
08/09/26 07:23:56
TortoiseSVNもTortoiseHgもエクスプローラが重たくなる。
特にネット越しになると酷い。

384:デフォルトの名無しさん
08/09/26 10:35:21
>>383
アイコンオーバーレイを「固定ドライブ」だけにするといいかも。
またはアイコンオーバーレイを使わないとか。

385:デフォルトの名無しさん
08/09/26 10:43:01
SVNのステータスでソートしたりとか良く使うし
エクスプローラと連動してるおかげで検索から
削除したり出来るから便利ともいえるし人それぞれだろう

386:デフォルトの名無しさん
08/09/26 12:17:39
>>384
対象外のフォルダを検索しないとか、検索フォルダのマスクしていとかもあるよ

387:デフォルトの名無しさん
08/09/27 01:24:54
アイコンオーバレイ使わないと、亀使ってる意味がほとんとなくね？

388:デフォルトの名無しさん
08/09/27 02:14:41
シェル拡張だけでもお釣りが来ると思う

389:デフォルトの名無しさん
08/09/27 04:59:17
独立アプリの方がいいなあ。
特に亀 Hg は、シェル拡張の意味がほとんどないぐらい操作が複雑。
でも生き残ったのは亀なんだよねえ…。

390:デフォルトの名無しさん
08/09/27 06:52:09
>>389
RapidSVNは結構好きだったんだけどなぁ。
Hg用の独立アプリ無いかな。

391:デフォルトの名無しさん
08/09/27 06:57:25
Hgを暫く使ってて、ふとしたことから古いチェンジセットに
一時的にアップデートしたら.hg下のファイルがWindowsXPの
ファイル名256文字制限に引っかかってしまい、最新のチェンジ
セットに戻せなくなってしまったよ。
フォルダ階層深い人は注意。
しかしWinXPって256文字制限無くせないのかな。Vistaはこの点
どうなの？

392:デフォルトの名無しさん
08/09/27 08:18:46
NT系のパスの文字数制限はXP以前から32000文字だと思うが。
9ｘ系と互換性もたすとMAX_PATHに制限されるけど。

393:デフォルトの名無しさん
08/09/27 08:39:09
subst.exe で何とかならない？
Hg 使ってないから状況がよくわからんが。

394:デフォルトの名無しさん
08/09/27 10:30:30
subst.exeで解決できる問題なら、そもそもプロジェクトを浅いディレクトリに
配置すればいいだけの話だけど、391はプロジェクトのフォルダ階層が
異常なほど深いんじゃないの？

395:391
08/09/27 10:34:05
>>392-393
NTFSだけど下記のエラーメッセージでググると256文字制限があるってヒットするんだけど。
HgがMAX_PATHに制限しているのかな？
あと元々レポジトリのパスが短いのでsubst.exeでは回避できなさそう。

嵐っぽくなっちゃうけどエラーの状況：
D:\a>hg add *
adding あ\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い
\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\う.txt
D:\a>hg ci -m "test"
trouble committing あ/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い
/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い
/い/い/い/い/う.txt!
abort: ファイル名または拡張子が長すぎます。: D:\a\.hg\store\data/~82~a0/~82~a2/
~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/
~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/
~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/
~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/
~82~a2/~82~a4.txt.i

396:デフォルトの名無しさん
08/09/27 10:57:37
Hg local store creates paths too long for Windows
URLﾘﾝｸ(www.selenic.com)

397:デフォルトの名無しさん
08/09/27 12:18:04
>>388
hgならともかく、SVNなら開発ツールのSCM連携機能使うだろ。

398:デフォルトの名無しさん
08/09/27 12:38:46
Express 版で開発してるとか、ワードの文書も SVN で管理してる
俺みたいなやつの事を忘れないでくれ。

399:デフォルトの名無しさん
08/09/27 13:02:33
TortoiseHgまだ、rename実装されてない？のかな
D&Dでのこぴぺ移動もまだみたいだし

400:デフォルトの名無しさん
08/09/27 13:45:08
まだバージョンが 0.5 もいってないからね。
俺はコマンドラインと併用。
マージツールの連携をなんとかしてほしい。

401:デフォルトの名無しさん
08/09/27 17:10:04
そういやツールの設定なんかがよくわからないな・・・

402:デフォルトの名無しさん
08/09/27 19:33:29
高速ネットワークに常時接続でブランチが自由に作成できる SVN 環境から、
分散型に乗り換える利点はどのようなものがあるでしょうか？

403:デフォルトの名無しさん
08/09/27 19:43:28
分散に移りたいと思ったきっかけはなに？それによるんじゃないか？

404:名無し募集中。。。
08/09/27 21:00:32
常時接続出来ない場所に行ったときに不便にならない

405:デフォルトの名無しさん
08/09/27 21:11:50
svnになれてるならsvkでも使ってみたら。
でもトロいからあんま便利とは言えないか。
速度、細かい進捗管理がしやすい。

git使い始めて結構立つのに今更、昨日始めてbisect使ってみた。
数千もパッチ管理してるとやっぱこういう手法になるのかなー。

406:デフォルトの名無しさん
08/09/27 21:18:00
>>353
mod_authz_svn じゃだめ?

407:デフォルトの名無しさん
08/09/27 21:21:29
誤爆orz

408:デフォルトの名無しさん
08/09/27 21:33:28
>>403 >>404

SVN に特に不満は感じていないんですけど分散型がいろいろ出ているので
何か自分が気づいていていない利点があるんじゃないかと思ったんですけど。

SVN は家か会社でしか使わないのでネットワークに接続できないことは滅多
にありません。

409:名無し募集中。。。
08/09/27 23:12:59
会社でもノートPCを持って無線LANの届かない現場に行く場合とか心底困るよ

410:デフォルトの名無しさん
08/09/27 23:15:12
Subversionに比べると、分散型はリポジトリの扱いが気楽なのが利点だと思います。

たとえばMercurialだと、
ソース書き始めた
↓
そのディレクトリの下にリポジトリ作成。チェックアウトの必要なくいきなり管理下
↓
ちょっと実験するために別ディレクトリにclone（リポジトリのコピー）
↓
修正＆コミット
↓
成功：コミットを元リポジトリにpush
失敗：cloneしたリポジトリを削除してポイ
↓
(ﾟДﾟ)ｳﾏｰ

411:デフォルトの名無しさん
08/09/27 23:28:50
svnからhgでブランチし放題なのとマージ覚えててくれるのはいいと思った

412:デフォルトの名無しさん
08/09/27 23:29:01
どこがちがうのか？

413:デフォルトの名無しさん
08/09/28 02:46:15
svnも1.5でマージサポート強化されてるっぽいね。
今まではブランチっつってもコピーするだけだから、マージは自分でやらないといけなかったけど、
なんかsvn1.5はプロパティにどこからマージ済みなのか記録してるっぽい。svkのマネ？

Gitの場合はコミットに一意なIDがあるから、テキトーにブランチきってもマージに悩まされずに
追いかけていける。

414:デフォルトの名無しさん
08/09/28 04:21:23
>>410
そうそう、分散型だとすごく気楽だよね。
個人開発でも利点があった

415:デフォルトの名無しさん
08/09/28 10:30:27
>>351 でも書いたけど、亀　Hg 使ってる人はマージはどうやってる？kdiff3 使ってる？
マージペインで日本語が化けるから、やや無理やりだけど WinMerge 使いたいんだよね。
でも premerge が効いてないっぽいし、バイナリファイルはどちらを採用するか聞いてこなかったり
もう設定がわけわかめ。

416:デフォルトの名無しさん
08/09/28 11:28:46
ブランチに試行錯誤や間違いの歴史を残すのに全然抵抗ないですけど
それでも分散型に利点はありますか？

417:デフォルトの名無しさん
08/09/28 11:33:46
>404

418:デフォルトの名無しさん
08/09/28 16:53:16
ベータ版かリリース版かというのはどのように管理してるの？

419:名無し募集中。。。
08/09/28 21:11:17
revisionのコメントに「>>418さんに渡した版」と書いておく程度の管理
または気持ちの問題､ｶﾅ

420:デフォルトの名無しさん
08/09/29 02:37:11
タグ名の最後に"-r"を付けるとか(release)

421:デフォルトの名無しさん
08/09/29 02:56:41
>>418
うちでは例えばバージョン名がB2.4.XからR2.4.0になる。

422:デフォルトの名無しさん
08/09/29 03:00:44
>>418
タグ付けてβ、それを品証がチェックしてリリース
trunk
tag
rel
のディレクトリにタグ化した日付でtagに入れてそのリリースがrelにcopyされる
品証のチェックで出たバグはtagの日付版で修正して、trunkへポートされてる
エンドユーザからのバグレポートはrelに対してになる、

423:デフォルトの名無しさん
08/09/29 03:42:29
>>418
tag つける。でtag名に、beta-ほげほげとか release-ほげほげとか

424:デフォルトの名無しさん
08/09/29 12:23:02
リポジトリをbetaフォルダからreleaseフォルダに複製してる

・・・けどタグの方がいいのか

425:デフォルトの名無しさん
08/09/29 12:36:21
いついつリリース版というフォルダをずっと増やしていく方針なら
タグは不要だと思うけど。

426:デフォルトの名無しさん
08/09/30 01:18:54
他所の cvs/svn/git リポジトリから co するときに自動的に hg 方式になって
自分で管理するときは hg でして
ci するときは cvs/svn/git 方式に自動的に変換するフィルタってない？

427:デフォルトの名無しさん
08/09/30 05:37:52
チェックアウト状態ではリードオンリーになっていて
編集しようとするとダイアログが開いて何のための変更か？を記述して
それをコミット時のデフォルトのコメントにしてくれるようなWindowsのツールってないですか？
TortoiseSVNの拡張機能みたいな形であれば一番いいんだけど。

428:デフォルトの名無しさん
08/09/30 09:48:34
それなんて VSS ？

429:デフォルトの名無しさん
08/09/30 10:19:30
>>427
needs-lockじゃ駄目?
lock取得するときに、やる作業をコメントに書く。
コミットするときは、最近のログメッセージから再利用。

430:デフォルトの名無しさん
08/09/30 16:51:34
SubversionリポジトリからMercurialに変換するツールはないんでしょうか？

431:デフォルトの名無しさん
08/09/30 16:51:59
gitだとsvnとの相互運用もできるっぽいのですが・・・

432:デフォルトの名無しさん
08/09/30 17:10:30
hg convert

433:デフォルトの名無しさん
08/09/30 17:35:30
>>432
Mercurial の Subversion convert extension - daily dayflower
URLﾘﾝｸ(d.hatena.ne.jp)

これか・・・かなり未完成っぽいですね
hgsvn？とかいうのがよいらしいですが

434:デフォルトの名無しさん
08/09/30 17:42:15
hgの読み方ってハーゲーでいいの？

435:デフォルトの名無しさん
08/09/30 18:08:50
>>434
銀ちゃんで

436:デフォルトの名無しさん
08/09/30 18:38:11
水銀党で

437:デフォルトの名無しさん
08/09/30 18:56:57
git では
git checkout 古いコミットID
として古い状態に戻すことができます。
このあと最新状態に戻すにはどうしたらいいですか。
git checkout HEAD とか git reset --hard HEAD とかしてもだめみたいです。

438:デフォルトの名無しさん
08/09/30 19:07:14
>>437
HEADは現在居るブランチの先端をあらわすので、その場合のHEADは名無しブランチの先端。
つまり古いコミットIDになる。
最新の状態にしたかったら、そういうブランチをチェックアウトすればいいと思う。
git checkout master とか。

439:デフォルトの名無しさん
08/09/30 20:11:31
>>438
ほんとだ、名無しのブランチになってました。
git checkout master でもとに戻れました。ありがとうございます。
ただ、git checkout COMMIT_ID を実行すると、名無しのブランチができるという挙動がなんか気持ち悪い。
なんで勝手にブランチができるんだろう。。。

440:デフォルトの名無しさん
08/09/30 20:39:40
>>439
どこの先端でもない途中の状態を指定して取り出すんだから、名無しになるんだよ。
今居るブランチをほんとうに古い状態に戻したいなら、そのコミットを指定してresetすればいい。
そうすればそのコミットが今居るブランチの先端になる。そこより先のコミットは無くなっちゃうけどね。

441:デフォルトの名無しさん
08/10/01 00:28:10
俺がHEADだぁぁぁあああ！

442:デフォルトの名無しさん
08/10/01 00:55:10
ヘドが出るぜ!

443:デフォルトの名無しさん
08/10/01 12:04:21
すみませんが、せっかくの機会なので教えていただけますか。

>>440
>どこの先端でもない途中の状態を指定して取り出すんだから、名無しになるんだよ。

新しいブランチを作るのではなく、今のブランチ (main) を使ったまま、古い状態を取り出すことはできないということでしょうか。

>今居るブランチをほんとうに古い状態に戻したいなら、そのコミットを指定してresetすればいい。
>そうすればそのコミットが今居るブランチの先端になる。そこより先のコミットは無くなっちゃうけどね。

reset は、HEAD がどのコミットを表すかを変更するということでしょうか。
HEAD を変更することなく、古い状態に戻すことはできないということですか。

Git は仕組みがよくわからず、困ってます。
Mercurial はすごくわかりやすいんですけど・・・

444:デフォルトの名無しさん
08/10/01 16:43:32
>>443
hgは使ったことないんだが、Gitからフォークしてるので似てるはずだと思ってたんだけど、
そうでもないのか。resetとかrebase無いの？

「古い状態に戻す」が何をしたいのかよくわからないんだけど、例えば、
３つ前の状態をちょっくらワーキングコピーで見たりしたくなったんなら、
３つ前の状態をチェックアウト（git checkout HEAD~3）すればいい。
名無しブランチの先頭に居ることになるが。

今のブランチを３つ前の状態まで戻して、そこからやり直したいならリセット（git reset HEAD~3）
この場合は３つ前以降のコミットは失われる（他のブランチに残ってなければ）

＞新しいブランチを作るのではなく、今のブランチ (main) を使ったまま、古い状態を取り出すことはできないということでしょうか。

mainという名のブランチをチェックアウトしたまま古い状態を取り出す？
いま居るブランチはmain~3ですよ、みたいな感じ？　それはないな。実質そういうことになるのかも
しれないけど、main~3は他のブランチにも含まれるかもしれないし、履歴の途中を引っ張り出した場合、
そこにコミットを続けることも出来るから、それってブランチ(枝)でしょう？

git checkout HEAD~3とした時点で「名無しブランチですよ。必要なら後からgit checkout -b って
出来るよ」みたいなメッセージが出てると思う。

445:デフォルトの名無しさん
08/10/01 19:01:31
443ではないけど
>>444
hgの場合古い状態をワーキングコピーで見るだけならブランチにはならなくて、
古い状態からコミットしたときに初めてブランチが作られる

446:445
08/10/01 19:05:37
それと、hgはgitのフォークではないよな

447:デフォルトの名無しさん
08/10/01 19:47:23
またリポジトリ、プロジェクトホスティング見つけてきた

Project Kenai -- We're More Than Just a Forge
URLﾘﾝｸ(kenai.com)

SubversionとMercurialのリポジトリと、フォーラム、ML、wiki、バグトラックなど一通りのホスティングサービス

448:デフォルトの名無しさん
08/10/02 07:37:45
枝の古い状態みるだけなら、チェックアウトすればそれでいいじゃん?
新しいブランチは作らず名無しの状態で取り出せる。
それぞれのHEADも変更しないし、何に困ってるのか分からないんだが…

多分何がしたいのかを言った方が手っ取り早い。

449:デフォルトの名無しさん
08/10/02 09:26:39
>>445
> 古い状態からコミットしたときに初めてブランチが作られる

前もって hg branch でブランチを指示しないといけないんでなかった？

450:デフォルトの名無しさん
08/10/02 09:40:05
>>446
SDにはそんなようなこと書いてあったけどな。
でもPythonで新たに書き直してるから、フォークとは言わないかもね。

451:デフォルトの名無しさん
08/10/02 12:51:20
>>444
両方ともBitKeeperのコマンドを参考に作ったんじゃなかったか？

452:デフォルトの名無しさん
08/10/02 15:27:04
tortoiseHGの0.5出てたから入れたけど、コミットの日本語は相変わらず

一緒にbazaarも入れてみたけど
右クリックしてもbazaarのメニューが出てこないのは気のせい？

453:デフォルトの名無しさん
08/10/02 18:36:34
>>448
>枝の古い状態みるだけなら、チェックアウトすればそれでいいじゃん?

それだとファイルパスが違うのになるから、設定ファイルをいちいち変更しないといけない。
または現在のディレクトリを別名に変更しないといけない。

454:デフォルトの名無しさん
08/10/02 21:14:48
???

455:デフォルトの名無しさん
08/10/03 11:22:29
hg convert って最強じゃね？

456:デフォルトの名無しさん
08/10/03 11:38:25
>>453
フルパスが書かれたものをリポジトリに入れてるのか。

そうであってもブランチを作る必要はなくて、
チェックアウトまたはclone＋チェックアウトで済むと思うけど。

何をしたいのかがわからないから、あとはエスパーを呼んでもらうしかない。

457:デフォルトの名無しさん
08/10/03 12:01:04
情報を後出しばかりする上に自分の特殊な環境が特殊だと思っていないんだから
誰がどう答えてもどうにもならんでしょ

458:445
08/10/03 13:30:09
>>450
URLﾘﾝｸ(en.wikipedia.org)(software)
>This project started at approximately the same time as another project called Git, started by Linus Torvalds with similar aims.
>>449
名前付きのブランチをつくるならそう。名無しブランチ作るならコミットするだけ。

hgの場合
hg checkout id
で古いワーキングコピーにして、
hg checkout
で最新(tip)にできる。
hg log
はcommitやpullしない限り、何をcheckoutしていても常に同じ内容が出力される。

git少し試したけど、古いのをチェックアウトするとgit logでそれ以降のログが
見えなくなるな。

459:デフォルトの名無しさん
08/10/03 16:21:21
緒マラ教えて下さい。
gitのリポジトリをhgに変換する方法を

460:デフォルトの名無しさん
08/10/03 21:41:25
4レス前は読んだか？

$ hg help convert ~
hg convert [OPTION]... SOURCE [DEST [REVMAP]]

Convert a foreign SCM repository to a Mercurial one.

Accepted source formats:
- Mercurial
- CVS
- Darcs (legacy Darcs 1 format only)
- git
- Subversion
- Monotone
- GNU Arch

461:デフォルトの名無しさん
08/10/03 23:17:10
git checkout ブランチ名
としたときに、
error: You have local changes to 'README'; cannot switch branches.
といわれます。
Gitでは編集中のファイルがあるとブランチを切り替えることはできないのでしょうか。

462:デフォルトの名無しさん
08/10/04 00:51:03
>>460
thanx... hg convertていくつも対応してるのね

463:デフォルトの名無しさん
08/10/04 03:39:36
>>461
たぶんそれチェックアウト先のブランチでREADMEがぶつかってるんじゃないかな。
まっすぐ伸びてれば
M README
Switched to branch
てな感じになるはず。

464:デフォルトの名無しさん
08/10/04 11:15:13
で、git と mercurial のどっち使えばええの？

465:デフォルトの名無しさん
08/10/04 11:31:34
bazaar使えばいい。

466:デフォルトの名無しさん
08/10/04 13:10:06
>>464
git はわかりづらいので、mercurial のほうがいいと思う。
ただ git のほうが機能は豊富。あまり使わないけど。

467:デフォルトの名無しさん
08/10/04 13:35:44
>>464
流行で言えばgitでしょう。

ただ、Windowsと関わることがあるなら git はちとキツイ印象（いろいろ試したが）
そのときは Mercurialでよいかと

468:デフォルトの名無しさん
08/10/04 14:12:39
>>466
mercurial になくて git にある機能って具体的にナニ？

>>466
どこの流行なんでしょうか？

469:デフォルトの名無しさん
08/10/04 15:07:16
>>468
githubでいきなり盛り上がった印象がある。
それまでは、俺はLinux Kernel専用SCMとしか思ってなかった。

470:デフォルトの名無しさん
08/10/04 16:46:55
大型プロジェクトに良く使われている印象>git
linux kernel、X.org、wine、vlcなど。
hgはmozillaだけな予感。

471:デフォルトの名無しさん
08/10/04 17:46:54
hg も netbeans、opensolaris や xen とかで使われてる
…ってちょっとググれば分かるはずなんだがな

472:デフォルトの名無しさん
08/10/04 18:16:14
リポジトリ数
github(git) 30*618=18540ぐらい
launchpad(bazaar) 19002

mercurial専用ホスティング&コラボレーションサービスって無いのな。専用である必要ないって言ったらその通りだが。

473:デフォルトの名無しさん
08/10/04 18:25:41
>>472
bitbucket freehg projectkenai

474:デフォルトの名無しさん
08/10/04 18:30:29
>>473
thx.

bitbucket(mercurial) 15*40=600
他分からず。

475:デフォルトの名無しさん
08/10/04 18:54:37
>>468
git-svnと同等なものがHgに無い。マジで欲しい。

476:デフォルトの名無しさん
08/10/04 19:01:08
>>475
俺もこれほしいな

gitは、gitでGoogle Code Projectのsvnで開発なんて記事もあるくらいだからな

Google Open Source Blog: Develop with Git on a Google Code Project
URLﾘﾝｸ(google-opensource.blogspot.com)

477:デフォルトの名無しさん
08/10/04 19:05:12
>>475-476
hgからsvnにpushする方法
URLﾘﾝｸ(jelmer.vernstok.nl)

478:デフォルトの名無しさん
08/10/04 19:26:00
hgsvnに含まれるhgpushsvnってのもあるらしいがバギーなようだ。hgsvnの開発も芳しくないようだし。

479:デフォルトの名無しさん
08/10/04 19:42:17
windows上ならbzr-svnが標準で含まれているbzrが最強な予感。
cygwin+gitならgit-svn入れるだけだろうけど。
msysgitはgit-svn入れるの難しいはず。

480:デフォルトの名無しさん
08/10/04 20:15:22
TorotoseHGに含まれている hg.exeで
hg mergeしようとすると、gpyfmというウインドウが立ち上がるんだけど、
これは何するものなの？
リストに何も表示されていないから、何をしたらいいかわからんｗ
acceptoとかrejectとかのボタンは表示されているが

481:デフォルトの名無しさん
08/10/04 21:19:29
github を使っていて、他人のプロジェクトをフォークしたんですが、
それを更新する (pull) 方法が分かりません。
つまり　someone/proj1 をフォークして myname/proj1 をつくり、
git clone git://github.com/myname/proj1
をして、自分のリポジトリに commit & push するのはいいんですが、
someone/proj1 の変更を myname/proj1 に pull する方法がわかりません。
だれか教えてください。

482:デフォルトの名無しさん
08/10/05 02:37:27
>>481
git remote add someone git://github.com/someone/proj1
git pull someone
かな。

483:デフォルトの名無しさん
08/10/05 02:38:37
>>475
URLﾘﾝｸ(www.bitbucket.org)
まだまだっぽいけど。

484:デフォルトの名無しさん
08/10/05 04:39:52
欲しければ実装しちゃいなよ

485:デフォルトの名無しさん
08/10/05 08:27:55
bazaarを介するのもhgsubversionを使うのも一抹の不安があるなぁ

486:デフォルトの名無しさん
08/10/05 14:11:41
Bazaarが気になったので、GCCのソースを使って計測してみた。
svn://gcc.gnu.org/svn/gcc/trunk
ソースのサイズ: 510MB

Intel(R) Atom(TM) CPU N270 @ 1.60GHz
DISK: SDHC(ext3) ＃ツッコミなしでw

使用コマンド
svn = import (svnadmin create済み)
hg = commit -A (hg init済み)
bzr = add + commit (bzr init済み)
git = add + commit (git init済み)

TAT
　　git(8m30s) > bzr(10m30s) > hg(12m40s) >> svn(60m38s)
CPUTIME
　　git(1m10s) > hg(2m55s) > bzr(5m49s) > svn(6m57s)
REPOS SIZE (ソースのサイズ除く)
　　bzr(122MB) > svn(133MB) > hg(311MB) > git(319MB)

考えていたよりbzrがいい結果。

487:デフォルトの名無しさん
08/10/05 17:59:01
総合的にみて hg の圧勝じゃないか

488:デフォルトの名無しさん
08/10/05 18:31:15
総合的にみたらgitだろ?

489:デフォルトの名無しさん
08/10/05 18:36:26
総合的に見るとrcsだわな。

490:デフォルトの名無しさん
08/10/05 18:39:23
あと10年くらいはsvnでいいや

491:デフォルトの名無しさん
08/10/05 18:40:21
cvsはもう勘弁

492:デフォルトの名無しさん
08/10/05 19:21:08
>>486
What does "TAT" mean?
"CPUTIME" is speed of command execution?

493:デフォルトの名無しさん
08/10/05 19:25:26
turn around timeじゃないか

494:デフォルトの名無しさん
08/10/05 20:54:04
>>493
その通り。

495:デフォルトの名無しさん
08/10/06 09:03:25
どうもです。
>>482
>git remote add someone git://github.com/someone/proj1
>git pull someone
これだと自分のローカルリポジトリのみの変更ですよね。
あとはこれをpushすれば、github上にあるリモートリポジトリにも反映されるということでしょうか。

gitは勉強中なのでわからないことがいっぱいです。

496:デフォルトの名無しさん
08/10/06 19:00:20
Git(ギット)勉強会メモ - kinneko@転職先募集中の日記
URLﾘﾝｸ(d.hatena.ne.jp)

> git stash
> 日本からやってきたパッチ。最近追加。
> する直せ、今直せとボスが言う。
> 中断されると違う事やると思考の流れが止まる。続けられない。
> git stash saveとたたくと、今の状態を保管する。
> 巻き戻されて最初からボスの変更だけやって、コミットしてしまう。
> その後で、git stash applyで保管した結果を戻して作業ができる。
> tarで保管するのと違って、重なる変更点は3 way margeされる。
> ボスの変更が反映された上で、途中の作業に戻れる。

今 hg 使ってるんだが、この git stash に相当するコマンド（群）知ってる人イナイ？
コード弄ってるときにバグ発見とか、よくあるもんで…

497:デフォルトの名無しさん
08/10/06 19:43:01
>>496
意味がわからんし使い方もわからん
cloneすればいいんじゃねーの

498:デフォルトの名無しさん
08/10/06 21:03:46
>>496
URLﾘﾝｸ(www.selenic.com)
これかな

499:デフォルトの名無しさん
08/10/06 21:22:28
>>496
> 今 hg 使ってるんだが、この git stash に相当するコマンド（群）知ってる人イナイ？
つhgext.mq

500:デフォルトの名無しさん
08/10/09 17:25:46
少しお聞きしたいのですが、ためしに動的なwebページをMercurialで管理しようとしています。
MySQLを使用するCMSを使っているのですが、DBのデータも管理したもんなんでしょうか？
webアプリの場合だと、DBがファイルととは別ってことは普通にあると思いますが、
みなさんはどうしてらっしゃいますか？

てか、Railsもそういった類だと思うけどバージョン管理はどうしているんだろう

501:デフォルトの名無しさん
08/10/09 17:29:10
うちはテーブル、ビュー、関数、ストアドプロシージャのようなスクリプトと
マスターデータをテキストとかで管理してる。

502:デフォルトの名無しさん
08/10/09 19:14:08
>>497-499
ありがとう
拡張になるのかー

503:デフォルトの名無しさん
08/10/09 21:49:34
名前ド忘れしたけど
DB専用Subversionみたいなのがあったな

504:デフォルトの名無しさん
08/10/11 21:52:17
[Visual Studio 2005 Team Edition for Database Professionals]
URLﾘﾝｸ(www.microsoft.com)

505:デフォルトの名無しさん
08/10/12 15:13:25
.flaも管理したい

506:デフォルトの名無しさん
08/10/13 10:20:18
Subversionはバイナリの差分をとってくれますが、Mercurialはしてくれないようです。
ほかにバイナリも差分をとってくれるバージョン管理ツールはありますか。

507:デフォルトの名無しさん
08/10/13 14:54:48
CVS

508:デフォルトの名無しさん
08/10/13 15:00:52
CVS って、差分とったっけ？
バイナリは、そのまま保存しかできないと思っていたけど。

509:デフォルトの名無しさん
08/10/13 16:15:45
>>506
Mercurialも差分を取るだろ

510:デフォルトの名無しさん
08/10/13 16:32:24
>>506
軽く試した感じだとちゃんと差分で保持してるよ。

511:デフォルトの名無しさん
08/10/13 18:22:37
git は?

512:デフォルトの名無しさん
08/10/13 18:23:27
ってそもそも差分じゃないか。スマン。

513:デフォルトの名無しさん
08/10/13 18:42:48
Mercurial を使って自分のコードを管理していたのですが、
Mercurial のリポジトリをホストしてくれる Bitbucket に移行しようとしています。
しかし新しく自分用のリポジトリを登録したのはいいんですが、
ローカルにあるリポジトリをサーバに移動する方法がよくわかりません。
もしご存知の方がいましたら教えてください。

514:デフォルトの名無しさん
08/10/13 19:34:24
>>508
一応無理やり差分は取ってる。あんまり効率的ではないだろうけど(昔の実験結果より)。

515:デフォルトの名無しさん
08/10/13 20:19:43
>>513
hg push URLﾘﾝｸ(hoge@bitbucket.org)
めんどくさかったら .hg/hgrc に書いとけ、な。

516:デフォルトの名無しさん
08/10/14 13:15:59
>>35 mercurialもclone直後はハードリンクになっているけど
変更をcommitすると別物になるようだ。

517:デフォルトの名無しさん
08/10/14 15:03:34
gitはテキストとバイナリの区別をしないで
オブジェクトデータベース内のすべてのオブジェクトについて
「似ているもの同士は差分で保持」という実装

518:デフォルトの名無しさん
08/10/14 19:08:06
いいね、バックアップソリューションでもそういうのが流行ってるみたいだし。

519:デフォルトの名無しさん
08/10/14 20:20:24
>>517
へー、そうなんだ。
「似ているもの同士」ってどうやって判断してるの?
その辺について書かれたドキュメントとか知ってたら教えてもらえると嬉しい。

520:デフォルトの名無しさん
08/10/14 21:21:12
ソース嫁よ

521:デフォルトの名無しさん
08/10/14 21:50:51
>>517
これほんと?
Gitって、差分は管理してなくて、すべてのファイルを圧縮保存していると資料に書いてあったけど。

522:デフォルトの名無しさん
08/10/14 21:54:31
Git と Mercurial の連携・・・・ってできますか？
いや意味があるのかといわれるとそれまでなんですけど。

523:デフォルトの名無しさん
08/10/14 22:03:04
cvsってdiffでバイナリ差分とってる訳？

524:デフォルトの名無しさん
08/10/15 03:37:07
>>517 「似ている」ってどうやって判別してんだ？

525:デフォルトの名無しさん
08/10/15 03:40:21
CVS は「バイナリ」じゃなくて「キーワード・行末変換なし」っていう設定で diff はいちおう
通してたような記憶があるお。 0x0a が現れるといちおう区切られるっていう

526:デフォルトの名無しさん
08/10/15 17:41:15
git pull して git push するのに疲れました。
２つを連続してやってくれるコマンドオプションとかありますか。

527:デフォルトの名無しさん
08/10/15 17:44:00
bat

528:デフォルトの名無しさん
08/10/15 17:58:15
sh & alias

529:デフォルトの名無しさん
08/10/15 23:53:17
>>527,528
そんなオプションはないということですね。
これで安心してshellスクリプトを書けます。
ありがとうございました。

530:デフォルトの名無しさん
08/10/16 22:25:14
aliasでいいじゃん

531:デフォルトの名無しさん
08/10/18 23:40:14
>>503
「DBAを救え! DBリファクタリングツール「LiquiBase」を使ってみよう」
URLﾘﾝｸ(journal.mycom.co.jp)

これのことかな？

532:デフォルトの名無しさん
08/10/19 01:42:03
>>531
それそれ！

533:デフォルトの名無しさん
08/10/19 04:00:46
>>500
データってデータそのもの? スキーマだけじゃなく?
SQLite にしてデータベースファイル突っ込んどけば?

Rails だとマイグレーションという仕組みでスキーマを版管理する。
テスト用のデータについてはフィクスチャで流し込むのが一般的。
実運用のデータをバージョン管理するという話はあまり聞かないな。

534:デフォルトの名無しさん
08/10/19 23:30:08
git push origin master
と同じことを Mercurial でするにはどうしたらいいですか。
ローカルのリポジトリを、リモートに移動しようとしています。

535:デフォルトの名無しさん
08/10/19 23:39:58
clone すればいいんじゃね？

536:デフォルトの名無しさん
08/10/20 23:25:07
>>534
gitのことはよくわからんけど、ローカルのチェンジセットをリモートに push するだけなら
hg push <remote-addr>
ローカルとリモートのリポジトリが同一のツリーでないなら
hg push -f <remote-addr>

537:デフォルトの名無しさん
08/10/21 01:25:59
>>534
git -> hg

538:デフォルトの名無しさん
08/10/21 07:22:29
Subversionスレでも出ていた話題ですが、
ｽﾚﾘﾝｸ(tech板:489-502番)
Mercurial(hg)て file:// でも排他処理されてますか？
多人数で共有ファイル鯖の上にpushしても大丈夫？

どこかドキュメントに記述はありますでしょうか？

539:デフォルトの名無しさん
08/10/21 08:10:28
>>538
問題ない

Distributed revision control with Mercurialに書いてある。

540:デフォルトの名無しさん
08/10/21 09:11:04
>>539
ありがとう

どの辺の章に書いてありましたか？以下で「排他」「file://」あたりで検索したのですが、
見つけられませんでした

Distributed revision control with Mercurial
URLﾘﾝｸ(ursm.jp)

541:デフォルトの名無しさん
08/10/21 09:58:55
>>540
4.5.3 並行アクセス

542:デフォルトの名無しさん
08/10/21 15:53:31
>>541
Thanks!! 見つけられました。安心したっす

4 Behind the scenes
URLﾘﾝｸ(ursm.jp)

543:デフォルトの名無しさん
08/10/25 14:06:51
hg convert がうごかないんだが、なんでかな?
% hg convert -s svn svn://svn.freebsd.org/base
assuming destination base-hg
initializing destination base-hg repository
Subversion python bindings could not be loaded
abort: svn://svn.freebsd.org/base: unknown repository type

% hg convert -s svn freebsd-head
assuming destination freebsd-head-hg
initializing destination freebsd-head-hg repository
Subversion python bindings could not be loaded
abort: freebsd-head: unknown repository type

544:デフォルトの名無しさん
08/10/25 14:57:01
>>543
Subversion python bindings could not be loaded

545:デフォルトの名無しさん
08/10/25 23:48:26
開発やってる奴でその質問はどうなんだ(´・ω・｀)

546:デフォルトの名無しさん
08/10/26 00:27:27
＞バージョン管理システムについて語るスレ2

547:デフォルトの名無しさん
08/10/26 01:55:24
>>546
エラーメッセージ完全スルーで2ch丸投げとか、
流石に情けないんじゃないのか、って話だと思うんだが。

548:デフォルトの名無しさん
08/10/26 17:11:14
んなこと全員分かってるわ

549:543
08/10/26 21:23:22
みなさんぼろくそいってくれてありががとう
devel/py-subversionをインストールしたら動き出しました。
エラーメッセージは読み違えていて
convert/subversion.pyが見つからないのかとおもってました。
ktraceしても原因は見つけられず。
どこかにconvert subversionはプロセスを起動するとあったので
てっきりsvnをforkexecするものだと...

550:デフォルトの名無しさん
08/10/26 23:11:53
おまい、おもろい。ｗ

551:デフォルトの名無しさん
08/10/27 06:54:35
TortoiseHgのリポジトリがBitbucketに移動してた

552:デフォルトの名無しさん
08/10/27 10:59:33
Python 2.5 の公式ドキュメント日本語訳完成
URLﾘﾝｸ(www.python.jp)

553:デフォルトの名無しさん
08/10/27 21:53:54
hgでパーミッションが保存されないんですが仕様ですか?
% hg init a
% cd a
% date>file
% date>file2
% chmod a-w file2
% ls -al
total 8
drwxr-xr-x 3 hoge hoge 5 10 27 21:44 ./
drwxr-xr-x 7 hoge hoge 9 10 27 21:43 ../
drwxr-xr-x 3 hoge hoge 5 10 27 21:43 .hg/
-rw-r--r-- 1 hoge hoge 40 10 27 21:43 file
-r--r--r-- 1 hoge hoge 40 10 27 21:44 file2
% hg add file file2
% hg commit -m "init"
% cd ..
% hg clone a b
updating working directory
2 files updated, 0 files merged, 0 files removed, 0 files unresolved
% cd b
% ls -al
total 8
drwxr-xr-x 3 hoge hoge 5 10 27 21:44 ./
drwxr-xr-x 8 hoge hoge 10 10 27 21:44 ../
drwxr-xr-x 3 hoge hoge 9 10 27 21:44 .hg/
-rw-r--r-- 1 hoge hoge 40 10 27 21:44 file
-rw-r--r-- 1 hoge hoge 40 10 27 21:44 file2
%

554:デフォルトの名無しさん
08/10/31 11:56:13
>>553
パーミッションは保存されません。
hgに限らず、SubversionやVSSでもパーミッションは保存されません。
パーミッションはリビジョン管理システムの外側にある概念です。

555:デフォルトの名無しさん
08/10/31 11:58:59
>>554
Subversionはpropertyとして保存してくれるんだが。

556:デフォルトの名無しさん
08/10/31 13:28:25
だからなに？って話

557:デフォルトの名無しさん
08/10/31 14:48:20
>>556
>パーミッションはリビジョン管理システムの外側にある概念です。
というのが大間違いっていう話。

558:デフォルトの名無しさん
08/10/31 16:33:51
Subversionが自動的にパーミッション保存してくれるなんて初めて聞いたんだが

559:デフォルトの名無しさん
08/10/31 22:01:35
sccsは保存してくれたなぁ、と古い話。

560:デフォルトの名無しさん
08/10/31 22:04:06
svnが保存するのは実行ビットだけであってる?

561:553
08/10/31 23:30:12
hgのソースをみてみたら
どうもexec bitとsymlinkしかあつかえないようだ。

562:デフォルトの名無しさん
08/10/31 23:41:03
なんか問題あんの？
hook で chmod すればそれで終わりじゃん

563:デフォルトの名無しさん
08/11/02 09:12:41
hg はパーミッションは保持しないクソツール、と。

564:デフォルトの名無しさん
08/11/02 11:19:53
ここで煽ってみたところでなにも変わりはしないぞ

565:デフォルトの名無しさん
08/11/02 12:07:38
そもそも644になって問題がある開発環境なんて存在するのか？

566:デフォルトの名無しさん
08/11/03 01:06:15
>>565
というより、SCMとしての機能を考えると、実行属性以外のパーミッションとかACLとかを保存される方が困る気がする。

567:デフォルトの名無しさん
08/11/03 02:53:28
OSやfsによってマチマチだからなぁ

568:デフォルトの名無しさん
08/11/03 13:01:37
POSIX標準くらいサポートしてもバチは当たらない

569:デフォルトの名無しさん
08/11/03 14:17:51
属性を用意したからあとは勝手にやってくれって思想だよな

svn:permissionsを追加したってパッチはみつかったけど
設計や互換性の面で却下されてるようだ

570:デフォルトの名無しさん
08/11/04 18:32:59
TortoiseHGでBitbucketでssh経由でpushしたいのですが、上手くいかず困っています。
ToritoiseSVNでは同じようにして上手くいったのですが・・・

やったこと
・Bitbucketのアカウントをとる
・Bitbucketにssh公開鍵を追加
・setting->repogitoryの設定ダイアログにて、Pathのdefaultを
　ssh://(ユーザー名)@bitbucket.org/(ユーザー名)/(project名)/
に設定（＝ .hg/hgrcの[paths] の default = に上記パスを設定することと等価）
・TortoiseHGのpageantを起動し、対応する秘密鍵を追加
・コマンドラインから hg push → pageantで設定してあるのに何故かパスワードを聞かれる　→
　２回ほど入力したら pagelinkが落ちる。
出力：
　*** no suitable response from remote hg[command interrupted]
・GUIの Synchronize... から push 選択
　コマンドラインの時と同様になる

571:デフォルトの名無しさん
08/11/04 18:35:38
>>570
ToritoiseSVNでBitbucketでssh経由でpushする方法kwsk

572:デフォルトの名無しさん
08/11/04 18:49:33
ああ、スマソ。BitbucketではTortoiseSVNは使ってません・・・。
別のローカル鯖でTortoiseSVNのssh+svnで上手くいったという話です。

573:デフォルトの名無しさん
08/11/04 19:11:00
>>570
追記：
・hg push や GUIでsynchroize->push でパスワード聞かれるときは、
ユーザー名@bitbucket.org's password と言われる。
(鍵の場合 passphraseだったはず？)
・puttyで秘密鍵を指定してBitbucket に接続すると、passwordを聞かれ、
アカウントのパスワードや秘密鍵のパスワードを入れても接続できない。

状況がどうもおかしい気がします・・・

574:570
08/11/04 19:53:47
解決しますた。

>・setting->repogitoryの設定ダイアログにて、Pathのdefaultを
>　ssh://(ユーザー名)@bitbucket.org/(ユーザー名)/(project名)/
ここが間違ってました。
正しくは、
　ssh://hg@bitbucket.org/(ユーザー名)/(project名)/

以下に書いてありました。

Using SSH - Help ? bitbucket.org
URLﾘﾝｸ(www.bitbucket.org)

リポジトリページの https://をそのままコピペしてssh://に変えていたせいなのと、
上記ページの例をサンプルだからユーザーがhgになってるのかと思ってた・・・

575:デフォルトの名無しさん
08/11/05 23:58:24
mercurialはtransactionを意識しているのにfsyncしないのはなぜか?

576:デフォルトの名無しさん
08/11/06 18:55:10
SubversionからMercurialに変換したいのですが、
hg convert が動かない？のですが、何か必要なものがありますでしょうか？

> hg help convert
hg: unknown command 'convert'

> hg convert
hg: unknown command 'convert'

TortoiseHgの付属のhgです。

577:576
08/11/06 18:56:00
追記です。

> hg -v
Mercurial Distributed SCM (version 1.0.2+tortoisehg)

578:576
08/11/06 19:12:52
Mercurial.iniに以下を書き込んだら hg convert 自体はうごくようでした。

[extensions]
hgext.convert=

ConvertExtension - Mercurial
URLﾘﾝｸ(www.selenic.com)

ここ読め、オレ・・・

579:デフォルトの名無しさん
08/11/06 20:03:02
hg convertで、Subversionリポジトリからコンバートしているのですが、
もしかして、日本語ログを含んでいると壊れますか？

変換後のリポジトリをTortoiseHgのView Change Logで見ると、
アスキーのみのログのところでは問題なく履歴が見られますが、
日本語ログのリビジョンでは、まったく異なる履歴が表示されます。
（ファイル一覧、差分などがsvnのとは異なります）

これを回避して日本語ログのものもコンバートすることはできないのでしょうか？

次ページ