[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 11/08 19:40 / Filesize : 226 KB / Number-of Response : 978
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【分散型バージョン管理】 Mercurial 【hg】



1 名前:デフォルトの名無しさん mailto:sage [2009/08/25(火) 23:02:30 ]
分散型バージョン管理システムMercurialについてのあれこれ

公式
mercurial.selenic.com/wiki/

日本語チュートリアル
mercurial.selenic.com/wiki/JapaneseTutorial

Mercurial - Wikipedia
ja.wikipedia.org/wiki/Mercurial

Mercurialではじめる分散構成管理
gihyo.jp/dev/feature/01/mercurial/0001

TortoiseHG
tortoisehg.sourceforge.net/

2 名前:デフォルトの名無しさん mailto:sage [2009/08/25(火) 23:03:36 ]
結構利用されてるはずなんだけど、無かったので立ててみた。
うちのプロジェクトも近々Mercurialにする予定。

3 名前:デフォルトの名無しさん mailto:sage [2009/08/25(火) 23:26:33 ]
>>1
しかしこんなにスレ分散させて人集まるんかねぇ
分散型SCMだからむしろOKってか

総合:pc12.2ch.net/test/read.cgi/tech/1242918130/
Git:pc11.2ch.net/test/read.cgi/linux/1197798039/
Bzr:pc12.2ch.net/test/read.cgi/tech/1218083381/
Hg:pc12.2ch.net/test/read.cgi/tech/1251208950/

CVS:pc12.2ch.net/test/read.cgi/unix/1093611448/
SVN:pc12.2ch.net/test/read.cgi/tech/1230488758/
  :pc11.2ch.net/test/read.cgi/linux/1154701996/

4 名前:デフォルトの名無しさん mailto:sage [2009/08/25(火) 23:30:01 ]
分散バージョン管理Git/Mercurial/Bazaar徹底比較
www.atmarkit.co.jp/fjava/rensai4/devtool03/devtool03_1.html

Mercurial Cheat Sheet 日本語版
www.textdrop.net/doc/mercurial-cheat-sheet-ja/

Mercurial MQ について
d.hatena.ne.jp/dayflower/20090520/1242794877

Mercurial hosting ― bitbucket.org
bitbucket.org/

5 名前:デフォルトの名無しさん mailto:sage [2009/08/25(火) 23:51:21 ]
とうとう独立したか
Gitには勢いで勝ちたいなw

6 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 00:22:53 ]
このスレ見て、公式wikiの翻訳を半年以上放置してる事思い出した。

7 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 07:03:08 ]
Mercurial: The Definitive Guide
www.amazon.co.jp/dp/0596800673/

入門Mercurial Linux/Windows対応
www.amazon.co.jp/dp/4798021741/

8 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 07:48:32 ]
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

                  京都大学霊長類研究所

9 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 08:27:20 ]
まじめなスレに霊長研貼るの止めろ

10 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 14:08:12 ]
(´-`).。oO(どうして、スレタイにハゲがはいってないんだろう?)




11 名前:デフォルトの名無しさん mailto:sage [2009/08/26(水) 15:21:54 ]
hgをハゲって呼ぶのは少数派なんだろ

12 名前:デフォルトの名無しさん mailto:sage [2009/08/27(木) 01:00:52 ]
そういやハードゲイの人、すっかり見なくなったな。

13 名前:デフォルトの名無しさん mailto:sage [2009/08/28(金) 08:05:02 ]
Martin Geisler(Mercurialのコミッタのひとり)がどっかて発表したスライドがあがってた。
www.selenic.com/pipermail/mercurial/2009-August/027292.html

英語だけどSCMの基礎的なところから書いてあるから結構わかりやすい。

14 名前:デフォルトの名無しさん mailto:sage [2009/08/28(金) 17:42:39 ]
意地でも専用スレ立てないのが hg ユーザーのジャスティスかと思っていたが、
ついに立ったか。

日本語ファイル名に関しては、付け焼刃的対処方しかないんだよね。bzr に対抗できるかな。

15 名前:デフォルトの名無しさん mailto:sage [2009/08/28(金) 17:57:13 ]
殆ど総合スレ乗っ取ってる感じだったから流石にあのまま行くわけにもいかんだろ

16 名前:デフォルトの名無しさん mailto:sage [2009/08/28(金) 20:16:15 ]
>>14
中の開発者のコメントがいつかのMLに乗ってたけど
センスなかったからなぁ・・・
ファイル名と、そのバイナリ表現の意味合いを分離できていなかったわけで・・・
あの感じだと、実装させてもバグだらけだろうな。

17 名前:デフォルトの名無しさん mailto:sage [2009/08/28(金) 20:18:35 ]
CJKV圏から誰か投入しないと
俺以外で

18 名前:デフォルトの名無しさん mailto:sage [2009/08/28(金) 21:37:41 ]
>>16
それって誰のいつ頃のコメントだっけ

19 名前:デフォルトの名無しさん mailto:sage [2009/08/29(土) 00:38:13 ]
>>17
っ[言い出しっぺの法則]

20 名前:デフォルトの名無しさん mailto:sage [2009/08/31(月) 14:04:02 ]
ttp://pypi.python.org/pypi/hgsvn

よさげ?



21 名前:デフォルトの名無しさん mailto:sage [2009/08/31(月) 21:28:32 ]
>>20
>>19

22 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 01:30:23 ]
>>13
TeXだからコンパイルできない
だれかpdfにしてくれ

23 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 03:37:47 ]
DownloadsのところにPDFあるじゃん?

24 名前:デフォルトの名無しさん mailto:sage [2009/09/02(水) 16:31:27 ]
>>23
さんくす

25 名前:デフォルトの名無しさん mailto:sage [2009/09/09(水) 23:21:21 ]
MercurialEclipse使ってる人いる?
以前入れようとして三回もうまくいかなかったんだが

26 名前:デフォルトの名無しさん mailto:sage [2009/09/10(木) 11:41:11 ]
>>25
俺もだ。
何度やっても出来なかった。

27 名前:デフォルトの名無しさん mailto:sage [2009/09/10(木) 12:31:13 ]
ここの住人の方達は、リポジトリを公開するときにどのサイトのサービスを使いますか?

28 名前:デフォルトの名無しさん mailto:sage [2009/09/10(木) 22:36:57 ]
自分でホストすりゃいいんじゃね

29 名前:デフォルトの名無しさん mailto:sage [2009/09/12(土) 00:03:53 ]
Mercurial Eclipse 1.4 released
www.vectrace.com/mercurialeclipse/

さて>>25-26の問題は解決してるかどうか。

30 名前:デフォルトの名無しさん mailto:sage [2009/09/12(土) 00:07:14 ]
TortoiseHg 0.8.2 released
bitbucket.org/tortoisehg/stable/wiki/Home

こっちも出てた




31 名前:デフォルトの名無しさん [2009/09/14(月) 00:58:07 ]
リリース情報のときくらいageろよ

32 名前:デフォルトの名無しさん mailto:sage [2009/09/14(月) 21:33:55 ]
長い間CVSだったんですが、
Subversionがもはやデファクトと聞いて
Subversionの本を買って寝かしておきました。
そろそろ読むかと思ったらもはや分散の時代と聞いてhgに移ってまいりました...
CVSの時のようなinfoがない...
チュートリアルも分かりにくい...
細かい話はいいからとりあえず使用例が沢山欲しいのに。


33 名前:デフォルトの名無しさん [2009/09/14(月) 21:51:30 ]
それで、Emacsのインターフェイスでは
ファイルの一覧と各ファイルの状態(新規とか最新とか変更中とか)の表示や
その変更がdiredのような感じでできないんでしょうか?
CVSではEmacsでそれができてとても便利なんですが...


34 名前:デフォルトの名無しさん mailto:sage [2009/09/14(月) 21:56:24 ]
M-x dvc-status

35 名前:33 mailto:sage [2009/09/14(月) 22:10:53 ]
良さげなのを見付けました。
CVS用のpcl-cvsっぽい感じで馴染めそう。
https://disi.unitn.it/~griggio/ahg.html

>>34
あ、そんなものもあったんですね。
ありがとうございます。
bazaarにも対応してるんですね。
こちらも期待していた表示や機能がありそうです。
aHgのelがファイル一つなのに対して規模も大きそうで高機能そうなので少し試してみます。


36 名前:デフォルトの名無しさん mailto:sage [2009/09/15(火) 15:19:50 ]
>>27
俺はbitbucket使ってる。Githubに似てていい感じ。
ただ日本語のログは化けるので注意です。
Google Codeなら化けないらしいけど、
「どうやってhgリポジトリ使えばいいんだ・・・orz」
みたいな質問がStack Overflowにあったくらいだから面倒なのかも。
その質問の回答を見ればなんとかなるかもしれんが。

37 名前:デフォルトの名無しさん mailto:sage [2009/09/15(火) 16:39:03 ]
>>36
google codeのhgはまだ招待者とかで制限されてんじゃないの?

38 名前:デフォルトの名無しさん mailto:sage [2009/09/15(火) 20:39:29 ]
いや、登録ユーザーなら誰でも使えるよ

39 名前:デフォルトの名無しさん mailto:sage [2009/09/18(金) 17:59:45 ]
CVSの$Log$や$Version$のように、
ソースコードに自動的にログ情報を埋め込む特殊文字列ってありますか?


40 名前:39 mailto:sage [2009/09/18(金) 19:24:53 ]
とりあえず.hg/hgrcに

[extensions]
hgext.keyword=

[keyword]
*.txt =

と入れれば、*.txtにマッチするファイルについては
キーワード展開してくれるそうです。
ただしクライアントのクローンの中だけのようです。

hg kwexpad
hg kwshrink

で展開したり戻したりできました。
ただ、descriptionていうんでしょうか、
コミット時のコメントなどが展開できません。
またRevisionでもchangesetの1:xxxxxのxxxxxのところだけしか入りません。
人間のために入れたいものなので、
CVSのversionやlogのように人間が見て分かりやすい情報を入れたいのですが..



41 名前:デフォルトの名無しさん mailto:sage [2009/09/18(金) 19:59:40 ]
>>40
コミット時のコメントは、テキストファイルのエンコーディングがわからないと入れられないし、
Revision番号も、RevisionIDと違ってブランチごとに異なる値だからなぁ・・・

42 名前:デフォルトの名無しさん mailto:sage [2009/09/19(土) 13:59:10 ]
>>40
究極的にはコミットフックなどを使ってやるしかないんじゃないかなぁ。


43 名前:デフォルトの名無しさん mailto:sage [2009/09/22(火) 07:03:44 ]
svn ls と同じことをする機能はありますか。
つまりリポジトリに入っているファイルの一覧をみたいです。
hg status だとリポジトリに入っていないファイルの一覧が見れますが、その逆がわかりませんでした。

44 名前:デフォルトの名無しさん mailto:sage [2009/09/22(火) 08:00:17 ]
hg manifest

45 名前:デフォルトの名無しさん mailto:sage [2009/09/25(金) 22:51:11 ]
Mercurial 1.3.2っていつリリースされるんだろ?
TortoiseHg 0.8.2は出たけど含まれてるMercurialのバージョンは1.3.2じゃないみたい。

46 名前:デフォルトの名無しさん mailto:sage [2009/09/27(日) 02:48:48 ]
>>17
ジャンプ命令の人がやってくれるんじゃね?

まあファイル名の問題はpython3になれば100%解決するから時間の問題なんだよね。
今から対応するぐらいならpython3に移植した方が速い。

47 名前:デフォルトの名無しさん mailto:sage [2009/09/27(日) 08:17:49 ]
いやいや。
Python3になるとWindowsでは最初からUnicodeでコマンドラインオプションを
受け取ったりするんだけど、Python-devに「バイト列としてアクセスする方法を
用意してくれ」って言ってたりするから、Unicode嫌いは相当のもんだぞ。

48 名前:デフォルトの名無しさん mailto:sage [2009/09/28(月) 03:09:30 ]
遅れたけど>>44さんくす

49 名前:デフォルトの名無しさん mailto:sage [2009/10/05(月) 22:13:46 ]
もしかしてココでbazaarの話したら呪われる?

50 名前:デフォルトの名無しさん mailto:sage [2009/10/05(月) 22:31:19 ]
>>49 Bazaarスレもバージョン管理スレもあるのになぜここでBazaarの話をしたいんだ?



51 名前:デフォルトの名無しさん mailto:sage [2009/10/05(月) 23:24:02 ]
bzr-hgのことじゃね?

52 名前:デフォルトの名無しさん mailto:sage [2009/10/06(火) 14:56:12 ]
bzr-hgにはかなり期待してる。

53 名前:デフォルトの名無しさん mailto:sage [2009/10/06(火) 17:28:08 ]
坊主らハゲっぽい名前でダサいな

54 名前:デフォルトの名無しさん mailto:sage [2009/10/07(水) 22:42:03 ]
モタモタしてたら1.3.2より先に1.4が来ちまうぞ。
個人的にはsubreposがもっと強力になってほしいんだが……。

55 名前:デフォルトの名無しさん mailto:sage [2009/10/08(木) 02:01:14 ]
11月1日にリリース予定なんだよな… > 1.4

56 名前:デフォルトの名無しさん mailto:sage [2009/10/08(木) 09:12:59 ]
まぁ使いやすくなってればバージョン番号はどうでもいいんだがな。
4ヶ月ごとのリリースってのもわかりやすくていいし。

57 名前:デフォルトの名無しさん mailto:sage [2009/10/11(日) 20:43:56 ]
hg manifestじゃなくてhg locateをつかってた。

58 名前:デフォルトの名無しさん [2009/10/14(水) 17:21:50 ]
TortoiseHg 0.8.3が出てるじゃないか……
一週間近く気付かなかったぜ

59 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 21:20:57 ]
あと2週間で0.9出るけどね。

60 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 21:24:59 ]
人柱版:
bitbucket.org/tortoisehg/thg-winbuild/downloads/



61 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 00:11:26 ]
SourceForge.JP で Mercurial がデフォルトのソースコード管理ツールに
japan.internet.com/linuxtoday/20091014/4.html

タイトルが誤解を招きそうでよくないんだが……
新規プロジェクトを作ると最初からMercurialリポジトリ使える状態だってことらしい。

62 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 00:14:34 ]
sourceforge.netはけっこう前から使えてたよね?
.netの方と.jpの方って同時にアップデートするわけじゃないのか……

63 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 22:37:19 ]
OpenOffice.org、ソースコード管理ツールを「Mercurial」に移行へ - SourceForge.JP Magazine
sourceforge.jp/magazine/09/10/16/033250

64 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 10:14:17 ]
Mercurial 1.4のリリースは1〜2週間程度遅れるっぽい。

65 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 10:27:26 ]
あらら(´・ω・`)

66 名前:sage [2009/10/20(火) 18:52:28 ]
proxy越しにhttpsなリポジトリに接続できてる人っています?
pythonのurllib2モジュールのバグ(bugs.python.org/issue1424152)が
原因なのでこれがfixされたらできるだろうと思ってたんだけど接続できない。
Mercurialも最新版にしないとだめかな?
もしくはモジュールのバグフィックスは手動で何かしないと反映されない?

と思ってここまで書いたけど1.3.1のリリースノート見返したらfixedって書いて
ありました。(proxy,httpsで検索してもダメで"SSL through proxies"って書いてありました)
スレ汚しですが自分みたくaptとかyumでインスコしてハマる人もいるかもしれないので一応カキコ。

67 名前:デフォルトの名無しさん mailto:sage [2009/10/20(火) 18:53:59 ]
sageそこなった…orz

68 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 12:06:24 ]
TortoiseHg 0.9のRC版:
bitbucket.org/tortoisehg/thg-winbuild/downloads/TortoiseHg-ReleaseCandidate-091019.exe

69 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 19:29:47 ]
Mercurialはディレクトリ操作に対応してないのな。
Subversionみたくサーバ用意しなくて済むから今更戻れないけど。

70 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 20:28:29 ]
>>69
ディレクトリ操作というより、ディレクトリそのものを管理できない。
ディレクトリはファイルパスに含まれるもの、って扱い。
つまり空のディレクトリは無視されるので、それを管理下に置きたければ
ダミーファイルを中に作っておく必要がある。



71 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 20:36:54 ]
>>70
そんなことよりも、ディレクトリの下に大量のファイルがあると
ディレクトリのrenameで大量のrevlogができてリポジトリが膨れる。

72 名前:デフォルトの名無しさん mailto:sage [2009/10/21(水) 22:33:30 ]
ファイルのrenameで空になるディレクトリを消したり無いディレクトリを作ったりまでしてくれる徹底した姿勢はある意味すき。

73 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 10:20:05 ]
>>71
あんまりリポジトリサイズは気にしたことなかったけど、
renameでそんなに膨らむもんなのか。
Mercurialってrenameはちゃんとrenameとして認識してくれないんだっけ?
ただの「削除+追加」ではなくて。

74 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 11:29:32 ]
mqでパッチスタックの真ん中だけ適応させるって可能なんだろうか。
たとえば、a, b, c, d といったパッチを作って、bだけ適応するってかんじ。
それぞれのパッチは機能的に独立していると見なしたいので、バラバラに適応できないと不便なんだが。

75 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:08:10 ]
>>73
ディレクトリが管理対象なら「ディレクトリのリネーム」って履歴ひとつだけど
管理対象じゃないならディレクトリ内の個々のファイルに「ファイルのリネーム」って履歴がつくから
同じようなコマンドでも履歴の量が段違いということ

76 名前:デフォルトの名無しさん mailto:sage [2009/10/23(金) 06:04:48 ]
>>74
hg qguard 使えばできると思うが。

77 名前:デフォルトの名無しさん mailto:sage [2009/10/24(土) 04:06:41 ]
>>75
あー、なるほど納得。ありがとう。

78 名前:デフォルトの名無しさん mailto:sage [2009/10/24(土) 12:05:49 ]
>>76
あー、なるほど。ただいま勉強中。

79 名前:デフォルトの名無しさん mailto:sage [2009/10/29(木) 00:00:21 ]
最終的にMercurial 1.4のリリースは約1週間の遅れで済みそう。

80 名前:デフォルトの名無しさん mailto:sage [2009/11/02(月) 22:54:12 ]
pbranchってのを勉強中。mqの代わりとして使える。
arrenbrecht.ch/mercurial/pbranch/

使い分けのポイントとしては、
mq:個人、短期間
pbranch:チーム、長期間

TortoiseHgでも将来サポートされるかも。
bitbucket.org/peso/thg-pbranch/




81 名前:デフォルトの名無しさん mailto:sage [2009/11/05(木) 16:25:45 ]
やっぱり2週間遅れの11/16・・・。
sourceforge.net/mailarchive/forum.php?thread_name=3f40cf550911041111x1c37abf6ydf3b2d3489a435b6%40mail.gmail.com&forum_name=tortoisehg-discuss

82 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:10:30 ]
昨日出ました。

ダウンロード: bitbucket.org/tortoisehg/stable/downloads/
リリースノート (英語): bitbucket.org/tortoisehg/stable/wiki/ReleaseNotes
リリースノート (日本語): bitbucket.org/kuy/thg-ja/wiki/ReleaseNotes
マニュアル (英語): tortoisehg.bitbucket.org/manual/0.9/
マニュアル (日本語): tortoisehg.bitbucket.org/manual/0.9-ja/

83 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:14:18 ]
1.4をeasy_installしてみたけど、メッセージが日本語で出ないな。
LANGやLANGUAGEを色々変えてもだめ。
コマンドラインで日本語出た人いる?

84 名前:デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:49:55 ]
>>83
たしかに easy_install でインストールした方の hg は日本語だめだった。
でも TortoiseHg 付属の hg はちゃんと日本語出てる。
easy_install の場合はどこに locale フォルダを置けばいいんだろう?


85 名前:デフォルトの名無しさん mailto:sage [2009/11/22(日) 20:51:03 ]
TortoiseHg 0.9、なんかUIが変わったね。
すっきりした反面、いつも使ってたボタンが消えてて困った。

86 名前:デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:45:55 ]
トップの画像をよく見たら日本語だった
ttp://tortoisehg.bitbucket.org/img/vt_history.jpg
ttp://tortoisehg.bitbucket.org/img/vt_commit.jpg

87 名前:デフォルトの名無しさん [2009/12/02(水) 16:36:47 ]
Mercurial 1.4.1 & TortoiseHg 0.9.1 ktkr

88 名前:デフォルトの名無しさん mailto:sage [2009/12/02(水) 21:04:33 ]
Logが変なことなってるな。
なんでマージしたあとタグ打ってまたマージしてるんだ?

89 名前:デフォルトの名無しさん mailto:sage [2009/12/06(日) 22:57:02 ]
0.9.1.1が出てるじゃないか。
バージョン管理システム総合スレであったエラーの修正版かな。

90 名前:デフォルトの名無しさん mailto:sage [2009/12/07(月) 12:19:22 ]
なんか書き込みといったらリリース情報だけだねえ。
まあ話題もそうはないか。機能的には特に不満はないし、
ファイル名に関しては絶望的だし。('A`)



91 名前:デフォルトの名無しさん mailto:sage [2009/12/07(月) 21:14:55 ]
ファイル名の問題だけでbzrに移行した方が良いか迷っている…
他の人に勧めて業務での導入にこぎつけたから変えたくないんだけど。

92 名前:デフォルトの名無しさん mailto:sage [2009/12/10(木) 04:21:44 ]
transaction abort!
rollback completed
abort: unknown encoding: windows-31j, please check your locale settings
, error code: -1

eclipseに入れて初めてコミットしようとしたときに出るこれにゃんにゃんでしょうか?

93 名前:デフォルトの名無しさん mailto:sage [2009/12/10(木) 04:24:24 ]
エラーメッセージの内容は読もう

94 名前:デフォルトの名無しさん mailto:sage [2009/12/10(木) 04:31:01 ]
ワークスペースの文字コードをUnicode-8に戻してみたり
してみたけれども、同じメッセージが出てしまうし
検索してみても、コミュニティのissueにこのメッセージが
載ってただけで特にコメントはついてなかったです・・・

どの部分のエンコーディングの問題なんですかね?
あ、つい最近Mercurial試そうとし始めた素人ですすいません

95 名前:デフォルトの名無しさん mailto:sage [2009/12/10(木) 04:33:48 ]
HGENCODING設定しろ

96 名前:デフォルトの名無しさん mailto:sage [2009/12/10(木) 15:34:57 ]
>>92,94ですが解決しました
WinXPSP3 Japanese
Marcurial Windowsバイナリ版
eclipseプラグイン付

mercurial側のencodingの設定や
HGENCODINGについてググリまくった結果

<repo>\.hg\hgrcへ
[encode]
** = utf-8
[decode]
** = utf-8

の追加で該当のエラーはでなくなりました
utf-8でなくてもcp932でもいけるかも
なんかUnix系向けの解説ばっかり読んでwindows
向けの情報を見落としていた感です
お邪魔しました

97 名前:デフォルトの名無しさん mailto:sage [2009/12/16(水) 19:12:51 ]
HgEclipseが独自の日本語対応したと言ってるけどどんな感じ?

98 名前:デフォルトの名無しさん mailto:sage [2009/12/18(金) 11:56:34 ]
まだ試してないなぁ。というかHgEclipseは何故Mercurial Eclipseから派生したんだろうか・・・。

99 名前:デフォルトの名無しさん mailto:sage [2010/01/03(日) 17:50:09 ]
Mercurial 1.4.2 and TortoiseHg 0.9.2
ttp://mercurial.selenic.com/wiki/

元旦リリースとかがんばるなぁ

100 名前:デフォルトの名無しさん mailto:sage [2010/01/08(金) 22:53:10 ]
年末年始関係なく、淡々と開発が続いてたよ。



101 名前:デフォルトの名無しさん [2010/01/21(木) 11:05:32 ]
あるファイルのある履歴データを削除したいんだけど、
なんか方法ないっすかね?

.hg が大きくなっちゃったんでシェイプアップしたいんだよね...


102 名前:デフォルトの名無しさん mailto:sage [2010/01/22(金) 03:34:13 ]
「履歴データ」ってのが何なのかわからないけど、
MQ拡張機能を使えば過去のチェンジセットを変更できるよ。
まず "hg strip" でチェンジセットの削除が可能。
"hg qimport" で一度 MQ にパッチとして取り込んでから、
変更したいパッチに "hg qgoto" して必要な変更を加えて、
"hg qrefresh" してパッチの内容(と必要であればコミットメッセージも)を更新して、
"hg qpush -a" で全パッチを適用状態にしてから "hg qfinish -a" で全パッチを
再びチェンジセットに変換して完了。

該当チェンジセットでの変更内容によっては "hg qpush -a" で1つずつパッチを
適用する過程でエラーが出る可能性があるので注意。その場合ははじかれたハンクを
書き出した *.rej ファイルが生成されるので、それを見ながら手動で問題を解決して
"hg qrefresh" で更新して "hg qfinish -a" でパッチの適用を再開する。

チェンジログの改変は危険なのでバックアップは必ずしておいてね。
どうでもいいリポジトリで練習してからの方がいいかも。

103 名前:デフォルトの名無しさん mailto:sage [2010/01/23(土) 02:56:10 ]
>.hg が大きくなっちゃったんでシェイプアップしたいんだよね...
今時、HDDの容量増やす方が手っ取り早い。

104 名前:デフォルトの名無しさん mailto:sage [2010/01/23(土) 09:08:43 ]
>>103
と思っていて、どうでもいいものもどんどんコミットしてたんだが、
ネットワーク越しにcloneするときに時間がかかる

105 名前:デフォルトの名無しさん mailto:sage [2010/01/25(月) 18:45:57 ]
米MicrosoftのCodePlex、分散型バージョン管理システム「Mercurial」のサポートを発表
ttp://sourceforge.jp/magazine/10/01/25/0241213


106 名前:デフォルトの名無しさん mailto:sage [2010/01/25(月) 20:59:09 ]
TortoiseHg の日本語表示全般だと思うんだけど、
句点が中抜きの中点みたいになってしまうのはどうにもならないの?

107 名前:デフォルトの名無しさん mailto:sage [2010/01/25(月) 22:14:26 ]
つ ttp://bitbucket.org/kuy/thg-ja/wiki/Japanese

108 名前:デフォルトの名無しさん mailto:sage [2010/01/25(月) 23:08:51 ]
わお、何とかできるんですね。
デフォルトがあの妙なフォントになっているのには何か理由があるんだろうか。
せめて設定画面欲しいな。

109 名前:デフォルトの名無しさん mailto:sage [2010/01/26(火) 16:57:49 ]
>>108
あのデフォルトのフォントはGTK+のWindowsテーマのものなんです。
で、何故そのままかというと、英語圏の人には不要というのが本音。

でもTortoiseHgの設定画面にフォント設定タブを作れば日本語向けの
デフォルトフォント設定値を含められるし、その方がいいかもなぁ。
3月1日リリースのTortoiseHg 0.10に間に合わせたいと思います。

110 名前:デフォルトの名無しさん mailto:sage [2010/01/27(水) 11:42:10 ]
>>109
メンテナの方ですか?ぜひ。



111 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 18:54:43 ]
>>110
です。

TortoiseHgの設定画面はMercurial.iniの編集ツールなので、gtoolsフォント設定は可能ですが、
gtkrcファイルへの変更はその範囲を越えるため無理そうです。

もし実行時にgtkrcの設定をオーバーライドできるなら、GTK+のデフォルトフォントという
項目をgtoolsセクションに追加すれば解決できます。でも調査が面倒なのでこれはなしで。

他の方法としてはインストール時に日本語環境用のgtkrcを選べるようにする、くらいですか。
この場合、Mercurial.iniも専用のものを用意することでgtoolsフォントも設定済みにできるので、
これが一石二鳥な方法かもしれないです。

時間的に本当に可能かは不明ですが、0.10はインストーラをWIXにするとか言ってるので、
こういう提案を盛り込む余地はありそうです。

112 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 03:40:04 ]
TortoiseHg には標準で dulwichを仕込んでおいて欲しいなあ。


113 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 10:02:28 ]
唐突ですが、mercurial.berkwood.com/ で公開されているコマンドライン版
で日本語等に起因する問題とかなにかありますか?



114 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 13:34:30 ]
>>112
1週間ほど前のNightlyからdulwich入ってます。hg-gitだけ用意すれば使えますよ。
あとhgsubversionも依存ライブラリ同梱してるので使えます。

>>113
つまり、TortoiseHg同梱のMercurialを使う限り問題ないけど、
そこで公開されてるパッケージだと問題あるということ?

115 名前:デフォルトの名無しさん mailto:sage [2010/01/30(土) 20:49:03 ]
>>114
GJ!

先日dulwichを入れるのにさんざん苦労した甲斐がなくなってめでたい

116 名前:デフォルトの名無しさん mailto:sage [2010/02/02(火) 16:37:43 ]
Mercurial 1.4.3/TortoiseHg 0.9.3

117 名前:デフォルトの名無しさん mailto:sage [2010/02/02(火) 16:48:24 ]
bitbucket.org/tortoisehg/stable/wiki/ReleaseNotes#tortoisehg-093

?prevent duplicate TortoiseHg context menu entries in Explorer
?refresh URLs in Repository Explorer
?support repositories in share root directories
?changelog: use file filter pattern when launching diffs
?taskbar: catch revlogerror during updates
?prevent spurious warnings about missing overlays
?handle non-ascii file names in revert confirmation dialog
?remove NULLs from UTF-8 strings being sent to GTK
?quickop: prevent AttributeError caused by 'self.abortbtn'
?prevent traceback in commit tool before initial refresh
?prevent traceback in serve tool from configuration errors
?fix traceback on match row activation in rename guess dialog
?Standardize on 'TortoiseHg' name in context menu
?About dialog will report new releases and offer a download link (Windows only)
?The timeout for ::PathIsDirectory calls has been increased, resulting in improved overlay accuracy for some users.

Installer Changes
?This release includes the mercurial_keyring extension, for caching authentication responses for HTTP(s). (#103, #854). tortoisehg.bitbucket.org/manual/0.9/extensions.html#mercurial-keyring
?This release includes the dulwich python library, so hg-git can run without dependencies
?This release includes the perfarce extension (command line use only, GUI support will arrive in the next feature release) www.kingswood-consulting.co.uk/hg/perfarce/
?Shell extension DLLs now have version numbers


メンテナさんに感謝。

118 名前:デフォルトの名無しさん mailto:sage [2010/02/03(水) 01:42:11 ]
>>116
>>117
ありがとうございます。アクセス規制で書き込めませんでした。

119 名前:デフォルトの名無しさん [2010/02/09(火) 21:33:00 ]
Mercurial結構良いですね。サーバ建てなくて良いのが手軽で快適だなぁ。
個人で履歴を管理するには十分だなぁ


120 名前:デフォルトの名無しさん mailto:sage [2010/02/10(水) 02:09:41 ]
うん。とりあえず管理するかー、ってノリで。



121 名前:デフォルトの名無しさん [2010/02/10(水) 14:58:55 ]
ところで、TortoiseHgての使ってるんだけどコメント必須なのは伝統なの?

122 名前:デフォルトの名無しさん mailto:sage [2010/02/10(水) 19:41:08 ]
hg自体そういう仕様だから

123 名前:デフォルトの名無しさん mailto:sage [2010/02/11(木) 01:40:50 ]
どうしてもコメントを書きたくないならコミットフックで自動化できるけどな。
でもコメントないとバージョン管理の意味が半減するからオススメしない。

124 名前:デフォルトの名無しさん [2010/02/11(木) 19:14:58 ]
バージョン管理の究極は自動コミットで良いと思うけど。
リリースとかそういうときにタグ打てれば十分。

バージョン管理とは別の問題だけど、プログラムとかテーブルを作ってる最中とかって、
フィールド名とか、ファイル名とか、メソッド名ってのは、
自分なりにしっくりする名前が確定するまで時間掛かるし、結構変更したくなるのはなんでだろうか。


125 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 06:05:36 ]
>結構変更したくなるのはなんでだろうか。
変更が「簡単にできる」からでしょ。
名前の変更に物凄く手間が掛かるとなったら、あまりやりたくならないんじゃない?

126 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 14:03:47 ]
>>124
> フィールド名とか、ファイル名とか、メソッド名ってのは、
> 自分なりにしっくりする名前が確定するまで時間掛かるし、結構変更したくなるのはなんでだろうか。

いじってるうちに役割が変化するからだろ。

127 名前:デフォルトの名無しさん mailto:sage [2010/02/12(金) 14:55:22 ]
名前からその対象を(連想して)思い起こすんだから、そのキーとなる名前が本来指している対象と
食い違っていたら当然違和感があるし、それはストレスだからだよ。

128 名前:デフォルトの名無しさん mailto:sage [2010/02/13(土) 01:41:29 ]
>>126
あるあるー

129 名前:デフォルトの名無しさん [2010/02/14(日) 23:00:42 ]
hg pull
hg update
の後にどのファイルが更新されているか確認するにはどのようにすればいいのでしょうか?

130 名前:デフォルトの名無しさん mailto:sage [2010/02/15(月) 00:19:02 ]
>>129
hg log -v




131 名前:デフォルトの名無しさん mailto:sage [2010/02/15(月) 08:42:21 ]
>>130
ありがとうございます

132 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 04:15:15 ]
3/1リリース予定、TortoiseHg 1.0のプレビュー(人柱)版です:
bitbucket.org/tortoisehg/thg-winbuild/downloads/tortoisehg-stable-0.9.3+115-afa14c7858a1-hg-1.4.3+159-7a6b5f85c3ab-x86.msi
bitbucket.org/tortoisehg/thg-winbuild/downloads/tortoisehg-stable-0.9.3+115-afa14c7858a1-hg-1.4.3+159-7a6b5f85c3ab-x64.msi

ぜひ自己責任で試用していただいて、フィードバックなどいただけると助かります。
ちなみにフォント設定のタブはまだ実装中なのでこのプレビュー版には含まれていません。

また、1.0向けの日本語マニュアルもスクリーンショット以外は完了しています:
tortoisehg.bitbucket.org/manual/1.0-ja/

133 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 04:30:07 ]
追記:

TortoiseHg 1.0 プレビュー版のインストール前に古いTortoiseHgをアンインストールする必要があります。
ただ、一度MSIのTortoiseHgをインストールしてしまえば、今後一切再起動の必要はなくなります。
アンインストール時は必ずホームディレクトリのMercurial.iniファイルのバックアップを取っておいてください。
インストール時に作成されたMercurial.iniは、アンインストール時に削除されてしまいます。
自分で作成した.hgrcは問題ない(はず)です。

134 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 18:07:25 ]
>>133
超重要じゃんそれ

135 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 22:31:16 ]
Mercurial.ini のこと言ってるんなら、今までも毎回上書きされてたような。
俺はこのファイルもバージョン管理してるよ。

136 名前:デフォルトの名無しさん [2010/02/17(水) 22:39:47 ]
1.0になると国際化の問題とか解決する予定なの?

137 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 23:03:40 ]
国際化する気は全く無いようだな

138 名前:デフォルトの名無しさん [2010/02/17(水) 23:13:02 ]
あら残念w

んまー。ファイル名の問題だけなんとかなってくれれば個人的には、
だいたい メニューが何を指すかわかるからいいんだけどね。


139 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 23:20:47 ]
>>135
げげ、まじですか・・・。
私はずっと.hgrcなので気付きませんでした。でもこの問題も新しいインストーラでは
解決されるので、注意しなければいけないのも今回の移行が最後です。

>>136
TortoiseHg自体の国際化はとっくに完了してるんですが、
日本語ファイルの扱いの問題についておっしゃっているのであれば、
それはMercurial本体の問題なので、残念ながらTortoiseHgでは解決できません。
ただ、シェル拡張のダメ文字問題はこちらでも認識していて、既知のバグです。

140 名前:デフォルトの名無しさん [2010/02/17(水) 23:25:12 ]
ちなみにそのダメ文字問題というのはどういうものなの?



141 名前:デフォルトの名無しさん mailto:sage [2010/02/17(水) 23:53:26 ]
>>140
ダメ文字問題についてはWikipediaなどを見ていただくとして、
bit.ly/1tXTrW

MercurialとTortoiseHgのダイアログ類はwin32mbcsで使うことで回避できますが、
そのダメ文字が入ったファイルのアイコンオーバーレイが表示されなかったり、
そのファイルの右クリックメニューからTortoiseHgのメニューのコマンドを実行すると
エラーになったり、そんな状態です。

シェル拡張だけの問題なのでそれほど重大な影響を及ぼすとは思えませんし、
なにより直すの面倒なのでたぶんこのまま放置します。

142 名前:デフォルトの名無しさん mailto:sage [2010/02/18(木) 00:06:14 ]
俺にとっては重要なとこなのに……>アイコンオーバーレイ

143 名前:デフォルトの名無しさん mailto:sage [2010/02/19(金) 22:14:16 ]
人に勧めづらいけど、実際使う分には問題ないよ。

144 名前:デフォルトの名無しさん mailto:sage [2010/02/19(金) 23:00:51 ]
gitの方がなんか流行ってるよな
日本語圏としてはMercurialの方がいいんだけど

145 名前:デフォルトの名無しさん [2010/02/19(金) 23:55:42 ]
GoogleとMSのホスティングはMercurial対応じゃなかったかな。
Gitは難しすぎるという理由で。。

146 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 00:02:26 ]
MercurialってUTF8はどう?

147 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 01:22:26 ]
>>146
つかえるよ

148 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 02:05:47 ]
日本語周り考えるとSubversionかMercurialしかないんだよな

149 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 03:54:49 ]
なんで日本語で Mercurial なんだ?
日本語使いたいなら Bazaar の方がマシだろ。
ちょっとわかりにくいから勧めはしないけど。

150 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 04:09:45 ]
BazaarはUnicode完全対応とか言ってる割にはファイル名文字化けする



151 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 04:25:28 ]
文字化けというか、diffの出力をそのままパッチとして違う環境に持って行けるように、
diff 内のファイル名エンコーディングを utf-8 にしちゃってる感じだな。
utf-8 対応のテキストエディタで開いたら問題ないけど、コンソールでそのまま
見ると化ける。

152 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 10:05:57 ]
>>151
コンソールをUTF-8にすればいいじゃん。

153 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 13:22:31 ]
そういう問題じゃないと思うぞ
Eclipseのプラグインでもファイル名文字化けしたりするからな

154 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 13:48:02 ]
>>153
ってことはBazaarが根本的な問題を抱えてるってことかぁ・・・。
Mercurialの日本語問題に絶望してBazaarならと思ってただけに残念だ。

155 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 13:58:39 ]
gitに比べたらhgもbzrも遙かにマシだけどね

156 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 14:18:28 ]
>>152
確かにそうなんだけど、Windowsとかでコンソールの設定弄るのが面倒。
>>153
Eclipseがbazaarとやりとりする方法に問題があるんじゃない?
>>154
根本的な問題はなくて、環境依存のバグがたくさん残ってる感じ。
Macでファイル名がNFCじゃなくてNFDで正規化されるのに対応できてないとか、
大文字と小文字を区別しないファイルシステムのサポートが不完全とか、
外部プロセス(diffとか)を起動するときの引数の文字エンコードとか。

Mercurial や git なら「そんなファイルシステムやエンコーディング使っている方が
悪い」で済ませちゃってるけど、Bazaarは大風呂敷広げちゃったせいでsvnに
必死で追いつこうとがんばってる感じ。

157 名前:デフォルトの名無しさん mailto:sage [2010/02/20(土) 15:31:41 ]
開発者側は特殊なファイル名やディレクトリ、複数のエンコードの文章などは使わないだろうが
テスト側にとってはあって当たり前なので、今のところ SVN から離れられない。

なので確実に大丈夫なファイルだけ Hg で管理。

158 名前:デフォルトの名無しさん mailto:sage [2010/03/04(木) 13:05:44 ]
Mercurial 1.5 リリースはもうちょっとかかるらしい。

159 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 09:43:25 ]
>>148
ハァ?「Mercurialしかない」どの口開いたらそういえるんだ?
Windowsでのさっさと日本語ファイル名の問題さっさと直せよ、さっさと。
win32mbcsも、そういう拡張とかに頼ってるのがそもそもおかしいそもそも。

160 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 09:46:02 ]
>>157
開発者側は「マルチバイトファイル名を使わない」そう思っていた時期が私にもありました・・・
別会社に頼んでたphp仕事で「〜〜のコピー」みたいなファイル名をいくつもみたときは殴ろうかと思った。
MercurialとかgitがさっさとWindowsでのマルチバイトファイル名対応したら、殴らんでもよくなるんだが。



161 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 10:01:33 ]
情報ナショナリズムってのも大切だとおもうんだ。
7-bit ASCII だけでがんばる必要などどこにも残っていない。

162 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 11:21:21 ]
今となっては、UTF-16を使うだけで問題なくなるWindowsよりも、
NFDしちゃうMac対応の方がツライ

163 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 12:10:42 ]
よくわからんか゛たまに見かけるた゛くてんがす゛れてるやつのこと?

164 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 12:21:53 ]
規格上はNFD(分解による正規化形)/NFC(合成による正規化刑)両方
正しく処理できるべきなんだけどねー
Macの場合はNFD以外に一部の文字のマッピングを変えているそうだが…


165 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 12:33:51 ]
NFC/NFDの違いのみの文字列でファイル名を作れるべきかどうかは、どちらも
設計方針としてアリだと思う。ただ、両者間で動くアプリ作ろうとしたら面倒だけど。
一部の文字のマッピングうんぬんは知らなかった。

166 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 12:46:35 ]
Windows の方が、渡された UTF16 シーケンスを「そのまま」ファイル名として使ってしまうのでたちがわるい。
さらに画面上に表示するときだけ、合成されたグリフを出すので気づきにくい。

OSX だと、ほとんどのところで UNICODE 正規化をかけてくれるから混在しても同じファイルにアクセスできる。

ところが、正規化のことを予想していないアプリケーション/コードが、たとえばファイル名「だ」を作成したはずなのに
ファイルを列挙すると「た゛」が返ってきて驚く。というケースが発生するのだ。
OSX の API を普通に使えば問題は出てこないんだけど、
POSIX アプリが C の RTL だけ使うと、こういうことが表面化する

167 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 12:47:48 ]
developer.apple.com/mac/library/technotes/tn/tn1150table.html
どれがどの文字かさっぱりわからねー。


168 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 14:01:57 ]
>>166
pc11.2ch.net/test/read.cgi/mac/1214284891/172-

169 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 14:05:15 ]
まあNFC/NFD正規化しちゃうと異字体(「はしごだか」と「くちだか」とか)も区別つかなくなっちゃうんで、
Macみたいに中途半端に気を利かせてくれると余計にややこしくなるんだけども。

170 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 14:10:42 ]
そりゃCJKの人たちが作った文字コード否定してグローバル()だのやってばおかしくもなるよ



171 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 17:00:00 ]
TortoiseHg 1.0 キター

172 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 17:28:45 ]
>>171
詳しくはアナウンス[1]やチェンジログ[2]にありますが、いくつか重要な部分だけ:

・ダウンロード: tortoisehg.org/ja/
・新インストーラは32ビットと64ビットが別々に用意されている
・旧バージョンのアンインストール前にホームディレクトリにあるMercurial.iniのバックアップを取る
・WindowsにおけるGUIが0.9系に比べて退化してるのは仕様(GTK+ 2.18の問題なので、今すぐ解決できない)
・日本語Windows向けのフォント設定: tortoisehg.bitbucket.org/manual/1.0-ja/settings.html#id10

[1] sourceforge.net/mailarchive/message.php?msg_name=3f40cf551003052300m2b7c44fase7b71e804612fef4%40mail.gmail.com
[2] bitbucket.org/tortoisehg/stable/wiki/ReleaseNotes#tortoisehg-10

173 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 17:53:39 ]
>>169
変わらないよ

echo -n "\xe2\xbe\xbc"| uconv -f utf-8 -t utf-16be -x '::nfd;'| hexdump
0000000 2f bc

echo -n "\xe9\xab\x98"| uconv -f utf-8 -t utf-16be -x '::nfd;'| hexdump
0000000 9a d8

echo -n "\xe9\xab\x99"| uconv -f utf-8 -t utf-16be -x '::nfd;'| hexdump
0000000 9a d9

174 名前:デフォルトの名無しさん mailto:sage [2010/03/06(土) 22:46:01 ]
正規化すると、合成文字以外に元に戻せなくなる文字があるとはおもわなかったけど、下の本見て知った。
Åは正規化挟むとSJISからラウンドトリップできないらしい。
まあ、実用上禁止にしてしまえばすむ話だと思うけど。

プログラマのための文字コード技術入門
A.4 Unicodeの諸問題
gihyo.jp/magazine/wdpress/plus/978-4-7741-4164-0

あとは、パズル要素が増えてて結構大変みたいだね。

国ごとにCJK文字(A)に違う文字を割り当てしてたところに、
それぞれ反対の文字をJIS2004みたいに新しく用意したので、
それぞれ新ルール(意味ごと->字形ごと)に従ってSIPに登録 ch-tw:B(ja-jp:A) ja-jp:C(ch-tw:A)したら、
Unicode表記で同じ2文字を表現するのに、母国語の文字コード割り当てからUnicodeに変換すると別になる
(ch-tw:AB = ja-jp:CA = CB =ch-tw:A ja-jp:A)とか。

175 名前:デフォルトの名無しさん [2010/03/06(土) 22:59:23 ]
おっとV1リリースされたのか。インストールしまーす。

ちなみにHGてSubversionと連携できるの?エロい人教えてちょうだい

176 名前:デフォルトの名無しさん mailto:sage [2010/03/07(日) 01:04:18 ]
連携ってどういうことを言ってるのかわからないけど
SVN リポジトリがあって Mercurial をクライアントとして利用することなら一応できる。

177 名前:デフォルトの名無しさん [2010/03/08(月) 14:10:29 ]
>>175
ちょうど最近試したので共有しとく。
連携というか、チェックアウトしたものをMercurialのレポジトリとして運用する感じ。

ブランチタグやバージョンタグの構造を伴ったままのSyncはできない。

178 名前:デフォルトの名無しさん [2010/03/08(月) 14:12:35 ]
>>175
参考にしたところも書いておく。

Mercurialではじめる分散構成管理:第6回 勝手に「分散構成管理」 〜非Mercurial環境との共存|gihyo.jp … 技術評論社
gihyo.jp/dev/feature/01/mercurial/0006

179 名前:デフォルトの名無しさん mailto:sage [2010/03/08(月) 16:32:52 ]
>>175
hgsubversion

180 名前:デフォルトの名無しさん mailto:sage [2010/03/08(月) 17:47:47 ]
ちょっと困ってて質問。
TortoiseHg使っててコミットとか出来ていた状態で、
TortoiseHgをアンインストールして、cygwinのコマンドラインで使おうとしました。
しかし、
 hg commit -m "hogehoge"
とコミットしようとし他ところ、
abort: no username supplied (see "hg help config")
などと言われてしまいました。

TortoiseHg使っていたときの設定がそのまま $HOME/Mercurial.iniに残っているのですが、
何がまずいんでしょうか?



181 名前:デフォルトの名無しさん mailto:sage [2010/03/08(月) 18:46:43 ]
mercurial.ini はWindows専用で、cygwinはposix扱いだから .hgrc にリネームしないと
読み込まないんじゃないかな?

182 名前:デフォルトの名無しさん mailto:sage [2010/03/09(火) 03:38:16 ]
>>180
cygwinって独自のディレクトリを作って、その中にユーザのホームディレクトリを作るんじゃなかったっけ?
Windowsのホームディレクトリは無関係な気がする。

183 名前:180 mailto:sage [2010/03/09(火) 12:05:42 ]
>>181
ああ、そっか。
hg help config しろっていうから出力見てたんだけど、Windowsの方みてたw
Unixでは.hgrcにしろって書いてあるね。
Windowsでも %HOME%/.hgrc は読んでくれるみたいだから、.hgrcにしとけば両方から読めそう
試してみます。

>>182
そっちは大丈夫なはずです。HOME環境変数はcygwinでもこちらの意図したところに設定してあるので。

184 名前:180 mailto:sage [2010/03/09(火) 12:29:00 ]
Mercurial.ini→.hgrc にしたら行けますた!
(TortoiseHgのまま使っててエラーでた箇所はコメントアウトしたけど[encode]とか[decode]とか)

さきほどはお礼を忘れてました。ありがとうございました。

185 名前:デフォルトの名無しさん mailto:sage [2010/03/17(水) 08:36:29 ]
1.5の新機能の--mqオプションの使い方がやっとわかった。
helpにも公式サイトにもろくに書いてないから試すのも苦労したぜ……。

hg サブコマンド --mq 引数

で、リポジトリそのものじゃなくMQパッチに対して、サブコマンドを作用させることができるのか。
当然MQパッチをバージョン管理してないとまったく意味がない、と気付くのに二時間かかった……。

186 名前:デフォルトの名無しさん mailto:sage [2010/03/17(水) 15:35:29 ]
>>185
なるほど
パッチのパッチなんかみたくない

187 名前:デフォルトの名無しさん mailto:sage [2010/03/17(水) 19:56:40 ]
パッチのパッチ(というか履歴)を管理するための機能なんだけど……
しかも1.4よりもやりやすくなったという

188 名前:デフォルトの名無しさん mailto:sage [2010/03/18(木) 23:12:17 ]
>>185
いやそうではなくて、基本的には従来のMQコマンドの置き換えだよ。
例えばqinitの代わりにinit --mqとか、qdiffの代わりにdiff --mqとかそんな感じ。
qinitとかはdeprecatedになってるので注意。--mq使えってこと。

189 名前:185 mailto:sage [2010/03/19(金) 08:18:47 ]
そうだったのかー\(^o^)/
qinitとかしても警告とか出なかったし
軽く試した結果をみて勘違いしたようだごめん

190 名前:デフォルトの名無しさん mailto:sage [2010/03/19(金) 13:37:42 ]
>>189
従来のMQコマンドが削除されたわけでもないから、
それほど話題になってないのかもねー。
私はMercurialのMLで知りました。



191 名前:デフォルトの名無しさん [2010/03/22(月) 12:38:39 ]
TortoiseHg(1.0)、Mercurial(1.5)使ってるけど
日本語のフォルダだとTortoiseHgでファイルの追加ができません。
なんとかしてください。

192 名前:191 [2010/03/22(月) 13:04:01 ]
191ですが自己解決しましたorz
mercurial.iniに、
[extensions]
hgext.win32mbcs =
を追加したら日本語フォルダでもファイル追加とかできるようになりました。。。

193 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 23:04:12 ]
ぐぐりゃその辺いくらでも出てくる。
駄目文字問題

194 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 23:09:19 ]
Mercurialで日本語使うな。
日本語使いたかったらBazaar使え。

195 名前:デフォルトの名無しさん mailto:sage [2010/03/22(月) 23:11:24 ]
そういう発想だからお前が使ってるプロダクトは一生多言語対応しないんだよ

196 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 03:12:03 ]
いや、多言語対応でもファイル名は英語にするだろ

197 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 03:27:04 ]
お前は設計書コミットするとき
kihonsekkei.xls
みたいなファイル名にするのか?

198 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 05:33:37 ]
いや、普通に英語使えよ。英単語。

199 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 10:34:03 ]
ドキュメントのファイル名は普通に日本語つけるな

200 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 10:42:15 ]
不満があってもツールに合わせる奴はツールに使われてる
不満があるなら不満が無いように改善すべき



201 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 11:03:31 ]
うちはそもそもドキュメントも英語で書くから、ファイル名も全部英語


202 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 11:56:28 ]
>>201
それは多言語対応とは言わない

203 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 14:43:54 ]
ファイル名まで国際化したらローカライズ作業が面倒じゃね

204 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 16:30:00 ]
ローカライズの意味解ってるか?

205 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 18:54:26 ]
全部英語で書くから問題無いとか言ってるやつには、この世はお前一人だけで生きている訳じゃないと言いたい。

206 名前:デフォルトの名無しさん mailto:sage [2010/03/23(火) 23:54:20 ]
I18N L10N

207 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 13:53:17 ]
通常 i18n、L10n と書く。

208 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 22:51:49 ]
Mercurialってまだファイル名ごときに日本語も通らないのかwbzrのほうがイイな

209 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 22:55:26 ]
通るって書いてあるじゃん

210 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 23:37:00 ]
日本語版以外のWindowsに持って行ったら盛大にぶっ壊れるようなのを通るとは言わないw



211 名前:デフォルトの名無しさん mailto:sage [2010/03/24(水) 23:39:11 ]
UTF-16で投げるようにすればいいだろ

212 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 00:18:01 ]
パッチ送ったら却下されたという話を聞いたけど、
直すところがわかってるなら多言語対応版に fork できないのかな。

213 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 00:30:05 ]
いくらファイル名はバイトシーケンスだと言ってもNTカーネルのウィンドウズで今更ANSI文字列を使うことはないだろうになあ

214 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 09:52:38 ]
>211
CP_ACPでマップできない文字を全部 '?' にした上で Win32 API 呼び出して、結果は同じなんじゃね。

215 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 10:50:12 ]
前にも書いたけど、
ファイル名の件は国際化テストケースの管理ができないので(俺の組織では)致命的。




216 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 12:21:12 ]
>>215
おまえさんのところではhgのテストをしてるのか?
そうじゃなければテストスクリプトの中でcpすれば済む話。
致命的でもなんでもない。

217 名前:デフォルトの名無しさん mailto:sage [2010/03/25(木) 16:33:52 ]
お前のPJがどうかしらんが、日本国内で動いているPJの大半は、
日本人が日本人のために作っているんだから
わざわざツールのせいでファイル名を外国語やローマ字にして
作業効率を落とす事になるなら、普及も進むわけがない。

218 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 00:41:54 ]
>216
とてもいいアイデアですね!
ところで、cp先のファイル名を .hgignore に書いておきたいんですが、文字コードはどうすればいいですか?

219 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 00:46:22 ]
>>218
ignoreしたいファイルは適当な名前のディレクトリつくってその中に全部ほりこんどけばいいよ

220 名前:デフォルトの名無しさん mailto:sage [2010/03/26(金) 02:36:58 ]
ファイル管理ソフトのために余計な作業をしなきゃいけない。ってのはね。




221 名前:デフォルトの名無しさん mailto:sage [2010/03/27(土) 23:03:27 ]
hg の rebase って git のと似て非なるもの?
オプション変えながら様子を見てるけど、いまいち挙動が分からん。

222 名前:デフォルトの名無しさん [2010/03/29(月) 10:26:07 ]
TortoiseHGでブランチ作るのってどうやるんでしたっけ…orz

223 名前:デフォルトの名無しさん mailto:sage [2010/03/29(月) 11:43:29 ]
>>222
コミットダイアログの左上にあるブランチボタン ("branch: default" って書いてある) をクリックして
そこに新しいブランチ名を入力して、次のコミットからそのブランチになります。
ちなみに1.0からはファイル変更なしでも、コミットメッセージだけ入力すればブランチ切ることできます。

224 名前:デフォルトの名無しさん [2010/03/29(月) 12:47:14 ]
>>223
ありがとう!!!!!
まじ助かった><

225 名前:デフォルトの名無しさん mailto:sage [2010/03/29(月) 14:40:08 ]
公式マニュアルも翻訳してあるのでよろしければどうぞ:
tortoisehg.bitbucket.org/manual/1.0-ja/

226 名前:デフォルトの名無しさん mailto:sage [2010/03/29(月) 16:09:52 ]
最近のTortoiseHgは日本語ドキュメントがしっかりしてるからいいよね。
後は日本語対応化を書いたサイトが最新のバージョンまで追いついてくれると
新規の利用環境が整うんだけど

227 名前:デフォルトの名無しさん mailto:sage [2010/04/02(金) 12:48:15 ]
mercurial-1.5.1.tar.gz

228 名前:デフォルトの名無しさん [2010/04/10(土) 22:38:39 ]
日本語環境で問題ないようになってほしい。

229 名前:デフォルトの名無しさん mailto:sage [2010/04/11(日) 15:52:17 ]
まずは君の問題とやらを開発陣に認識させないとな

230 名前:デフォルトの名無しさん mailto:sage [2010/04/14(水) 09:39:52 ]
>>172
亀hg 1.0.1 入れてみた。フォントの設定はあるみたいだけど、全然変わらない。
一応「MS ゴシック」に書き直してみたりもした。
結局 >>107 の方法で変更した。



231 名前:デフォルトの名無しさん [2010/04/14(水) 12:36:45 ]
>>228
transaction.pyでopenを使ってるところをopenerを使うように変更してもらえ
そうしたらfixutf8でほぼ問題が無くなる

232 名前:デフォルトの名無しさん mailto:sage [2010/04/14(水) 12:50:45 ]
     |┃三        / ̄\
     |┃         |     |  
     |┃          \_/
  ガラッ |┃            |
     |┃  ノ//    /  ̄  ̄ \    
     |┃三    /  ::\:::/::  \ 
     |┃     /  <●>::::::<●>   \.   
     |┃     |    (__人__)     | 
     |┃三   \    ` ⌒´    /  
     |┃三   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ \

233 名前:デフォルトの名無しさん mailto:sage [2010/04/14(水) 13:24:54 ]
>>231
だめ、fixutf8が読み込まれる前に、まだUTF-8になっていないコマンドライン引数を
使ってしまっている部分がある。

234 名前:デフォルトの名無しさん mailto:sage [2010/04/14(水) 13:26:11 ]
bzr-hg を使うと、日本語Windows上でもUTF-8のファイル名が入ったhgのブランチを持ってこれる。

235 名前:デフォルトの名無しさん [2010/04/14(水) 18:32:50 ]
>>233
それでなにか問題なのか?

236 名前:デフォルトの名無しさん mailto:sage [2010/04/28(水) 14:29:41 ]
TortoiseHgはQtに移行するのか。

237 名前:デフォルトの名無しさん mailto:sage [2010/05/04(火) 21:39:26 ]
Mercurial 1.5.2 and TortoiseHg 1.0.2 released

238 名前:デフォルトの名無しさん mailto:sage [2010/05/10(月) 01:00:25 ]
cygwin版のhgってPythonスクリプトのhgになっていてhg.exeでないせいで
他のWindowsプログラムから使いにくいんですが、上手く扱う方法ないんでしょうか?
cygwin版hg.exeないのかな?
cygwin bash上からは使えるけど、cmdからは使えなかったり、NetBeansなどから設定できなかったりします。

239 名前:デフォルトの名無しさん [2010/05/10(月) 07:42:39 ]
>>238
PATH を通せばいけた気が。


240 名前:デフォルトの名無しさん mailto:sage [2010/05/10(月) 11:30:06 ]
cygwin 版使ってないけど、
@python C:\cygwin\bin\hg %*
とか書いた hg.cmd をパスの通ったとこに置いとけばいいんじゃない?



241 名前:デフォルトの名無しさん mailto:sage [2010/05/13(木) 13:00:15 ]
>>239
PATHは通してますが、オプション設定でOKするとMercurial見つからないと行ってくる

>>240
いけるかなー、試してみます

242 名前:デフォルトの名無しさん mailto:sage [2010/05/13(木) 17:18:08 ]
cygwin 使いたいってファイル名の文字コード対策?
そういえば、Eclipse のアナウンスがあったけど、この件どうなったんだろう?


243 名前:デフォルトの名無しさん mailto:sage [2010/05/16(日) 08:50:16 ]
?2010-05-13 Mercurial 1.5.3 and TortoiseHg 1.0.3

244 名前:デフォルトの名無しさん [2010/05/19(水) 01:19:33 ]
branchのrenameって無理?探しても見当たらなかった

245 名前:デフォルトの名無しさん mailto:sage [2010/05/19(水) 06:41:03 ]
convertじゃないと無理なはず。
nodeidをconvertしないオプションがあるからそれを使えばいけるかもしれない。


246 名前:デフォルトの名無しさん mailto:sage [2010/05/20(木) 00:45:19 ]
>>245
ありがと、convertってコマンド自体がないけど、
convertextensionでよいの?

247 名前:デフォルトの名無しさん mailto:sage [2010/05/20(木) 02:30:20 ]
>>246
Yes.
hg convert --help でいろいろ出てくるんで、試してちょ。


248 名前:デフォルトの名無しさん mailto:sage [2010/05/20(木) 02:49:48 ]
convertは過去のブランチ全部変えちゃう最終手段。
ただ単に hg branches で出したくないだけだったら、新たにブランチ作って、
元のはcloseするのが正しいやり方のような気がする。


249 名前:デフォルトの名無しさん mailto:sage [2010/05/22(土) 10:20:04 ]
インストールはエラーなく終了し、コマンドプロンプトからも問題無く
作業できるんだけど、エクスプローラーの右クリックメニューから
どの項目を選択しても、GUIが全く起動せず無反応。
そういう不具合ってうちの環境だけ? 再インストールしてもダメ。
コマンドプロンプトからaddとかするとアイコンオーバーレイは
普通に動作してる。

Win 7 64bitで、ToirtoiseSVNも入ってる環境。
TourtoiseHgをこのマシンに入れたのは初回。

250 名前:デフォルトの名無しさん [2010/05/23(日) 02:05:51 ]
二つ違うアプリケーションがあるとして、
普通は2つのリポジトリを作るんだろうけど、
ある数個のプログラムだけ共通処理として同じソースを利用している場合、
Aで共通処理を修正したらBにもマージって
ってことが出来ないから、
1つのリポジトリでA,Bをブランチ作った。

でも、やってみると、その共通ソース以外のも全部マージしなくちゃならないハメになって困ってる。

みんなこういうときどうする?



251 名前:デフォルトの名無しさん mailto:sage [2010/05/23(日) 04:19:33 ]
言語にもよると思うけど、共通処理を別リポジトリに分ける。
それで、実用性が良く分からないけどsubrepoを試すか、ツールで頑張る。
1つのリポジトリ2つのブランチの場合、Transplant extension で頑張る。


252 名前:デフォルトの名無しさん [2010/05/25(火) 20:58:10 ]
1週間前ぐらいからmercurial使い始めました。
Subversionしか知らなかった自分としてはあまりの手軽さに感激してるのですが
一点どうしても不満な点があります。

例えば、dir01/dir02/dir03という階層があり、
dir01をバージョン管理しているとします。

この状態で、Subversionではdir03のみをチェックアウトして
ごにょごにょ操作したのち元のリポジトリにコミットすることができます。

しかしmercurialではdir01以下を丸ごと扱うしか術が無いようです。
.hgディレクトリもトップディレクトリにしか無いですね。

具体的には、
会社でサイズの大きなファイル群をmercurial管理するようにしたのですが、
自宅でも作業したいのです。
しかし自宅では、プロジェクトのごく一部しか修正することは無いので、
その部分のみを取り出して自宅用の小さいリポジトリを作りたいのです。
こんなことは実現可能でしょうか?

253 名前:デフォルトの名無しさん mailto:sage [2010/05/25(火) 21:15:11 ]
dir03 で専用の管理を作ればいいんじゃない?
dir01でdir03の管理部分を .ignore 指定して 



254 名前:デフォルトの名無しさん mailto:sage [2010/05/25(火) 22:12:45 ]
>>252
すでにMercurialに全部突っ込んだのなら、簡単にやる方法は無い。
こういう場合、convertでそのディレクトリだけ抜き出すことができる。
これに限らず、合体は簡単、分離は大変なので、なるべく小さな単位で管理した方が楽。
251 にも書いてあるが、subrepoという手段もある。


255 名前:デフォルトの名無しさん mailto:sage [2010/05/25(火) 22:35:29 ]
>>252
Mercurialは、チェンジセット指向で、
Subversionの個々のファイル、ディレクトリ単位でコミットできることの方が
おかしいということにそのうち気付くと思う。
重いのは最初のcloneだけで、その後のpull, pushはめちゃくちゃ速いので、
無理に分ける必要は無いのでは?


256 名前:デフォルトの名無しさん mailto:sage [2010/05/25(火) 23:35:50 ]
>>255
Subversionもチェンジセット指向だし、
Mercurialも個々のファイルごとにコミットできたりするよ。

>>252
とはいえ、Mercurialなら自分は >>254 と同感だけど。

257 名前:デフォルトの名無しさん [2010/05/26(水) 22:23:47 ]
ブランチmergeして--close-branchしたら、
defaultのログにブランチの細かなコミットログ要らないよなーって思うんだけど、
オプションはどれなんだ!

258 名前:252 [2010/05/27(木) 00:48:34 ]
>>253
>>254
>>255
>>256
皆様ありがとうございます。
とても参考になりました。

convertというのを調べてみたら拡張機能のようですね。
やはり基本はリポジトリをまとめて扱うべきなのかな。

なるべく小さい単位で管理するというのは勉強になりました。
ここら辺はsubversionと思想が逆ですね。

259 名前:デフォルトの名無しさん mailto:sage [2010/05/27(木) 13:29:29 ]
>>257
hg log --only-branch

260 名前:デフォルトの名無しさん [2010/06/16(水) 02:32:03 ]
tortoisehgのshelveって未バージョン管理下は対象外?
ステータス:Aのものがshelveできない。

あと、rollback時。
tipで改造してshelveしてまた改造してロールバックしてshelveに戻すと
ファイルのバージョンがshelve時点と異なる。



261 名前:デフォルトの名無しさん mailto:sage [2010/06/16(水) 09:25:19 ]
shelveか。亀hgで使えるのか?
最近の亀hgはMQもびっくりするくらい楽に扱えるからな。


262 名前:デフォルトの名無しさん mailto:sage [2010/06/17(木) 02:02:27 ]
MQ対応イイかんじだよね

263 名前:デフォルトの名無しさん [2010/06/18(金) 03:21:17 ]
そういえば亀ってなんでQtに切り替えようとしているの?

264 名前:デフォルトの名無しさん mailto:sage [2010/06/18(金) 07:19:00 ]
マルチプラットフォーム化できるからだろ

265 名前:デフォルトの名無しさん mailto:sage [2010/06/18(金) 08:16:58 ]
gtkもマルチプラットフォームだけど、Macへのインストールが大変だかららしいよ。
あと亀バザーとかいろいろ先輩もいるかららしいよ。


266 名前:デフォルトの名無しさん mailto:sage [2010/06/18(金) 20:23:17 ]
>>263
groups.google.com/group/thg-dev/browse_thread/thread/f11df410861fbe53#


267 名前:デフォルトの名無しさん mailto:sage [2010/06/20(日) 07:31:19 ]
MQ って何がそんなに便利なん?

268 名前:デフォルトの名無しさん mailto:sage [2010/06/20(日) 09:48:10 ]
>>267
MQそのものの使い方はさておき、bitbucketにMQだけforkできて容量節約できると思う。
githubで同じことできる?

269 名前:デフォルトの名無しさん mailto:sage [2010/06/20(日) 14:44:46 ]
自分のところだけデバッグモードで動かしたいとか
そういうちょっとしたことをやるのには重宝してる。

あと、他の人のパッチとのマージ前に自分のところで作業するときに
パッチが2個あるとどっちがどっちかわからなくなるけど
明示的に2つのコミットに分離されていると変更点がすぐわかる

が細かいところで作りこみが甘い

たとえば最初にコミットした場合には[mq]ってタイトルに自動的について
MQだとわかるのに
一回はずしてまた再適用するとImportedとか違うタイトルになるし
MQをコミット化するとメッセージが変えられないし
そもそもパッチにコメントつけたいけどパッチ名とコメントが一緒なのであれだし

とかゆいところに手が届かないが、最初の2点が便利なので
ほどほどに使ってる。

gitの場合コミットのやり直しができるのでこういう機能はいらないんだろうけど
Mercurialはサクサク動くし自分には直感的に感じるのでMQオフィシャル化はありがたい。




270 名前:デフォルトの名無しさん mailto:sage [2010/06/21(月) 10:17:28 ]
>>269
> MQをコミット化するとメッセージが変えられないし
コミット化っていうのがqfinishのことだったら、qimport -r tipで取り込ん
でqrefreshでメッセージ変えてqfinishすればいいと思うけど違うの?




271 名前:デフォルトの名無しさん mailto:sage [2010/06/22(火) 03:39:10 ]
MQは難しすぎて、さっぱり理解出来ない。

272 名前:デフォルトの名無しさん mailto:sage [2010/06/22(火) 07:30:57 ]
strip, rebaseも内部ではMQつかっているよね?

273 名前:デフォルトの名無しさん mailto:sage [2010/06/22(火) 07:50:19 ]
>>272
stripを提供しているのはMQそのもの

274 名前:デフォルトの名無しさん mailto:sage [2010/06/22(火) 10:10:16 ]
>>271
gitよりは簡単だよ。

275 名前:デフォルトの名無しさん mailto:sage [2010/06/22(火) 10:29:00 ]
gitはチェンジセットを差分で持っていないから
いろんなことが出来るってのは分かるけど、その分怖いよね。
hgはMQが別になっているし、無効にも出来るから安心。

276 名前:デフォルトの名無しさん [2010/06/29(火) 04:57:57 ]
XP に TortoiseHG 入れて UTF-8 な日本語ファイル名を使いたくて hg-fixutf8 とか入れてみたんだけど、
右クリックメニューからファイルを追加しようとするとウィンドウが凍りつく。
そのまま強制で閉じてみたら
'utf8' codec can't decode byte 0x8e in position 12: unexprected code byte
とかいう感じのエラーが表示される。

ttp://bitbucket.org/stefanrusek/hg-fixutf8/src/tip/README
なんかには
... Shell integration does not work perfectly, since ...
とか書いてあるけど、そうゆこと?

それとも、なんか俺っちの設定が不完全なの?
Torotise-HG は 1.0.4
hg-fixutf8 は以下のをつかってます。
@  changeset:   16:baf283ab9f92
|  tag:         tip
|  user:        Stefan Rusek <stefan@rusek.org>
|  date:        Mon Apr 12 23:11:41 2010 +0200
|  summary:     Disable fixutf8 translations when the console does not have a CP associated with it.


277 名前:デフォルトの名無しさん mailto:sage [2010/06/29(火) 07:29:14 ]
右クリックはC++なんで厄介。今のところutf-8で右クリックはやめておいた方が良い。(ASCIIはOKだと思う。)

278 名前:デフォルトの名無しさん mailto:sage [2010/07/02(金) 09:48:33 ]
2010-07-01 Mercurial 1.6 and TortoiseHg 1.1 released


279 名前:デフォルトの名無しさん mailto:sage [2010/07/02(金) 12:05:15 ]
>>276
fixutf8はもう死んでるので・・・

280 名前:デフォルトの名無しさん mailto:sage [2010/07/02(金) 17:53:06 ]
ぼちぼちpy3kが気になるんだけど。



281 名前:デフォルトの名無しさん mailto:sage [2010/07/03(土) 01:26:27 ]
Google SoC 2010 で、MercurialのPy3k対応プロジェクトやるよ。

282 名前:デフォルトの名無しさん mailto:sage [2010/07/03(土) 07:51:03 ]
>>281
これで日本人は幸せになれる?

283 名前:デフォルトの名無しさん mailto:sage [2010/07/04(日) 01:20:12 ]
>>282
いや、ファイルパスはバイト列というのはMercurialの方針であって、
Python3でも変わらない。
BazaarはファイルパスをUnicode文字列として扱ってるから、
Python3になると実装が楽になりそうだけど。

284 名前:デフォルトの名無しさん mailto:sage [2010/07/13(火) 15:16:46 ]
2010-07-12: TortoiseHg 1.1.1 (with Mercurial 1.6+23) released

285 名前:デフォルトの名無しさん mailto:sage [2010/07/18(日) 16:54:57 ]
お前ら質問があります。

Windowsで作ってた中のファイル名がSJISで格納されているリポジトリのファイル名を
UTF-8のファイル名に修正したいのですがいい方法ないでしょうか?

286 名前:デフォルトの名無しさん mailto:sage [2010/07/18(日) 17:13:38 ]
>>285
mercurial.selenic.com/wiki/FixUtf8Extension

287 名前:デフォルトの名無しさん mailto:sage [2010/07/18(日) 18:31:14 ]
>>286
サンクス
これでいけそうです

.hgrcでの[extensions]の指定で、
パス区切りを\にするとhgコマンドで、
*** failed to import extension fixutf8 from (パス名)\fixutf8.py: No module named win32helper
とエラーがでてしまうので、/で指定したらいけました


288 名前:デフォルトの名無しさん [2010/08/02(月) 13:59:16 ]
2010-08-01 Mercurial 1.6.1 released

289 名前:デフォルトの名無しさん mailto:sage [2010/08/03(火) 07:45:38 ]
2010-08-02 Mercurial 1.6.2 released

290 名前:デフォルトの名無しさん mailto:sage [2010/08/03(火) 16:19:54 ]
2010-08-03 Mercurial 1.6.3 released



291 名前:デフォルトの名無しさん mailto:sage [2010/08/03(火) 16:23:50 ]
なにが起きているというの・・・?

292 名前:デフォルトの名無しさん mailto:sage [2010/08/03(火) 16:32:16 ]
>>290
stableにタグが付いていないし、mpmは 時差-05だからネタじゃない?

293 名前:デフォルトの名無しさん mailto:sage [2010/08/03(火) 16:46:53 ]
Mercurial 1.6.3は見当たらないけど、TortoiseHg 1.1.2なら来てますよ

294 名前:デフォルトの名無しさん [2010/08/12(木) 13:14:05 ]
Status of the "port" of Mercurial to Py3k
mercurial.selenic.com/wiki/Py3kPort

295 名前:デフォルトの名無しさん [2010/08/21(土) 15:36:41 ]
branch削除する方法は無いでしょうか?
ゴミbranchをhg branchesコマンドに表示しないようにしたいのです。
ちょこっと作業にbranch切りたいのですが
削除できないからリポジトリ汚すのが嫌なので
結局cloneすることになるんですよね。。

296 名前:デフォルトの名無しさん mailto:sage [2010/08/21(土) 15:57:30 ]
>>295
なんかいろいろとやり方はあるみたいだよ
mercurial.selenic.com/wiki/PruningDeadBranches

297 名前:デフォルトの名無しさん mailto:sage [2010/08/21(土) 16:15:28 ]
>>295
hg branches で表示させないことが目的なら close が一番。
ってwiki見たら一番になっていた。

ちょこっと作業が目的ならMQ。


298 名前:デフォルトの名無しさん mailto:sage [2010/08/21(土) 16:41:01 ]
また MQ かよ。やっぱ MQ 覚えなきゃいかんのか?

299 名前:295 [2010/08/21(土) 19:08:32 ]
>>296
>>297
ありがとうございます。素晴らしいサイトですね。
参考にさせてもらいます。
gitに乗り換えようとも思ってたけどまだ早まらなくてもよさそうだ

300 名前:デフォルトの名無しさん mailto:sage [2010/08/21(土) 21:50:41 ]
git,svn感覚だとブランチは消せるんだけど、cvs感覚だと消したら困るんだよね。
gitの場合まずローカルブランチを作ってだから余計に感じるかも。
bookmarkという拡張があるからMQよりもこっちの方がいいかもしれない。



301 名前:デフォルトの名無しさん [2010/08/27(金) 08:09:13 ]
2010-08-26 Mercurial 1.6.3 released

302 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 12:15:22 ]
mercurialはいつになった日本語ファイル名を扱えるようになるの?

303 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 12:21:40 ]
>>302
日本語Windows(cygwin除く)に限った話では、
Mercurial本体とToritoiseHgのpython部分についてはwin32mbcsとfixutf8の拡張で使えます。
ファイル名はバイト列なので、Unix/Linuxでは問題ありません。
Macはまた別の問題があるようです。

304 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 12:42:31 ]
Macの問題はNFD/NFCだね。
Unix/Linuxだって、UIMがかな漢字変換の結果NFD/NFCのどっちを端末に送るかなんて
決まってないんじゃないか。たまたま揃ってるから上手く行ってるだけだろ。

305 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 13:17:43 ]
要は bzr 並にならないと話にならんということだ。

306 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 13:26:48 ]
bzrとは目指しているものが違います。
0x5c問題についてはshift-jisとbig5が対象ですが、
fixutf8については全世界が対象なので、こちらをどうするかは課題でしょう。


307 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 14:27:10 ]
mercurial.selenic.com/wiki/Py3kPort
のExisting problemsってところで、
> There are some python 3 APIs that only support (unicode) string arguments

> All of them must be of the string type.
ってあって、そこまでUnicode嫌いか?って思ってしまう。

308 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 15:13:24 ]
そりゃあ128文字あれば十分事足りてしまう連中にとって
Unicodeは悪ともいえる存在じゃないか。

309 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 16:58:47 ]
>>304
> Unix/Linuxだって、UIMがかな漢字変換の結果NFD/NFCのどっちを端末に送るかなんて
> 決まってないんじゃないか。たまたま揃ってるから上手く行ってるだけだろ。
Mercurialはinodeに書かれたバイト列としてのファイル名を
.hg以下の*.iに素直に書いているだけですが。


310 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 17:13:01 ]
>>309
だから、他のIMと違うがUTF-8としてはValidなエンコーディングを吐くIMがひとつ混じったら
Macと同じ問題がLinuxでも出るだろって話なんだけど



311 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 18:35:29 ]
>>310
それってIMの問題であってMercurialの問題じゃないんじゃないですか?

312 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 18:45:08 ]
だめだ、ファイル名=バイト列脳には話が通じねえw

313 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 18:51:34 ]
Linux上では"か゛.txt"と"が.txt"を別に扱いますよね。
これを同じファイルとして扱えいう主張ですか?
ならば、"AAA.txt","aaa.txt","AAa.txt"を全部同じファイル名として扱わないといけないのですか?

314 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 18:54:03 ]
>>312 がんばれw

315 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 19:02:33 ]
>>313
ちょっとまて、独立した濁点は元々「別の文字」扱いだろw
合成用の濁点は独立した濁点とは別だw

……ってか、>>314後は任せた俺はもう知らん。

316 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 19:50:50 ]

# -*- coding: utf-8 -*-

import unicodedata
nfc = unicodedata.normalize("NFC", u"が")
nfd = unicodedata.normalize("NFD", u"が")
print nfc
print nfd

open(nfc,"w")
open(nfd,"w")

$ python test.py



$ find .hg/store/data/
.hg/store/data/~e3~81~8c.i
.hg/store/data/~e3~81~8b~e3~82~99.i


317 名前:デフォルトの名無しさん mailto:sage [2010/08/27(金) 19:53:19 ]
やっぱり、NFDの「が」SJISの2chじゃだめか?

318 名前:デフォルトの名無しさん mailto:sage [2010/08/29(日) 15:13:14 ]
ext3やufsはファイル名をバイト列として扱うから、
e3 81 8c と e3 81 8b e3 82 99 を別々のファイル名として扱える。
もしbzrのようにUTF-8とみなすとそれらを別々のファイル名として扱えない。
ext3などは大文字小文字を区別するけど、FATは大文字小文字を区別しない、
というのも似た問題である。

>>313は言いたいんだろう。
ファイル名をUTF-8として扱うオプションくらいあってもいいと思うけどな。

319 名前:デフォルトの名無しさん mailto:sage [2010/09/01(水) 18:11:22 ]
つってもそれはext3やufsの話で、他のファイルシステムでは当然違うわけで……。
Linuxの開発に使うことが第一義のgitならともかく……。

320 名前:デフォルトの名無しさん mailto:sage [2010/09/01(水) 18:18:10 ]
HFS+だとNFDに似たApple独自の正規化をしたりするしね
あとファイル名をUnicodeとして扱うのと正規化するのは別の話



321 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 08:36:25 ]
大文字小文字の区別するかしないかはファイルシステムの構造云々じゃないなそもそも

322 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 09:41:27 ]
>>321
FATは8.3形式とそれ以外の違いがある。
FATのロングファイルネームとNTFSは大文字・小文字を区別はする。
でも、AAA.txt がすでにある場合、aaa.txt は作れない。


323 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 09:45:00 ]
Windowsの場合さらにやっかいなのが、コロンとか'nul'がファイル名に使えない。
確かこの対応で、Mercurialは1.1でリポジトリフォーマットがマイナーチェンジしている。


324 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 09:47:12 ]
NTFSはファイル名をUTF-16で記録してるから、そもそも変換必須で
ファイル名のバイト列を保つんだ!ってのが無理な話のような

325 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 10:05:27 ]
さらにさらにやっかいなのが、ファイル名の先頭が半角空白の場合・・・


326 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 10:56:52 ]
拡張子のみ(.で始まるファイル)の場合も

327 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 11:05:12 ]
.で始まるファイルって何か問題ある?
Explorerで作成ができないだけで、それ以外は問題ないと思うけど。

328 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 12:41:42 ]
Linuxの(cygwinもあった気が)のmkisofsはオプション間違うとファイル名が削られたり、化け化けになったりする。
LinuxのFATのマウントオプションもいろいろある。
sambaも細かく大文字・小文字を制御できたはず。
このようなことを、VCSがやるべきかやるべきでないか、だと思う。

329 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 13:08:08 ]
>>308
> そりゃあ128文字あれば十分事足りてしまう連中にとって
> Unicodeは悪ともいえる存在じゃないか。
欧米人にとって、UTF-16は2倍、UTF-32は4倍になる。
このデメリットを持ち出されると・・・
UTF-8は欧米人にとっては非ASCIIだけが2バイトになるからそこそこ受け入れらていると思う。



330 名前:デフォルトの名無しさん mailto:sage [2010/09/02(木) 17:19:03 ]
>>328
何も考えないなら考えないで、単に「何も考えてませーん」でいいとも思うんだよな……。
(その場合bzrに大きく劣っているのを認めることになるが)

なんか無理して>>307みたいにファイル名=バイト列を貫こうとしてる気がする。



331 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 01:17:06 ]
日本人は欧米人って一括りにするが
独仏ですらアクセント付き記号を使うし、東欧を含めると Latin-1 には収まらないし。
アメリカだけでも、ユーロ記号やコピーライト記号が入ってくるとね。


332 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 07:36:40 ]
>>329
別にUTF-8で問題ないと思うんだけどね。
Windowsの場合なら、UTF-8とUTF-16の変換をしてUnicode APIを使ってくれればうまくいく。
それをやらずにANSI APIにそのまま渡しちゃうのが多いからおかしくなるんだけどな。

333 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 07:41:28 ]
>>330
ファイル名=バイト列 って、要するにプラットフォーム間の相互運用は保証しないって事だもんな。

元々Linuxネイティブなgitはそういう思想なんだろうけど、MercurialはせっかくPythonで書かれてるのにもったいない。

334 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 07:45:04 ]
>>331
この話を詳しくするとスレ違いになっちゃうけど、Mercurialに関係する範囲で。
この手の問題をまず取り上げるのが日本人、次にキリル文字を使っている東欧・ロシア人。
問題になっているSJISの0x5Cと0x7Eは厳密な意味でASCIIではない。
成り行き上そうなっているだけ。



335 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 08:05:51 ]
>>332
ANSIのAPIなくなればいいのにね
で日本語WindowsのシステムロケールもSJISじゃなくてUTF-8になってくれれば最高

336 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 12:41:21 ]
Windowsで「explorerでは扱えないが」という話なら、
直接API呼べば禁止されてるといわれる文字のファイル名も作れたはずだが、今はもう作れなくなってる?

プログラムミスってexplorerから消せないめちゃくちゃなファイル名のファイル作ってしまって、大変な目にあったが
コードからは消せるんで対処はできたが

337 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 12:43:27 ]
>>334
OSS全体見てないからよくわからんけど、
こういう時って、今やものすごい数の技術者がいるはずの中国人やインド人が何故すぐに出てこないんだろ

338 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 13:53:49 ]
>>336
1.1のリポジトリフォーマットの更新はこの話。
mercurial.selenic.com/wiki/fncacheRepoFormat
"nul"が*.iでもダメってことだと思う。
foo.NUL/normal.c.i という例がある。
FATなUSBメモリなどをgitのbare的な使い方(.hg/だけで展開しない)が出来ないのが問題なんだろうか?

339 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 20:03:31 ]
>>337
中国人はパクリ専門

340 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 21:13:21 ]
>>337
日本人と同様、OSSなバージョン管理システムの開発ができるような人にとって、
多言語化なんて瑣末なテーマだったりする。
ちょっと多言語化をかじったことのある人なら、鬼門だから深入りすると大変って
わかってるしw



341 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 22:01:52 ]
まー実際問題として日本人か韓国人がやらなかったら誰もやらないよ
東欧はあんまやらない

342 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 22:11:25 ]
CJKのCは無視かw

343 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 22:55:42 ]
Cは多言語化よりパクってオレオレ改造に走るから・・・

344 名前:デフォルトの名無しさん mailto:sage [2010/09/03(金) 23:06:32 ]
>>342
Cは留学してそのまま外国に居着いちゃってるような人は当地の言語できるからやらないし、
国内向けは外には出てこないし(そもそも外に出す需要ないだろうし)。

345 名前:デフォルトの名無しさん mailto:sage [2010/09/04(土) 03:05:03 ]
でも今多言語方面で活躍してるのはCの人ってイメージがあるな
IMとか

346 名前:デフォルトの名無しさん mailto:sage [2010/09/04(土) 07:25:22 ]
>>345
IMも何で次から次へと変わるんだろう?
何を使えば良いか分からん。ってすれ違いか。

347 名前:デフォルトの名無しさん mailto:sage [2010/09/04(土) 07:43:41 ]
>>345
> でも今多言語方面で活躍してるのはCの人ってイメージがあるな
> IMとか
これがEUC-JPロケールで立ち上がらなくて、長年使っていたEUC-JPファイル名をUTF-8に変換しました。
rsyncで。
それ以外にもUTF-8ロケールでないと不便になってきていたからいつかはやらないとなとは思っていたが。
予想通り、いくつかの文字がおかしくなりました。

348 名前:デフォルトの名無しさん mailto:sage [2010/09/09(木) 17:31:21 ]
おめでとう

349 名前:デフォルトの名無しさん mailto:sage [2010/09/12(日) 14:57:20 ]
こっちは日本語のを張っておくか
米Microsoft、バージョン管理システムMercurial開発プロジェクトに25,000ドル寄贈
sourceforge.jp/magazine/10/09/09/0717220


350 名前:デフォルトの名無しさん mailto:sage [2010/09/12(日) 15:43:17 ]
じゃあ、独逸語も
CodePlex.com unterstützt Mercurial
www.pro-linux.de/news/1/16135/codeplexcom-unterstuetzt-mercurial.html



351 名前:デフォルトの名無しさん mailto:sage [2010/09/13(月) 00:33:43 ]
むしろ終わったな…

352 名前:デフォルトの名無しさん mailto:sage [2010/09/13(月) 08:35:28 ]
2010-01-19にGPLv2+に変えたのと関連するのかな?
mercurial.selenic.com/wiki/Relicensing

353 名前:デフォルトの名無しさん mailto:sage [2010/09/13(月) 21:04:46 ]
mercurialが高速な理由のひとつとして、リポジトリファイルを
読み込むときにロックしないからだというのをどっかで聞きました。
もしそうだとして、ファイルをロックしないのに、リポジトリファイルを
どうやって安全に書き込み(変更)できるのかわかりません。
どなたか教えてください。

354 名前:デフォルトの名無しさん mailto:sage [2010/09/13(月) 23:24:44 ]
そもそもバージョン管理システムって履歴を積み重ねるだけだからファイルは書き換えないけども

355 名前:デフォルトの名無しさん mailto:sage [2010/09/13(月) 23:34:20 ]
>>354
gitは違うけど
>>353
mercurial.selenic.com/wiki/FileFormats
を読むと.hg/dirstateと.hg/store/に書くのにロックしているみたいだけど

356 名前:デフォルトの名無しさん mailto:sage [2010/09/14(火) 00:23:28 ]
ロックってそういうことじゃなくて編集ロックのことじゃね

357 名前:デフォルトの名無しさん mailto:sage [2010/09/14(火) 02:02:52 ]
VSSのようなロックのこと?
なんかこんな拡張があるけど
mercurial.selenic.com/wiki/LockExtension

358 名前:デフォルトの名無しさん mailto:sage [2010/09/14(火) 02:51:29 ]
VSSとかSubversionってロックがあるから遅いってわけでもないような

359 名前:デフォルトの名無しさん mailto:sage [2010/09/14(火) 09:59:35 ]
>>353
ttp://serverfault.com/questions/136149/mercurial-simultaneous-access

Mercurial uses lock files to protect the repository from concurrent changes.
Only one user can grab the lock and change the repo at a time, the other users get a "waiting for lock on repository" message.

変更に関してはロックを行う。読み込み時はわからない。

読み込むときもshared lockが必要に思うけど、どうなんだろ。

360 名前:デフォルトの名無しさん mailto:sage [2010/09/14(火) 10:05:51 ]
>>353
やっぱり書き込みのときだけロックして、読み込みのときはロックしないみたい。

ttp://foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch10.html#x77-20200010.3

10.3 Care with pretxn hooks in a shared-access repository

多くの人により共有されているリポジトリに対して、フックによる自動実行を
設定する場合、実施方式には注意が必要で す。

Mercurial がリポジトリにロックを掛けるのは、リポジトリに書き込みを行う
時だけであり、且つロックに対して注意を払うのは、 Mercurial の書き込み処
理の部分的な箇所だけです。書き込みロックは、複数の処理の同時書き込みに
よるリポジトリ破損を防ぐこと で、お互いの書き込み内容を保護します。

Mercurial はデータの読み込み書き出し順序に注意を払っていますから、リポ
ジトリからのデータ読み込みの際にロックは必要あり ません。 Mercurial が
リポジトリからデータを読み込む際には、ロックに対して注意を払いません。
ロックを必要としないこの仕組み は、性能と平行性を大きく向上させています。




361 名前:デフォルトの名無しさん mailto:sage [2010/09/14(火) 10:38:35 ]
やっぱりそうだよね。
pull/pushはbundle形式をやりとりしているとどっかで聞いた。

362 名前:デフォルトの名無しさん mailto:sage [2010/09/16(木) 10:57:44 ]
>>360
>Mercurial はデータの読み込み書き出し順序に注意を払っていますから、リポ
>ジトリからのデータ読み込みの際にロックは必要あり ません。

これがよくわからないなあ。
読み書きの順序を気をつけるだけで、書き込み時にはロックは必要だけど
読み込み時にはロックが不要になるという理屈をだれが解説してください。

363 名前:デフォルトの名無しさん mailto:sage [2010/09/16(木) 14:45:36 ]
>>362 ソース嫁

364 名前:デフォルトの名無しさん mailto:sage [2010/09/16(木) 17:33:56 ]
理屈だからソース読んで実装見ろみたいな話じゃなくね

365 名前:デフォルトの名無しさん mailto:sage [2010/09/16(木) 18:44:56 ]
理屈で言うなら、書き込みではリポジトリの後ろにデータを追加していくとして
読み込みではある時点で最後だった場所までしか読まなければ、読み込み中に更に追加があっても
関係ないんじゃないの

実際にはリポジトリも複数ファイルからなってるわけで何らかのテクニックは使われてるだろうけど

366 名前:デフォルトの名無しさん mailto:sage [2010/09/16(木) 18:54:51 ]
ローカルでのcloneはハードリンクを作るだけらしいから、
多分、一時ファイルに追記して、ファイルの置き換えをしているじゃないかと思う。

367 名前:デフォルトの名無しさん mailto:sage [2010/09/16(木) 19:32:11 ]
ここに詳しく書いてあるっぽい
hgbook.red-bean.com/read/behind-the-scenes.html


368 名前:デフォルトの名無しさん mailto:sage [2010/09/16(木) 19:34:39 ]
日本語
foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch4.html

369 名前:デフォルトの名無しさん mailto:sage [2010/09/17(金) 07:46:03 ]
>365
そのやり方だと読み書きの順番は関係ないから
>Mercurial はデータの読み込み書き出し順序に注意を払っていますから、リポ
>ジトリからのデータ読み込みの際にロックは必要あり ません。
のようなことは書かないよね。



370 名前:デフォルトの名無しさん mailto:sage [2010/09/23(木) 00:26:13 ]
ちょっと違うけど考え方としてはlock-free:どんな瞬間でもデータ構造の一貫性が保たれている
書き込みはhgみたいのだときっとロックとったほうが性能がいいんでしょう。



371 名前:デフォルトの名無しさん mailto:sage [2010/09/23(木) 12:29:27 ]
>>369
単一のファイルの一貫性だけじゃなく複数のファイルでの一貫性維持が問題

372 名前:デフォルトの名無しさん mailto:sage [2010/09/23(木) 12:40:38 ]
大きいのをリモートにpushしたときに/tmpがあふれたことがあったのだが何をしているんだろう?

373 名前:デフォルトの名無しさん [2010/10/02(土) 10:07:17 ]
2010-10-01 Mercurial 1.6.4 released!

374 名前:デフォルトの名無しさん mailto:sage [2010/10/03(日) 22:02:55 ]
Bitbucket買収だってさ
blogs.atlassian.co.jp/bitbucket/

375 名前:デフォルトの名無しさん mailto:sage [2010/10/04(月) 19:57:19 ]
>>374
"Who Uses Bitbucket?"の亀hgの隣にoperaがいるのが気になる

376 名前:デフォルトの名無しさん [2010/10/05(火) 14:34:12 ]
>>375
bitbucket.org/opera

377 名前:デフォルトの名無しさん mailto:sage [2010/10/09(土) 07:36:38 ]
このサイトわかりやすいね。
hginit.com/top/


378 名前:デフォルトの名無しさん mailto:sage [2010/10/09(土) 07:47:30 ]
>>377
和訳
ttp://d.hatena.ne.jp/mmitou/20100501/1272680474

379 名前:デフォルトの名無しさん mailto:sage [2010/10/11(月) 01:27:18 ]
しょっぱ過ぎるよ!のやつか

380 名前:デフォルトの名無しさん mailto:sage [2010/10/19(火) 22:08:08 ]
>>378
和訳すばらしいです。非常に参考になりました。ありがとう。
ところで質問ですが、
Linuxの場合、同一パーティション内ではクローンした側のデータはハードリンクになるから
HDDの占有コストは少なくて済むのですが、Windows版はどうなのでしょうか?



381 名前:デフォルトの名無しさん mailto:sage [2010/10/20(水) 07:45:39 ]
>>380
NTFSもハードリンクらしいです。
mercurial.selenic.com/wiki/HardlinkedClones

382 名前:デフォルトの名無しさん mailto:sage [2010/10/20(水) 19:04:28 ]
>>381
FATとWindows共有はだめでNTFSならハードリンクOKですね。
ありがとうございました。

383 名前:デフォルトの名無しさん mailto:sage [2010/10/21(木) 12:42:17 ]
デフォルトのpush先を変更したい場合、.hg/hgrc の中の [path] にある default を変更すればいいみたいですが
このファイルを直接変更するのは推奨される方法でしょうか。
ほかにコマンドラインから安全に変更できるならそちらを利用したいのですが、mercurialではできますでしょうか。
よろしくお願いします。

384 名前:デフォルトの名無しさん mailto:sage [2010/10/21(木) 12:59:04 ]
.hg/hgrcだけは手でいじって良かったはず。
www.selenic.com/mercurial/hgrc.5.html

パスだけじゃなくて拡張とかも入るから。
git remote add/rm みたいに設定するコマンドはないけど、
hg paths で表示はできる。
TortoiseHgでも設定可能。

385 名前:デフォルトの名無しさん mailto:sage [2010/10/22(金) 01:29:15 ]
確認したいんだけど、WindowsであってもLinuxであっても、
コミットログは常にUTF-8で格納されてるって事でいい?

Windows版1.6.4で確認した限りだと、特に設定無しでhg exportした時はSJISで
コミットログが出力されて、HGENCODING=UTF-8を設定すると、
同じリポジトリからでもUTF-8で出力されるようなんだが。

386 名前:デフォルトの名無しさん mailto:sage [2010/10/22(金) 07:20:08 ]
>>385
www.lares.dti.ne.jp/~foozy/fujiguruma/scm/mercurial-encoding.html

387 名前:デフォルトの名無しさん mailto:sage [2010/10/22(金) 10:22:33 ]
>386
いや、日本語ファイル名じゃなくて、コミットログの話なんだが。

そのサイト、コミットログについては書いてないし、現在のバージョンとは
食い違う記述があるよね、例えば読み込む設定ファイルの場所とか。

388 名前:デフォルトの名無しさん mailto:sage [2010/10/22(金) 10:38:53 ]
hg commit -l commit.ja.log
-lは--logfile FILEの短縮だからログが書かれたcommit.ja.logじゃない?
メモ帳はUTF-16だったりUTF-8BOM付きだったり使わない方が良いらしいが。

389 名前:デフォルトの名無しさん [2010/10/23(土) 16:49:27 ]
標準コマンドのdiff/statusで大文字区別無しに出来ないのかね。
diffでは外部ツール設定でいけるけど、標準コマンド置き換えたい。

390 名前:385 mailto:sage [2010/10/24(日) 12:28:50 ]
あれからいくつか条件を変えてコミットしてみたけど、
リポジトリ内のファイルをバイナリエディタで開くと、コミットログは
常にUTF-8で書かれてるね。



391 名前:デフォルトの名無しさん mailto:sage [2010/10/26(火) 17:24:26 ]
イマドキのIDE事情
93 分散バージョン管理システムMercurialを使ってみよう
journal.mycom.co.jp/column/ide/093/index.html

392 名前:デフォルトの名無しさん mailto:sage [2010/10/27(水) 00:57:57 ]
git ci --amend 相当は、mercurialではどうやりますか。
hg rollback だとコミットのやり直しですが、そうではなくてたとえば
さっきのコミットの、コミットログだけ編集したい、という場合に
git ci --amend が大変便利なので、同じことをmercurialでもやりたいです。

393 名前:デフォルトの名無しさん mailto:sage [2010/10/27(水) 01:01:49 ]
>>392
mercurial.selenic.com/wiki/GitConcepts

git commit --amend
hg qimport -r tip ; hg qrefresh -e ; hg qfinish tip

394 名前:デフォルトの名無しさん mailto:sage [2010/10/27(水) 01:04:26 ]
MQ使うから有効にするの忘れないでね

395 名前:デフォルトの名無しさん mailto:sage [2010/10/27(水) 01:29:30 ]
>>393
あーMQが必要なんですか。残念。
でも教えていただきありがとうございました。

396 名前:デフォルトの名無しさん mailto:sage [2010/11/01(月) 00:04:51 ]
いつの間にか、bitbucketが無料で使いたい放題になっててビビった。
プライベート設定にして、変な事に使ってもいいのかな、これ。

397 名前:デフォルトの名無しさん mailto:sage [2010/11/01(月) 23:04:02 ]
まじで

398 名前:デフォルトの名無しさん mailto:sage [2010/11/01(月) 23:25:04 ]
bitbucket.org/plans
> All plans include unlimited public and private repositories

399 名前:デフォルトの名無しさん mailto:sage [2010/11/02(火) 00:39:39 ]
買収されたのね

400 名前:デフォルトの名無しさん mailto:sage [2010/11/02(火) 00:53:31 ]
unlimitedって言っても、100MB超えるようなファイル入れたりしたら
普通にbanされて出入り禁止になるよな。




401 名前:デフォルトの名無しさん mailto:sage [2010/11/02(火) 01:55:46 ]
bitバケツについて現地調査してみましたが、どうやら、ホームディレクトリの
dotfileをみんなで共有して見せ合うサービスのようでした。

402 名前:デフォルトの名無しさん mailto:sage [2010/11/02(火) 07:42:31 ]
linuxカーネルのミラーは8GBだそうだ。
mercurial.selenic.com/bts/issue2466
kernel.org/hg/linux-2.6
無制限でフォークしたら凄いことになりそう。

403 名前:デフォルトの名無しさん mailto:sage [2010/11/02(火) 07:49:54 ]
お前ら、リリースされたばかりの1.7について語ってもいいんだぞ?
新機能とか。

404 名前:デフォルトの名無しさん [2010/11/02(火) 07:56:44 ]
もう出たの?早いね。
d0b08dcbcf0b Added tag 1.7 for changeset 333421b9e0f9
2010-11-01 17:40:14 -0500

405 名前:デフォルトの名無しさん mailto:sage [2010/11/02(火) 10:03:07 ]
bitbucketいいんだけど検索の出来がいまいちじゃね?

406 名前:デフォルトの名無しさん mailto:sage [2010/11/02(火) 19:14:41 ]
言語別での検索が欲しいね、githubにあるし

407 名前:デフォルトの名無しさん mailto:sage [2010/11/03(水) 02:34:27 ]
>>398
Sugeeeeeeeeeee

俺歓喜

408 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 07:05:37 ]
bitbucket、何かおかしいと思ったら、historyが時系列に並ばずに
所々でたらめな順番になってた。なんだこりゃ?

409 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 08:10:40 ]
Mercurial的には時間順では無くリビジョン番号順に並ぶのは正しい挙動です

410 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 14:27:19 ]
いや、リビジョン番号順でもなくて、commit 0: 〜 がど真ん中にあったりする。
hg log とは違う並び。



411 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 15:48:14 ]
>>410
wiki?

412 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 15:56:55 ]
Wiki?
"Source"クリック -> ファイル名クリック -> "history"クリック で出てくる、
Changesetsのページでだよ。

413 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 16:11:59 ]
>>412
ここで検索して文句言ったら?
bitbucket.org/jespern/bitbucket/issues

414 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 16:46:15 ]
これかなぁ。
bitbucket.org/jespern/bitbucket/issue/2103/wiki-history-changelog

ググった感じ、bitbucketってくだらないバグや鯖落ちが多くて、
githubにはまだまだ及ばないって感じみたいだね。

415 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 17:29:40 ]
リポジトリはもちろん、wikiもMercurialで持ってこれるからオフラインで編集できて便利。
でもBTSは鯖落ちが多いと困る。

416 名前:デフォルトの名無しさん mailto:sage [2010/11/04(木) 20:03:13 ]
>>412
確かにこれはめちゃくちゃだ
bitbucket.org/mirror/mercurial-crew/history/README

417 名前:デフォルトの名無しさん mailto:sage [2010/11/13(土) 18:54:08 ]
2つのプロジェクトがあって、1つはクラスライブラリのプロジェクト、
もう1つはそのライブラリを利用するGUIのプロジェクト。

こういう組合せは良くあると思うんだけど、リポジトリはプロジェクトごとに分けた方がいい?
それとも、もう1段上のディレクトリからをリポジトリにした方がいい?
クラスライブラリが他でも利用されるかどうかは、現時点では曖昧だとして。

418 名前:デフォルトの名無しさん mailto:sage [2010/11/13(土) 19:18:17 ]
>>417
>>252-256
あとからconvertで分けるのは大変だから分けた方が良いと思う

419 名前:デフォルトの名無しさん mailto:sage [2010/11/13(土) 21:36:25 ]
分けるの?
クラスライブラリが3個のソリューションなら、リポジトリ4個?
pushするのも面倒くさそう。
バックアップも収拾がつかなそうだし。

420 名前:デフォルトの名無しさん mailto:sage [2010/11/13(土) 21:45:34 ]
>>419
mercurial.selenic.com/wiki/Subrepository



421 名前:デフォルトの名無しさん mailto:sage [2010/11/14(日) 00:03:49 ]
へぇ、いろいろあるんだねえ。
英語わかるひとは羨ましい

422 名前:デフォルトの名無しさん mailto:sage [2010/11/14(日) 14:28:45 ]
リポジトリのバックアップはどうやってる?
Subversionの時より、リポジトリの粒度が小さくなった所為で、どれをどこまで
バックアップしたのか、把握出来なくなりつつある気がする。

ちなみに、俺のバックアップ方法は、bitbucketのプライベートリポジトリにpushしとくだけ。

423 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 00:31:28 ]
いろいろぐぐってまわってみた感じ、bitbucketって結構評判悪いね。
「githubの丸パクリだろ、カス」とか「バグ多すぎ。開発能力を疑う」とか
「有料アカウントなのにサポートに無視された」とか。


424 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 00:51:33 ]
githubも昨日大事故を起こしているし、
https://github.com/blog/744-today-s-outage
リポジトリ置き場として割り切れば、良いんじゃないか?
Mercurialの場合、リポジトリはgoogle codeやcodeplexにもミラーやお引越しもできるし。

425 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 01:32:37 ]
Mercurialが使えるとこだと、
www.codebasehq.com/
www.assembla.com/
あたりを推す声もあった。

426 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 01:54:06 ]
>>424
イベント全部吹っ飛んでてうけるw
普及中みたいだけど

テスト環境と間違えるとかどんなだよ

427 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 03:39:26 ]
mercurial-1.7.1.tar.gz15

428 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 03:48:21 ]
hg summary --remote

こんな便利なコマンドがあったとは。知らんかった。

429 名前:デフォルトの名無しさん mailto:sage [2010/11/16(火) 23:16:26 ]
codebase、ちょっとだけ使ってみたけど、ログにマージ具合が分かるグラフが付かないから
ヤだ。サイトのメインはgitだし。ネットワーク的に遠いし。
ただ、プロジェクトの下にリポジトリがぶら下がる構造になってたり、
金払って仕事で使うのには良さげだった。
assemblaも同じで、無料アカウントには厳しいが、有料アカウントで使うのは良さそう。

とにかく無料でプライベートリポジトリ使いたい乞食ユーザには、
今のところBitbucketが一番か。


430 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 19:51:10 ]
Bitbucket、また落ちている。
前はロシアのhttpサーバだった気がしたんだが、Apacheに変わったのか?

> Service Temporarily Unavailable
>
> The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
> Apache/2.2.15 (Red Hat) Server at bitbucket.org Port 80



431 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 20:03:33 ]
水銀入りのバケツに押しつぶされた整備工の絵が面白い。
status.bitbucket.org/



432 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 20:12:10 ]
水銀の比重は13.6(20度)なので、一般的な10Lバケツなら136kgか。死ぬかも。


433 名前:デフォルトの名無しさん mailto:sage [2010/11/17(水) 20:15:01 ]
シドニーは夏時間あるんだっけ?夜勤ご苦労様です。

434 名前:デフォルトの名無しさん mailto:sage [2010/11/18(木) 15:54:35 ]
>408
直ったらしいぞ。

Bug: File history changesets are not always displayed in chronological order
Bug: File history isn’t always displayed in the correct order

blog.bitbucket.org/2010/11/17/iteration-1045-mercurial-1-7/

435 名前:デフォルトの名無しさん mailto:sage [2010/11/19(金) 02:20:05 ]
ATLASSIANに買収されたので、ちっとはマシになると思いたい。

436 名前:デフォルトの名無しさん mailto:sage [2010/11/19(金) 02:23:18 ]
ATLASSIANって、JIRAとか安くないし、買収されてから値下げしたのが
不思議で仕方がない。

437 名前:デフォルトの名無しさん mailto:sage [2010/11/20(土) 20:07:34 ]
>>436
10 User = $10 のヤツは充分安いと思う。商用で大規模開発に使うなら、あれくらい出しても問題ないっしょ。
まあ、Bitbucketの値下げは俺も不思議なんだけど。

438 名前:デフォルトの名無しさん mailto:sage [2010/11/23(火) 00:28:03 ]
アトラシなんとかの、別の製品にもMercurialサポートが追加されてるな。
社を挙げて、DVCS強化に乗り出してるとか?


439 名前:デフォルトの名無しさん mailto:sage [2010/11/23(火) 19:08:15 ]
mercurial.selenic.com/wiki/EncodingStrategy

440 名前:デフォルトの名無しさん mailto:sage [2010/11/23(火) 20:56:13 ]
終わった



441 名前:デフォルトの名無しさん [2010/11/23(火) 21:17:43 ]
>>439
win32mbcsアウトじゃんwww

442 名前:デフォルトの名無しさん mailto:sage [2010/11/23(火) 21:24:09 ]
どういうことなの?
win32mbcs使ってる俺はリポジトリ殺さないといけなくなるとか?

443 名前:デフォルトの名無しさん mailto:sage [2010/11/23(火) 21:29:54 ]
'binary'、'text' のあたりが、EOL extension なんなのよ?って突っ込みたくなる

444 名前:デフォルトの名無しさん mailto:sage [2010/11/23(火) 21:49:20 ]
本体は file contents と file names を binary data として扱ってるから、
win32mbcs や EOL extension が拡張として外に置かれてるんでしょ。
既知の情報じゃん。

445 名前:デフォルトの名無しさん mailto:sage [2010/11/23(火) 21:58:35 ]
MSから寄付してもらってフルタイムでやれるって話だったはずだが、これで良いのか?

446 名前:デフォルトの名無しさん [2010/11/23(火) 22:18:20 ]
>>445
file nameを2から3に移すだけで解決する問題だからやる気がないだけだろ

447 名前:デフォルトの名無しさん mailto:sage [2010/11/24(水) 09:45:56 ]
>>445
25000ドルだろ。フルタイムで1人3ヶ月程度くらい。

448 名前:デフォルトの名無しさん mailto:sage [2010/11/24(水) 09:52:05 ]
この辺はMSからも文句が出てもおかしくないと思うんだが
> Similarly, for historical reasons, non-ASCII filenames are not necessarily portable from Unix to Windows,
> and Mercurial does not attempt to 'solve' this problem with transcoding either.
>
> In general, do not attempt to transcode such data to Unicode and back in Mercurial, it will result in data loss.

449 名前:デフォルトの名無しさん mailto:sage [2010/11/25(木) 21:16:35 ]
>>439
これって今までどおりでしょ?
「終わった」じゃなくて前から「終わってた」だけで

450 名前:デフォルトの名無しさん mailto:sage [2010/11/25(木) 21:46:24 ]
データをロスするからやらない、という方針が明記されただけでも意味がある気が。
Windowsで、欧米(CP1251だっけ?)では日本語ファイル名が、
日本語Windowsではハングルなどののファイル名が扱えないことを指摘すれば、突破口になるような。



451 名前:デフォルトの名無しさん mailto:sage [2010/11/26(金) 03:00:54 ]
【これはひどい】
bitbucket.org/site/master/issue/1542/issues-service-cant-handle-non-english


452 名前:デフォルトの名無しさん mailto:sage [2010/11/26(金) 08:55:13 ]
WindowsはUTF-16とANSIの変換でlossしちゃうからなぁ

453 名前:デフォルトの名無しさん mailto:sage [2010/11/26(金) 16:41:11 ]
>>451
ハズっ・・・

454 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 01:45:37 ]
>>451
wwww

455 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 11:47:33 ]
>>439
> mercurial.selenic.com/wiki/EncodingStrategy
更新されたよ。
> Wide character encodings like Shift-JIS cause trouble here because they make "\" byte ambiguous

456 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 13:18:43 ]
>>455
EUC対応するフラグ?w



457 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 13:27:57 ]
>non-standard normalized form of UTF-8
えらい言われようだな……NFDだって標準だろうに

458 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 14:50:20 ]
外人はASCII使えりゃいいという考えだし、
UTF-8だって基本俺達には関係ないというスタンスだから
知ってる人が説明しないと彼らには永久にわからんよ。

459 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 15:04:04 ]
そういう時は取り敢えず、「このracistめ!」と罵っておけば、態度が変わるよ。

460 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 16:07:02 ]
英語圏いや北米か?彼らは人種差別的なことにはやたら敏感なのに
なんで多言語なことにはいいかげんなのだろうか?



461 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 16:20:34 ]
白人以外の連中も皆ヨーロッパ語を使ってるから

462 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 17:28:41 ]
やつらは想像以上に頭悪い

463 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 17:31:51 ]
つか日本人だって、スワヒリ語サポートのためにわざわざフォント入れてOSの設定変えてテストしたりしないだろ?
実装したとして正しく動いているかどうかも自分の環境でテストできないんだから、やる気がしないのもまあ仕方ない

464 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 17:51:42 ]
まあ確かに同じ日本語でも縦書きサポートでは苦労するな

465 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 20:48:37 ]
>>457
> >non-standard normalized form of UTF-8
> えらい言われようだな……NFDだって標準だろうに
これって、NFDでもない勝手な正規化しているって話じゃなかった?

466 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 21:48:00 ]
>>457
ちょっと誤解があるようだから補足しとく。

HFS+のファイル名の正規化形(Normalization Form)は正規のNFDとは少し違うので、HFS+の正規化
形は標準とは異なるという主張自体は正しい。
ただし、独自の正規化形であってもHFS+がファイル名を正規化しているのは確かなので、HFS+の
ファイル名は正規化されていないという主張(たまにそう書いてしまう人がいる)は厳密には間違い。

むしろ正規化されてないのはNTFSの方で、NTFSでは1つのファイル名でNFCとNFDの混在すら可能。
Windowsの日本語IMEはNFCしか吐かないので、NTFSはNFCで正規化されていると誤解されやすい
んだけど、ファイル名としてNFDな文字列やNFCとNFDが混在した文字列を指定した場合に、NTFS
で保存されるファイル名がNFCに正規化されるような事はない。(これは実際に試せば分かる)

ついでだけど、伝統的な*NIXのファイル名はNULL文字を含まないバイト列に過ぎないので、エンコー
ディングの概念は無いし、NTFSよりもファイル名の制限が緩い。
gitがファイル名を保存する時に単なるバイト列としか見なさない実装(だよね?)なのはこれが原因。

SCMがファイル名を正規化されたUnicode文字列であると仮定できれば話は色々と単純になるんだけ
ど、世の中には色々な環境があるのが悩みどころ。

467 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 21:57:34 ]
NTFSのそれは (WCHAR)0 を含まない WCHAR列に過ぎないんじゃなかったっけ。
と思ったけど大文字小文字の話が合った。

468 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 22:05:47 ]
WCHARも16ビット、32ビットあって単純じゃないのよね。
NTFSも本当にUTF-16なのか?という疑問もあるらしいし。
jp.rubyist.net/magazine/?0025-Ruby19_m17n#f07

469 名前:デフォルトの名無しさん mailto:sage [2010/11/27(土) 22:09:44 ]
fixutf8が独自のマップを作っているみたいだけど、これくらいやらないと解決しないんじゃないかな?

470 名前:デフォルトの名無しさん mailto:sage [2010/11/28(日) 03:14:33 ]
わかるけどRuby1.9じゃないがエンコーディングの情報も入れてくれないと、
仮にクライアント側で個別に環境毎にファイル名の対処するにしてもできなくないか?

UTF-8のファイル名をバイト列で格納する、そのバイト列のままWindowsに出力すれば
化けるか、クライアントでエラーが起きるかというのが今までで実際に起きている問題だろ
逆もしかり

もしクライアント側で環境に合わせて変換するにしても、
このバイト列はなんなんだ?何から変換すればいいんだ?ということになる。
そりゃ、もちろん推測はできるだろうが。





471 名前:デフォルトの名無しさん mailto:sage [2010/11/28(日) 03:19:57 ]
>>466
HFS+のファイル名がNFDとは違うのは、
別の正規化というよりもエンコーディング形式のUTF-8-MACとして扱われているくらいだね

MACの正規化って違うんじゃね?という人は、UTF-8-MACでぐぐったら早いと思う

472 名前:デフォルトの名無しさん mailto:sage [2010/11/28(日) 03:40:53 ]
>468
Windows SDKが定義する16bitのWCHARという型って意味でWCHARって書いたんだけど、紛らわしかったか。すまん。
UNIXのファイル名がバイト列に過ぎないのと同様に、生き別れのサロゲートペアなんかも入れられたはず。BOMやU+FFFFも入るかも。


473 名前:デフォルトの名無しさん mailto:sage [2010/11/28(日) 05:48:55 ]
>>471
エンコーディングと正規化の話は独立した別の話だし、UTF-8-MACはエンコーディングじゃないよ。
GNU iconvやSamba等でUTF-8-MACをエンコーディング名として指定した場合に、エンコーディング
としてはUTF-8を使いつつ、特定の正規化形(=Appleが古いAPIとの互換性の都合でU+2000-2FFF,
U+F900-FAFF, U+2F800-2FAFFの範囲を分解しないように一部改変したNFD)で正規化する仕組み
になってるだけ。
ちなみに UTF-8-MAC という名前の初出は、日本Sambaユーザー会のsugj-tech MLの人達が、いわ
ゆる濁点問題を解決するために作成したパッチ。命名したのは日本人だったりする。

474 名前:デフォルトの名無しさん mailto:sage [2010/11/28(日) 11:56:54 ]
>>473
前半はわかってる。
>>471を見てUTF-8-MACはエンコーディングなんだ、と勘違いする人がでてくるなら、その話はわかる。

475 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 20:56:05 ]
恒例の月次バージョンアップ、Mercurial 1.7.2 and TortoiseHg 1.1.7が
来たわけですが、


476 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 20:59:21 ]
なにが変わった?

477 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 21:09:05 ]
Release Notes読めばいいじゃないかー

478 名前:デフォルトの名無しさん mailto:sage [2010/12/03(金) 21:10:59 ]
openSUSE Build Serviceに、もう1.7.2が来てるな。早い。
一方、debianは、sidでも1.6.4のままだ。


479 名前:デフォルトの名無しさん mailto:sage [2010/12/04(土) 13:56:47 ]
Ubuntu公式ではMercurialパッケージはdebianから取り込むため
Maverickが1.6.3、Nattyでも1.6.4のままです。
PPAに最新版の1.7.2が来ているのでUbuntuユーザはそちらをどうぞ。

packages.ubuntu.com/maverick/mercurial
packages.ubuntu.com/natty/mercurial
https://launchpad.net/~mercurial-ppa/+archive/releases

480 名前:デフォルトの名無しさん mailto:sage [2010/12/05(日) 02:03:05 ]
>451
これが直ったかどうかは知らんが、
今週はnon-ASCII 関連のバグがたくさん修正されてるなぁ。
blog.bitbucket.org/2010/12/03/repository-search-filtering/



481 名前:デフォルトの名無しさん mailto:sage [2010/12/05(日) 19:53:22 ]
お前ら、もし1月になってもパケロスが改善しなかったらどうするの?

482 名前:デフォルトの名無しさん mailto:sage [2010/12/05(日) 23:02:17 ]
SaaSesの誤爆か?w

483 名前:デフォルトの名無しさん mailto:sage [2010/12/06(月) 01:18:29 ]
ごめん、誤爆だわ。分かる奴が居たのが笑える。


484 名前:デフォルトの名無しさん mailto:sage [2010/12/10(金) 01:29:29 ]
>480
bitbucket.org/site/master/issue/1542/issues-service-cant-handle-non-english
これはひどい
がついに直ったらしい。

これで、 fix #3 とかで連動する機能が日本語と一緒でも使えるようになったはず。

485 名前:デフォルトの名無しさん mailto:sage [2010/12/11(土) 22:35:21 ]
Eclipseに続いて、IntelliJ IDEA 10にも、Mercurialサポートが入った。

486 名前:デフォルトの名無しさん mailto:sage [2010/12/17(金) 08:03:44 ]
.hgignoreである特定の拡張子以外すべて無視する設定って出来る?
管理したいプロジェクトには沢山の中間生成ファイルが存在していて、無視の対象を逐一列挙するよりも、ある拡張子にだけ管理の対象として許可を付けたいのだけど。


487 名前:デフォルトの名無しさん mailto:sage [2010/12/17(金) 08:07:31 ]
>>486
正規表現使えばいけると思う
www.selenic.com/mercurial/hgignore.5.html


488 名前:デフォルトの名無しさん mailto:sage [2010/12/17(金) 08:40:26 ]
正規表現ならなんらかの表現手段がありそうだけど、あまり詳しくないから、ある文字列以外にマッチさせる表現が分からない。

489 名前:デフォルトの名無しさん mailto:sage [2010/12/17(金) 09:50:32 ]
>>488
正規表現スレへGO

正規表現で「それ以外」(not)って簡単にできたっけ?

490 名前:デフォルトの名無しさん mailto:sage [2010/12/17(金) 11:17:11 ]
こんな感じか。.cc以外を無視
syntax: regexp
^.+\.(?!cc)[^.]+$

www.python.jp/doc/release/library/re.html#re-syntax



491 名前:デフォルトの名無しさん mailto:sage [2010/12/20(月) 21:10:17 ]
>>490だと.ccpとかが無視されなかったので修正
$ cat .hgignore
syntax: regexp
^.+\.(?!cc$)[^.]+$
$ ls -a
./ ../ .hg/ .hgignore* a.ccp bb.cc cc.obj yy.c
$ hg st -A
? .hgignore
? bb.cc
I a.ccp
I cc.obj
I yy.c

492 名前:デフォルトの名無しさん mailto:sage [2010/12/24(金) 13:45:02 ]
Bbのpatch queueって何の意味があるの?
mqって、ローカルでひとりで使うもんだと思ってた。
Bb上では普通にforkして、ローカルでmq使うのと比べて何が嬉しい?

493 名前:デフォルトの名無しさん mailto:sage [2010/12/24(金) 14:06:40 ]
bitbucketの容量制限が無くなったから、確かに意味はあまりないかも
applyする機能もあるみたいだけど、良く分からない

494 名前:デフォルトの名無しさん mailto:sage [2010/12/25(土) 02:21:25 ]
なにがいいって、パッチなのがいいんじゃないのかな。
上流との違いのみだから内容を把握、レビューしやすいし、
上流自体もそのユーザーも、いつでも適用できる。

いや、超適当。

495 名前:デフォルトの名無しさん mailto:sage [2010/12/25(土) 02:46:08 ]
使い方がややこしくて、ヘルプ見ると、詳しい使い方は誰某のblogを参照してくれとか
書いてあったやる気無し機能でしょ?

496 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 10:14:21 ]
SVNからMercurialに移行するべき8つの理由
anlyznews.blogspot.com/2010/12/svnmercurial8.html

497 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 11:10:26 ]
>496
何でこんな嘘付くの?
> TortoiseSVNの姉妹品TortoiseHgが安定して動く。
> 最近のバージョンはMercurialもセットで配布され、インストールも簡単になっている。
> 今すぐグラフィックス・デザイナー等に利用を推奨できるのは利点だ。


498 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 11:21:02 ]
すくなくとも二行目は嘘ではないと思うが

499 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 11:57:05 ]
デザイナはまったく使ってくれんね

500 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 11:59:51 ]
デザイナーにDVCSを理解させるのは、プログラマにデッサンさせるようなもんだから。



501 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 12:15:33 ]
デザイナでTortoiseSVN使っている所はロックさせているのかな?
だと、厳しいかも。

502 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 12:56:57 ]
>>492
それ以前に、mq自体どれくらい使われてるんだろうか

503 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 16:28:33 ]
>>502
DBサーバー接続情報がリポジトリ内に含まれるプロジェクトはそこそこあるから、MQでパッチは需要があると思う。

504 名前:デフォルトの名無しさん [2010/12/29(水) 16:52:02 ]
>>497
その嘘つきが、ノイズを増幅させている・・・
anlyznews.blogspot.com/2010/12/gitmercurial8.html

505 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 18:06:03 ]
>>503
MQ自体の需要とMQをさらにリポジトリとして管理する需要は違うと思うけど
Bitbucketは後者

506 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 19:47:56 ]
>>501
うちの場合(平均してPG:デザイナ比率が1:4くらい)も分散型検討しましたが、
結局ロックが無いと話にならないって結論でした。
なので現状はSVNか予算が許されるならPerforceです。

TFS使ってる方います?
海外のサイトだと大きいプロジェクトだとSVNより良いみたいな話聞きますけど。
そうなるとPerforceの対抗馬になってくれるかと期待してるんですが。

507 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 19:53:38 ]
よく分からんのだが、作業分担がちゃんとできてれば、ロックって
必須ってほどでもないんじゃないの?


508 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 20:10:09 ]
Mercurialのポリシー的にリポジトリは小分けにするのと、
日本語ファイル名は難があるから、バイナリファイルかつ日本語ファイル名のところはsvnで、それ以外はhgってのが、
現状の落としどころかな、って思っている。
subrepoでsvnも扱えるみたいだし、hgsubversionをsubrepoってのもやれなくもなさそうだし、
subrepo使わなくてもスクリプトかましたり。

509 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 21:06:47 ]
>>507に同意

「ロックがないと話にならない」ってところが話にならないような気がスル。

510 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 21:09:35 ]
hg-fixutf8で、日本語のファイル名を扱っている人はいる?



511 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 21:24:35 ]
ロックが必要な環境はいまいちわからないが、
.flaみたいにプロジェクトファイルが1個になっているとか.psdみたいなものには、欲しくはなるかもしれんが
それはロックで解決できる問題なんだろか

512 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 21:30:53 ]

496 名前:デフォルトの名無しさん[sage] 投稿日:2010/12/29(水) 10:14:21
SVNからMercurialに移行するべき8つの理由
anlyznews.blogspot.com/2010/12/svnmercurial8.html

497 名前:デフォルトの名無しさん[sage] 投稿日:2010/12/29(水) 11:10:26
>496
何でこんな嘘付くの?
> TortoiseSVNの姉妹品TortoiseHgが安定して動く。
> 最近のバージョンはMercurialもセットで配布され、インストールも簡単になっている。
> 今すぐグラフィックス・デザイナー等に利用を推奨できるのは利点だ。

504 名前:デフォルトの名無しさん[] 投稿日:2010/12/29(水) 16:52:02
>>497
その嘘つきが、ノイズを増幅させている・・・
anlyznews.blogspot.com/2010/12/gitmercurial8.html





513 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 21:36:00 ]
誤爆

514 名前:デフォルトの名無しさん mailto:sage [2010/12/29(水) 22:16:51 ]
>>507
>>509
作業分担をちゃんとすればロックが必要ないってことは、
バイナリファイルを複数の人が編集する可能性がないって事ですか?

515 名前:501 mailto:sage [2010/12/29(水) 22:32:37 ]
>>501です
すいません、「バージョン管理システムについて語るスレ」
と間違えて書きこんでました。
Hgスレでこんなこと言っても仕方ないですね。
申し訳ない。

516 名前:デフォルトの名無しさん [2010/12/30(木) 23:17:09 ]
GitとMercurialの比較の図が、どうも胡散臭いんだが・・・

504 名前:デフォルトの名無しさん[] 投稿日:2010/12/29(水) 16:52:02
>>497
その嘘つきが、ノイズを増幅させている・・・
anlyznews.blogspot.com/2010/12/gitmercurial8.html


517 名前:デフォルトの名無しさん mailto:sage [2010/12/31(金) 02:51:51 ]
>>516
胡散臭いが、言いたいことは何となくわかる

518 名前:デフォルトの名無しさん mailto:sage [2011/01/01(土) 16:09:59 ]
今までgit使ってたけどTortoiseの不安定さに愛想が尽きてこれにしたけど完璧すぎてワロタ
俺の中で分散型最強はこれに決定だわw

519 名前:デフォルトの名無しさん mailto:sage [2011/01/01(土) 19:16:52 ]
>>518
Eclipseのプラグインも、MercurialのがGit、Bazaarのより安定して動いている。
日本語ファイル名以外は完璧に近い。

520 名前:デフォルトの名無しさん mailto:sage [2011/01/01(土) 21:00:42 ]
>>518
取り敢えず、gitならshellからコマンド叩いて論じろよ
そんな適当なWindowsのGUIツールで判断してどうすんだ

>>516
分散管理の説明ブログはどこも胡散臭さが満載で困る
一体どこまでが本当で、どこからが誤解釈なんだか



521 名前:デフォルトの名無しさん mailto:sage [2011/01/01(土) 21:04:28 ]
>>520
亀さんが動くのはWindowsだけじゃないよ

522 名前:デフォルトの名無しさん mailto:sage [2011/01/01(土) 21:07:20 ]
倉ありきの分散管理だろ
学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
どうせ日本語ファイル名はどの分散管理も駄目
なら一歩抜き出てるMercurialでいいわ

523 名前:デフォルトの名無しさん mailto:sage [2011/01/01(土) 21:10:08 ]
分散管理の中でGitって一番遅れてるよな…
使わないコマンドを増やす事に力を入れてるだけで周りがまったく進歩しない…
オワコン…

524 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 01:29:11 ]
> 学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
> 学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
> 学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
> 学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ

525 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 01:30:43 ]
Git?何がSocial Codingだ(笑)
鼻のクソみたいなソースをぐるぐる回してソーシャル(笑)ソーシャル(笑)

526 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 01:32:34 ]
調子に乗ったが面白くなかった。見なかったことにしてくれ。

527 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 10:08:44 ]
githubとgitはいちおう分けて考えろよ。


528 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 12:52:04 ]
>>522
コマンドはシェルスクリプトと組み合わせればGUIより楽になると思うけど……

529 名前:デフォルトの名無しさん mailto:sage [2011/01/02(日) 13:59:45 ]
倉ありきの分散管理だろ(キリッ

そんな君は集中管理でも同じことを言っただろう

530 名前:デフォルトの名無しさん mailto:sage [2011/01/03(月) 01:36:11 ]
そりゃまあ鯖だけあってどうすんねんってことだわな。



531 名前:デフォルトの名無しさん mailto:sage [2011/01/03(月) 05:56:28 ]
MercurialはEclipseから使っているので、TortoiseHgのありがたさが分からない。
GitをEclipseから使うと、git-resetが実装途中で困る。プラグインのEGit/JGitのバージョンアップ期待。
BazaarをEclipseから使うと、なぜかcommitができない。プラグインの単なるバグだと思うが、早く直して欲しい。

532 名前:デフォルトの名無しさん mailto:sage [2011/01/03(月) 10:59:13 ]
>>530
>>522のコメントに対する理解度が違う

533 名前:デフォルトの名無しさん mailto:sage [2011/01/03(月) 10:59:19 ]
>>530
Mercurialに鯖という概念はありません

534 名前:デフォルトの名無しさん mailto:sage [2011/01/03(月) 11:12:59 ]
>>533
hg serve

535 名前:デフォルトの名無しさん mailto:sage [2011/01/03(月) 23:39:26 ]
>>531
IDEのVCSプラグイン楽だよな

536 名前:デフォルトの名無しさん mailto:sage [2011/01/04(火) 01:14:11 ]
IDEのプラグインがあるかないかはVCSの選択に関わるくらい重要

537 名前:デフォルトの名無しさん mailto:sage [2011/01/04(火) 08:55:52 ]
最近、Git、Mercurial、Bazaarと三つ同時に使っているせいか、プラグインがあっても便利な気がしない。

538 名前:デフォルトの名無しさん mailto:sage [2011/01/04(火) 11:27:36 ]
コミット時にvimdiffで比較するプラグインがあるかないかは(ry
無いとコミットメッセージを思い浮かべるのがホント大変

539 名前:デフォルトの名無しさん mailto:sage [2011/01/04(火) 12:21:59 ]
>>538
ブチョーの悪口を書いておくといいよ。

540 名前:デフォルトの名無しさん mailto:sage [2011/01/04(火) 19:19:46 ]
>>533
いや、集中管理の話



541 名前:デフォルトの名無しさん mailto:sage [2011/01/05(水) 01:34:32 ]
>>538
screen使ってるから別Windowでhg diffしたのを見ながら書いてるわ
gitみたいにコメントで情報付けて欲しいとは思う。


542 名前:デフォルトの名無しさん [2011/01/07(金) 07:17:39 ]
Mercurial 1.7.3にしたら、MercurialEclipseでコミット済みのプロジェクトのアイコンが要コミット状態のままだった問題が解決。
コンサルタントのおにーちゃんに話したら、「フーン」って言われたので、ここに書いておく。

543 名前:デフォルトの名無しさん mailto:sage [2011/01/07(金) 08:45:46 ]
>>542
フーン

544 名前:デフォルトの名無しさん mailto:sage [2011/01/07(金) 22:03:50 ]
MacでMercurial入れたらメッセージが日本語で気持ち悪い。
英語にしたいんだけどどうやって設定すればいいんだろう?

545 名前:デフォルトの名無しさん mailto:sage [2011/01/07(金) 22:09:28 ]
LANG=Cとかしてみたら?

546 名前:デフォルトの名無しさん mailto:sage [2011/01/07(金) 22:27:26 ]
せめてLC_MESSAGESにしよーぜ……。

547 名前:デフォルトの名無しさん mailto:sage [2011/01/07(金) 23:18:16 ]
そういや、3台ぐらいのLinuxにMercurial入れてるが、ディストロによって
日本語になったり、ならなかったり、バージョンアップしたら変わったりしてる。
hgってどこの環境変数見てるの? 優先順位は?


548 名前:デフォルトの名無しさん mailto:sage [2011/01/07(金) 23:38:52 ]
>>547
環境変数HGENCODINGが、他の環境変数に優先される。
ただし、ja_JP.UTF-8ではなく、Pythonでの文字コード(UTF-8やcp932)を指定するようだ。

export HGENCODING=UTF-8

--encodingオプションをつけてもいい模様。

549 名前:デフォルトの名無しさん mailto:sage [2011/01/07(金) 23:50:44 ]
en_US.UTF-8は?

550 名前:デフォルトの名無しさん mailto:sage [2011/01/08(土) 00:06:03 ]
>548
いや、そういうhg専用の環境変数はいじってないから、
LANGUAGEとかLANGとかが効いてそうなんだが、よくわからん。
Pythonのインストール状態のせいかも?

ツールはいろいろ入れてるが、こんな珍妙なことになるのはhgだけなんだが。




551 名前:デフォルトの名無しさん mailto:sage [2011/01/08(土) 07:33:17 ]
>>550
utf-8の端末での表示がおかしかったから、*.poをディストリビューションが無効にしていた。
それが対応したからディストリビューションによって対応し始めた。
TortoiseHgはGUIだから早くからメニューの日本語化は出来ていた。

552 名前:デフォルトの名無しさん mailto:sage [2011/01/11(火) 22:15:09 ]
rebase使ってるとこ、mq使ってる人とこ、どっちも使ってないとこ
どれが一番多い?

553 名前:デフォルトの名無しさん mailto:sage [2011/01/11(火) 22:22:36 ]
rebase使ってるとこ、mq使ってる人とこ、どっちも使ってないとこ
どれが一番多い?

554 名前:デフォルトの名無しさん mailto:sage [2011/01/11(火) 22:29:45 ]
あ、ダブったすまん。
svnとかに比べて、自由度が高い分、
ワークフローがカオスってか、定石がないってか、そういう感がある

555 名前:デフォルトの名無しさん mailto:sage [2011/01/13(木) 02:16:41 ]
少なくとも日本のSI業界()だと、ワークフロー以前に公式リポジトリがDVCSってプロジェクト自体がほとんどないだろ。


556 名前:デフォルトの名無しさん mailto:sage [2011/01/13(木) 07:36:54 ]
オープンソースでも公式リポジトリはSubversionというところはまだまだ多い。
hg-gitがhgsubversionに比べて出来が良くないので、Gitに移られるよりSubversionのままの方がありがたい。

557 名前:デフォルトの名無しさん mailto:sage [2011/01/13(木) 07:45:29 ]
Pythonがhgsubversionを使って移行しようとしているんだけど、Pythonの3.2のリリース時期の都合で伸びているらしい
PEP: 385 Migrating from svn to Mercurial
www.python.org/dev/peps/pep-0385/

558 名前:デフォルトの名無しさん mailto:sage [2011/01/13(木) 09:16:06 ]
分散であることのメリットよりデメリットの方が上回るからねー
svnのマージがもっと賢くなってくれれば最強なのだけど。

559 名前:デフォルトの名無しさん mailto:sage [2011/01/13(木) 10:37:21 ]
外部にソースが漏れることのデメリットはsvnでも変わらない。履歴があるかないかだけ。
分散型でのメリットの1つはフォークの自由だけど、
cvsのベンダータグみたいなのを使えば、svnでも手間はかかるけど可能。
svnのデメリットは、誰かが変なコミットをして、それを簡単に取り消せないこと。

560 名前:デフォルトの名無しさん mailto:sage [2011/01/13(木) 15:15:34 ]
だったらおまえら、一体何にどうhg使ってるのよ?



561 名前:デフォルトの名無しさん mailto:sage [2011/01/13(木) 23:11:36 ]
>>554
こんな風にゆるく使っている。

・Ver.1とかブランチ名だけ先につけて、後は気軽にコミットしていく。多少の分岐ではブランチ名もタグ名もふらない。
・Ver.1をリリースするときに、タグはふる。
・Ver.2の開発時に、またブランチ名を先につける。これでVer.1への修正が、hg update -C -r Ver.1でできる。

Ver.1の修正をVer.2に反映しないとmultiple-headsになるから、Ver.1がStableではないときはリポジトリを分けた方がいいと思う。

562 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 06:37:10 ]
* 自分で作って時間がかかるものはなんでも、.py でも .pptx でも、まず Create Repository Here
* まとまった変更が終わったら Hg Commit
* ファイルが成長して、失うのが怖くなったらbitbucketにclone

ぜんぜん分散してないけどw
作業コピーとリポジトリを分けないのがこんなに楽だとは思わなかった


563 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 06:54:48 ]
>562
bitbucketは階層がないから、それ続けてるとリポジトリリストがびろーんと
長くなって、何だかなぁという感じになるよ。

564 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 07:21:00 ]
そうなったら消すよ。最近使い始めたばかりだから

565 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 12:17:23 ]
>>562
USBメモリーとかにcloneしておいて、hg pull するバッチファイルを置いておくとバックアップは楽だよ。

566 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 13:05:40 ]
bitbucketまた派手に変わったんだけど

567 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 16:37:08 ]
>>566
どう変わった?

568 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 16:52:07 ]
>>567
blog.bitbucket.org/2011/01/13/email-addresses-become-first-class-citizens/

569 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 17:07:24 ]
お前ら、リポジトリのバックアップってどうやってる?
数十個のリポジトリを自動的にバックアップするには?

570 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 17:49:29 ]
>>568
なるほどメールアドレスで招待とか共有ができるようになったのか。
通りでログイン時にメールアドレスの確認しろと言われるはずだ。

>>569
ファイル・コピーでバックアップは取れるから、tarでもntbackupでも好きなものを使え。
共有リポジトリの場合は、ファイル・アクセス中に更新される恐れがあるから、クローンをしてpullしよう。
シェル・スクリプトかバッチファイルを書いた方が効率的だとは思うが、お好みで。



571 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 18:09:14 ]
共有リポジトリはRAIDに置く、これ最強

572 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 18:22:58 ]
>>571
RAIDはヒューマンエラーは救ってくれない。

573 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 18:32:29 ]
>>572
そりゃそうだが、どこかの誰かがcloneしているからそれ自体がバックアップ。

574 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 18:38:36 ]
RAIDであれ、Bitbucketであれ、1つのディレクトリにフラットに置くと、
何か収拾が付かなくない? 特にブランチのせいで。

575 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 18:42:13 ]
>>574
hgwebもツリーに対応してるんだからツリーにすれば良いじゃん

576 名前:デフォルトの名無しさん mailto:sage [2011/01/14(金) 18:59:36 ]
>>573
誰かがcloneしている前提なら、そもそもRAID要らないし。

577 名前:デフォルトの名無しさん mailto:sage [2011/01/17(月) 20:29:23 ]
>>569
bitbucketに突っ込むだけでバックアップとっている気になっているけど
これじゃ不安なの?

578 名前:デフォルトの名無しさん mailto:sage [2011/01/17(月) 20:34:27 ]
>>577
Bitbucketを使わない運用も多いよ。

579 名前:デフォルトの名無しさん mailto:sage [2011/01/17(月) 21:13:29 ]
Bitbucketって、いつかデータ飛ばしそうだよね。

580 名前:デフォルトの名無しさん mailto:sage [2011/01/18(火) 13:04:07 ]
自分のところにもコピーがあるのでBitBucketのデータが飛んでも問題ない



581 名前:デフォルトの名無しさん mailto:sage [2011/01/19(水) 21:16:11 ]
>>565
それは定期的なファイルベースのバックアップと何か違いある?

582 名前:デフォルトの名無しさん mailto:sage [2011/01/19(水) 21:25:06 ]
>>581
当然パフォーマンス。
あとFATは壊れやすいのでファイルベースだと壊れるかもしれない。
Mercurialは多分チェックサムを持っているからチェックしてくれると思う。

583 名前:デフォルトの名無しさん mailto:sage [2011/01/19(水) 22:58:07 ]
>>582
>>581も書いているけど、差分コピーになるから時間がかからない。
他にも、どのバージョンまでバックアップを取ったかが明確に分かる。

584 名前:デフォルトの名無しさん [2011/01/20(木) 01:09:16 ]
TortoiseSVNのRepository Browserみたいな、ファイルツリー全体を見るビューはないの?

Repository Explorerは「ログの表示」だし、まさかWeb Server経由で見ろってことなのかな


585 名前:デフォルトの名無しさん mailto:sage [2011/01/20(木) 04:12:22 ]
>>584
亀1.9で提供されています

586 名前:デフォルトの名無しさん mailto:sage [2011/01/23(日) 09:44:11 ]
>>585
ありがとう! Repository Workbench の Manifest? でRepository Browserぽい表示になりました。

と思ったらなんだかUnicodeErrorで動かなくなってしまった・・・
2.0リリースされるまで待つことにします。


587 名前:デフォルトの名無しさん mailto:sage [2011/01/23(日) 11:05:28 ]
>>586
ここか日本語のあそこか下の所に投げた方が良いかと思います
https://bitbucket.org/tortoisehg/thg/issues
Bitbucketは匿名でもいいみたいなんで

588 名前:デフォルトの名無しさん mailto:sage [2011/01/23(日) 21:20:35 ]
そういえばbranchやstatusコマンドでも日本語含んでるとUnicodeErrorになるね。(Windows)

589 名前:588 mailto:sage [2011/01/23(日) 21:23:13 ]
ごめん恥ずかしい勘違い&誤爆でした…

590 名前:デフォルトの名無しさん mailto:sage [2011/01/26(水) 02:01:56 ]
>>466
> ファイル名は正規化されていないという主張(たまにそう書いてしまう人がいる)は厳密には間違い。

正規化されているように見えるが厳密には正規化ではない
だろ。



591 名前:デフォルトの名無しさん mailto:sage [2011/01/26(水) 08:45:43 ]
>>590
> 正規化されているように見えるが厳密には正規化ではない
> だろ。

それ多分、正規化の定義と標準で規定された正規化形式による正規化を混同してる。

592 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 15:07:45 ]
共有のリポジトリにプッシュするときに
特定のbranchだけプッシュする
または特定のbranchを除外してプッシュする方法はありますか?

593 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 15:30:28 ]
>>592
> 共有のリポジトリにプッシュするときに
> 特定のbranchだけプッシュする

-b(--branch)オプション。
-r(--rev)でも祖先に紐付いたものだけがpushできる。
亀1.1.xの場合リビジョン指定が出来て、亀1.9ではブランチ指定が出来た気がする。

594 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 17:39:36 ]
>>593
インストールしていた亀が1.1.8だったのでコマンドラインから-bを試してみました

repo1からクローンしてbranch1を作成、branch1からbranch2を作成
この状態で

hg push -b branch1 --new-branch repo1

とするとbranch1だけでプッシュでき
その後は--new-branch無しでbranch1だけプッシュできました

しかしbranch2を閉じてbranch1にマージした後に

hg push -b branch1 repo1

とすると
abort: push creates new remote branches: branch2!と表示され--new-branchを使うように表示されます
しかし、ここで

hg push -b branch1 --new-branch repo1

としてもbranch2の内容もプッシュされてしまいます


branch1にマージされたリビジョンだけプッシュして
branch2で作業していたリビジョンはプッシュしないといったことは可能でしょうか

595 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 18:27:28 ]
>>594
> しかしbranch2を閉じてbranch1にマージした後に

この時点でbranch2の最後のリビジョンがbranch1のマージの親になってるはず。
Mercurialの名前付きブランチはリビジョンの目印でしかないので、
一緒にpushされるのは正しい挙動。
closeしたのであれば、push先で"hg branches"を実行してもbranch1は出てこないはず。

> branch1にマージされたリビジョンだけプッシュして
> branch2で作業していたリビジョンはプッシュしないといったことは可能でしょうか

branch2がマルチヘッドになっているのでは?
"hg heads"でbranch2が2つ出力されると思われ。

596 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 18:30:25 ]
>>595
> branch2がマルチヘッドになっているのでは?
> "hg heads"でbranch2が2つ出力されると思われ。

以下に訂正

branch1がマルチヘッドになっているのでは?
"hg heads"でbranch1が2つ出力されると思われ。

597 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 18:32:51 ]
>>595
>
> closeしたのであれば、push先で"hg branches"を実行してもbranch1は出てこないはず。

これも以下のに訂正

closeしたのであれば、push先で"hg branches"を実行してもbranch2は出てこないはず。

598 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 19:12:59 ]
>>595-597
hg headsはbranch1のヘッドが1つとdefaultのヘッドが1つ表示されます
またhg branchesでは仰るとおりにbranch2は表示されません

やりたかったことはbranch2をbranch1にマージした後にプッシュしたとき
プッシュ先でbranch2が閉じた状態にするだけでなく
hg logを見てもbranch2が取り込まれていない状況にしたかったのですが
説明していただいた内容からすると
branch2を閉じた後にどこかへマージすると
branch2の最後のリビジョンを親とするリビジョンが出来てしまって
そのリビジョンを親とするリビジョンを含むブランチをプッシュしてしまうと
-bでbranch2を指定していなくともbranch2をプッシュしないというわけにはいかない
ということなのですね。。。

別の方法がないかもう少し探してみて
無さそうだったら素直に全部のブランチをプッシュするようにします
ありがとうごいました

599 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 19:49:42 ]
>>598

亀が1個closed branchを持っている

https://bitbucket.org/tortoisehg/stable

$ hg branches -c
default 10127:c32aa44bcf96
stable 10114:8fa351776ba3 (inactive)
hg-crew-tip 6045:c53481f284a5 (closed)

hg-crew-tipブランチをcloseしたのをdefaultにマージしている
https://bitbucket.org/tortoisehg/stable/changeset/9b16eda2d175

だから、hg-crew-tipブランチのリビジョンも同期されている
https://bitbucket.org/tortoisehg/stable/changeset/c53481f284a5

close branchは"hg brnaches"で表示させないことが目的。
closeしても、hg-crew-tipブランチのどこかのリビジョンを親に新たにheadを作るとhg-crew-tipブランチが復活できる。


600 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 22:58:27 ]
>>599
解説ありがとうございました

branch2が親にならないようにbranch1へbranch2の内容を反映させる方法があれば
解決できるかと思って探してみたところ
transplantでbranch2のチェンジセットをbranch1へ移植
branch1へ移植され内容をqimportとqfoldで統合
pushするときに-bでbranch1を指定すれば
だいたい思ったような状態にできそうだとわかりました



601 名前:デフォルトの名無しさん mailto:sage [2011/01/30(日) 23:00:32 ]
>>598
hg logを見れば各チェンジセットにブランチ名がついているのがわかるだろう。
ブランチを閉じたってチェンジセットについたブランチ名が消えるわけではない。


602 名前:デフォルトの名無しさん mailto:sage [2011/02/03(木) 07:43:44 ]
hg qnew -f するときに、-I ファイル名 で特定のファイルだけを指定できますが、
変更箇所の一部だけを指定することはできますか。
ちょうど hg record や git add -p のようなことが hg qnew -f でもやりたいです。

603 名前:デフォルトの名無しさん mailto:sage [2011/02/03(木) 11:30:00 ]
>>602
特定ファイル指定は hg qnew パッチ名 ファイル名 だな。-fは不要。
一部だけ指定はrecordしてからqimportかねぇ・・・

604 名前:デフォルトの名無しさん mailto:sage [2011/02/03(木) 17:32:01 ]
mercurial-1.7.5.tar.gz 01-Feb-2011 23:35 2.4M


605 名前:デフォルトの名無しさん mailto:sage [2011/02/03(木) 23:24:27 ]
1日でバージョンが0.2あがったのか。

606 名前:デフォルトの名無しさん mailto:sage [2011/02/04(金) 01:21:01 ]
Hg addremove した後に、コミットしたく無いファイルが大量に列挙されているのに気付いた時に、addremve 登録を比較的手軽に解除する方法はありますか?

607 名前:デフォルトの名無しさん mailto:sage [2011/02/04(金) 01:40:56 ]
>>606
hg revert --all

608 名前:デフォルトの名無しさん [2011/02/04(金) 01:45:42 ]
>>605
win32mbcsの
extentionをextension
に書きなおしたらしいwww

609 名前:デフォルトの名無しさん mailto:sage [2011/02/04(金) 01:47:32 ]
>>608
それは直さざるをえないな(笑)

610 名前:デフォルトの名無しさん mailto:sage [2011/02/04(金) 01:55:02 ]
win32は常に黒歴史なんですね、わかります。



611 名前:デフォルトの名無しさん mailto:sage [2011/02/04(金) 02:00:44 ]
>>607
revert したら、失いたく無い変更点も失ってしまう。

612 名前:デフォルトの名無しさん mailto:sage [2011/02/04(金) 08:48:39 ]
失いたくないファイルの方が多分少ないんだろう?
それらをよそに退けといて、revert した後で戻せばいい。
多い場合でもがんばれ。

613 名前:デフォルトの名無しさん mailto:sage [2011/02/04(金) 10:03:59 ]
>>612
たしかに。サンクス。

614 名前:デフォルトの名無しさん mailto:sage [2011/02/05(土) 10:23:44 ]
mercurial.selenic.com/wiki/TechnicalDebt

615 名前:デフォルトの名無しさん mailto:sage [2011/02/06(日) 08:05:23 ]
mercurialでは、ブランチつくるには必ずディレクトリを分けなきゃいけないのでしょうか。
Gitのように、ひとつのリポジトリに複数の名前付きブランチを作るのは無理?
Githubではひとつのリポジトリに複数のブランチを登録できるけど、
Mercurialを使っているBitbucketでは複数のブランチを管理しようとしたら
それぞれ登録し直さなきゃいけないのでしょうか。

616 名前:デフォルトの名無しさん mailto:sage [2011/02/06(日) 08:35:27 ]
>>615
> Gitのように、ひとつのリポジトリに複数の名前付きブランチを作るのは無理?
可能

それ以外のところはgitもmercurialもプロジェクト毎に方針を決めること
foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch8.html

mercurialの場合、リポジトリでヘッドを1つにするというポリシーがあって、
ヘッドが複数あるとパフォーマンスなどがあまり好ましく無いので、
積極的に分けた方が良いということになっている気がする。


617 名前:デフォルトの名無しさん mailto:sage [2011/02/06(日) 08:36:11 ]
hg branchでできるよ。

618 名前:デフォルトの名無しさん mailto:sage [2011/02/06(日) 13:04:06 ]
>>616,617
ありがとう、ためしてみる

619 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 03:46:30 ]
MacOSX上でMercurialEclipse使ってみてるんですが、
コマンドラインで日本語ファイル扱えるのに何でプラグイン上だと
ファイルが見つからないとか言うんだろ・・・
JavaでUTF-8の文字列扱ってるだけだろ・・・
EclipseだとGitにせざるを得ないのかな・・・

620 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 03:57:59 ]
>>619
日本語ファイル名があるなら、Bazaarで。



621 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 07:57:16 ]
>>620
NFCに統一するという暴挙をやっちゃったBazaarか?
JavaとBazaarだけだぞ、そんなくだらないことしているの。
で、Eclipse、NetbeansでBazaarは動くのか?

622 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 08:50:39 ]
>>621
BazaarのEclipseプラグインは、プラグインをリコンパイルしたら動いた。
Mercurialユーザだけど、NFC統一は歓迎。

623 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 09:04:57 ]
>>622
gitとhgはCP932のダメ文字があるが、WindowsでCP932を使わない、cygwinを使う、
hgの場合、fixutf8を使う、発展させる、本家をリファクターするという選択肢・回避方法もあるが、
JavaとBazaarはCJK互換漢字など、MacOSXでのダメ文字が発生するが、回避方法はあるのか?

624 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 10:02:27 ]
>>623
CJK互換漢字は、MacintoshはEメールではどうしているの?

625 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 11:00:27 ]
>Eメールではどうしているの?
UTF8 で無問題

626 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 11:23:43 ]
NFC正規化は、「合成」と「互換文字を統合文字にする」の2つの変換を含んでて
Appleの独自実装では後者はスルーなので、Macを使っててもフツー問題にはならない。

バカ真面目に規格通りのNFC正規化を行うようなアプリに出くわさなければ。
(bzrだけではなくて、他にもAdobeのソフトとか結構あるらしい)

627 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 11:28:39 ]
山嵜.txtと山崎.txtが混在しているわけか。

628 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 12:21:29 ]
>>626
そもそも互換文字を使って字形を選んでるのがダメ。
互換文字はあくまでも他の文字コードからの変換をするときの互換用であって、
Unicode上で正しく字形の選択をするには異字体セレクタを使うべき。

629 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 12:24:01 ]
>>625
> >Eメールではどうしているの?
> UTF8 で無問題
だから、メールでzipをやりとりする場合

630 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 12:24:24 ]
むしろNFC使ってないhgで合成文字ってちゃんとMacローカルルールで
扱われるの?合成文字がいつの間にか分解されてコミットされたりしない?



631 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 12:28:39 ]
>>630
Macユーザがこまめにhg renameすれば無問題

632 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 12:45:04 ]
>>631
hg rename しても、それでリネーム後のファイルがまた分解されちゃったりしない?
互換文字が使えないよりも合成文字が使いにくいほうが致命的だと思う。

633 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 12:59:03 ]
>>632
WindowsとLinuxユーザがMacユーザのためにこまめにhg renameすれば無問題


634 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 13:06:41 ]
>>633
マカーを排除したくなるなw
実際にはそれはムリだから、日本語ファイル名は使わない方が無難だね。

635 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 14:08:22 ]
>>628
そもそもなんでもかんでもNFC変換しちゃうようなアプリは、
「1文字を1コードポイントで扱いたい」という意図を持ってるわけで、
そんなアプリが異体字セレクタなんかに対応するわけ無いだろ

636 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 14:11:41 ]
弐号機.txtが二号機.txtになるなら問題だ。

637 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 14:23:58 ]
>>635
どんな偏見だよw
NFCで正規化するのは1文字を1コードポイントで扱うためなんかじゃないよ。
「同じ文字」に複数の表現があるから、正規化しないと「文字列」比較ができない。

つまり、正規化しているアプリケーションは「文字列」を扱っていて、
正規化していないアプリケーションは「コードポイント列」を扱っている。

638 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 14:28:00 ]
>>637
まっとうに作るなら、バイナリ表現をキープするために、比較関数の方に細工するだろ

639 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 14:32:03 ]
>>638
それは、UCS(Java, .NET, Python) vs CSI(Ruby) の話と似ていて、
どっちが良いとは断言できないだろ。
使い勝手がいいのはUCSだし、全ての情報を削らずに扱いたいならCSIだし。

640 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 16:00:02 ]
>>638
いや、正規化した表現も格納しといてくれればOK。
比較時に生成するのはコストが高い。

>>620
Bzrはシェア的に先行き不安。
IDEの定番プラグインのデキが気になるし・・・
Gitは、Eclipse/Xcodeで標準。MercurialはNetbeans標準だからどちらかで選びたい
>>635
無難なのは分かってるけど、開発者が逃げてるからいつまでも解決しないんだと思う。
開発者ならガンガンマルチバイト文字を使って問題を肌で感じるべき。



641 名前:デフォルトの名無しさん mailto:sage [2011/02/12(土) 23:41:48 ]
>>640
> Gitは、Eclipse/Xcodeで標準。

EGitって、そこまで開発が進んでいた?

642 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 01:16:58 ]
手元のBazaarは2.1.1

643 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 02:31:10 ]
>>619
eclipse.iniに-Dfile.encoding=UTF-8を書くと日本語ファイル名も扱えた。
ワークスペースとかプロジェクトのエンコードだけUTF-8にしてもだめっぽい。


644 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 03:10:09 ]
ああ、濁点があるファイルが微妙だ。
eclipseだけで閉じてるなら問題ないけど、hgコマンドだと別ファイル扱いになってるな。
JavaがNFCに正規化してるのか?

645 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 03:42:26 ]
EGitでも濁点ありのファイルは同じだ。
MacOSXでeclipseからダメ文字ファイルを入れると他のクライアントからまともに扱えなくなる訳か。
難儀だな。


646 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 04:59:58 ]
>>643
おお、ガチだっ!
貴重な情報 thx。
システムがUTF-8で動いてるから指定無しでUTF-8なんだと思い込んでた。
これで、MercurialEclipseで行けそうな気がしてきた。

647 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 06:18:15 ]
どうもよく分からない…

日本語Windows上で開発するけれど
リポジトリ?はLinuxサーバに置きたい、という場合、
日本語ファイル名を使ったり、
コミットログで日本語を打ちたいときには、
何に気をつければいいんでしょうか?

Linuxサーバのファイル名管理?の文字コード?がutf8なら問題は起きないが、
euc-jpだったら日本語ファイル名が壊れる、とかそういう話があったりしますか?
あるいは、utf8だろうとeuc-jpだろうと、
WindowsからLinuxにコミット?した段階で壊れるとか?

gitやbzrもそうだけど、
どこかに、「こういう組み合わせ・使い方ならOK」「これはNG」みたいな一覧がないかなあ…

648 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 07:39:24 ]
>>647
git/hgはLinuxではバイト列だから全く制約は無い。
Linuxで壊れるのはロケールに依存するsvn/bzr。
git/hgはcygwinを使えば問題ない。
cygwinじゃないWindowsはぐぐれば出て来るので、そちらを。

649 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 07:49:04 ]
>>647
ログについてはHGENCODINGでぐぐりましょう。

650 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 08:59:58 ]
>>647
Windowsでしか編集とcommitをしないのであれば、共有リポジトリの位置に関わらず、コミット・ログもファイル名も気をつける点は特に無い。



651 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 10:43:39 ]
>>648
bzr もリポジトリ置くだけならロケールが設定されてなくても大丈夫だよ。
チェックアウトするときには LANG=ja_JP.utf8 とか en_US.utf8 とかして
utf8 使えって指定してあげないといけないけど。

652 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 10:58:51 ]
>>651
美乳-日本語.txtとしないとロケールを間違ったとき壊れます

653 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 10:59:58 ]
>>651
共有リポジトリのブランチ名は?

654 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 11:37:09 ]
>>640
>無難なのは分かってるけど、開発者が逃げてるからいつまでも解決しないんだと思う。
>開発者ならガンガンマルチバイト文字を使って問題を肌で感じるべき。

いい言葉だ。ほんとその通りだと思う。



655 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 12:59:31 ]
DBのテーブル定義で、がんがんマルチバイトを使ったら、上司に首を締められました(><)

656 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 13:00:23 ]
>>652
そのファイル名をつけるユーザーの心は既に壊れている気がする。

657 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 23:32:52 ]
mq使っている時に、新しいファイルを追加したい場合ってどうするの?
既存のファイルならhg qnew -f file.txtとかhg qrefresh file.txtでいいけど
新しいファイルを加える方法がわかりません。

658 名前:デフォルトの名無しさん mailto:sage [2011/02/13(日) 23:52:50 ]
>>657
もしやと思ってhg add file.txt; hg qnew -ef add_file_txt file.txtしてみたらいけました。
hg qadd とかないのかなとおもってたけど、hg addでいけたのね。

659 名前:デフォルトの名無しさん mailto:sage [2011/02/14(月) 08:44:41 ]
>>648-650
ありがとうございます
Linux上で開発はしないので(置き場所にするだけ)
hgも使えそうですね…

と思ったけれど、
Linux上で置き場所にしてるディレクトリを覗いたら
凄いことになる、とかあったりするんだろうか…
まあそのへんはLinuxの問題だから、ここでは関係ないか…

660 名前:デフォルトの名無しさん mailto:sage [2011/02/14(月) 08:50:07 ]
>>659
hg update null



661 名前:デフォルトの名無しさん mailto:sage [2011/02/14(月) 13:06:15 ]
>>659
自動ではファイルは展開されないから、問題ないかと。
展開してしまったら >>660 で。

662 名前:デフォルトの名無しさん mailto:sage [2011/02/15(火) 20:09:41 ]
hg qnewで、ファイルの一部だけをパッチにしたい場合ですが、
>>603
>一部だけ指定はrecordしてからqimportかねぇ・・・
既存のパッチがあるときは、hg recordが失敗するので、この方法だとだめっすね。
hg diff > patch.diff
hg revert
cp patch.diff patch2.diff
vi patch2.diff
patch -p1 < patch2.diff
hg qnew -f patchnameA
cp patch.diff patch3.diff
vi patch3.diff
patch -p1 < patch3.diff
hg qnew -f patchnameB
うーん面倒。


663 名前:デフォルトの名無しさん mailto:sage [2011/02/15(火) 22:03:33 ]
hg qnew -f test
hg qdiff > test.patch
vi test.patch
hg qpop -a
vi .hg/hgrc/test.patch
patch -p1 -d. < test.patch
hg qnew -f test2


664 名前:デフォルトの名無しさん mailto:sage [2011/02/15(火) 22:22:21 ]
>>662
hg qrecordがあるよ
>>663
最新版はqnewの-fオプションなくなってる

665 名前:デフォルトの名無しさん mailto:sage [2011/02/18(金) 22:53:34 ]
これからmercurialを本格的に使おうと思っているのですが、
リモートリポジトリを作成せずに、ローカルからリモートリポジトリにpullまたは同期などは行えますか?

公開サーバーがあるのですが、管理者は基本的におらず、
各ユーザーはリリースしたリビジョンのみ公開サーバーで公開できるような感じで運用したいと思っています。

やはり、最初の段階でリモートでリポジトリを作成するか、ローカルリポジトリをリモートリポジトリに
クローンするしかないんでしょうか?

666 名前:デフォルトの名無しさん mailto:sage [2011/02/19(土) 00:16:22 ]
>>665
探せばあると思うし、Tracってどうだったけ?
あっちで聞いた方が良い気がする。

667 名前:デフォルトの名無しさん [2011/02/19(土) 00:24:46 ]
HGてなんで漢字のファイル名が上手く扱えないのか、エロい人教えて頂戴。

668 名前:デフォルトの名無しさん mailto:sage [2011/02/19(土) 00:31:05 ]
>>667
うまく扱えます。以上

669 名前:デフォルトの名無しさん [2011/02/19(土) 00:32:29 ]
ほんとー? WindowsXPなんだが・・・

670 名前:デフォルトの名無しさん mailto:sage [2011/02/19(土) 00:32:51 ]
ダメ文字的なのはあったよふな



671 名前:デフォルトの名無しさん mailto:sage [2011/02/19(土) 00:39:02 ]
>665
bitbucketでええやん


672 名前:デフォルトの名無しさん mailto:sage [2011/02/19(土) 00:49:05 ]
つーか、サーバ要らないし。
極端な話、USBメモリーを渡し合えば良いし。

673 名前:デフォルトの名無しさん mailto:sage [2011/02/19(土) 00:54:49 ]
>>669
XPはNFDがだめだった気が

674 名前:デフォルトの名無しさん mailto:sage [2011/02/22(火) 00:44:51.51 ]
>>665
公開サーバーからtransplantするとできるかもしれないが
リリースしたリビジョンだけ公開って難しくない?

675 名前:665 mailto:sage [2011/02/22(火) 22:35:03.88 ]
>671
パブリックな環境には置けないです。。

>672
仮想化を利用して、ゲストOSで開発したものをホストOSでリリースバージョンだけ管理しようと目論んでいます。
なので、scpなどでもいいかも。。
でも、きれいなリビジョンで渡せそうにないですね。まぁ、そこはそんなに拘ってはいないのですが。

>674
transplant調べてみましたが、マージに近い?様な感じになるんですかね??

現在、bitbucketを参考にredmineを導入したらどうかなーと思いつつ検証を始めたところなんですが、
scpでいいんじゃないのだろうかと思ってきました。。

676 名前:デフォルトの名無しさん mailto:sage [2011/02/22(火) 22:52:24.94 ]
>>675
bitbucketは5人までプライベートでも無料だよ。
5人というのもpushできるのが5人って意味で、開発者が5人と制約されているわけでは無いよ。
拠点が5つあったら拠点ごとに内部で共有レポたてて、
bitbucketにはまとめ役だけがpushするという運用もあるよ。

Redmineはね、プロジェクトを作ったら、cronでリポジトリを自動的に作る機能があるよ。

677 名前:デフォルトの名無しさん mailto:sage [2011/02/22(火) 22:53:57.50 ]
>>676
プライベートだとpullできるのも5人までなのかな?

678 名前:デフォルトの名無しさん [2011/02/22(火) 23:13:05.45 ]
>>665
>リモートリポジトリを作成せずに、ローカルからリモートリポジトリにpullまたは同期などは行えますか?
gitやbazaarならできるけどmercurialでは無理。リポジトリを作るかクローンをする必要がある。

>各ユーザーはリリースしたリビジョンのみ公開サーバーで公開できるような感じで運用したいと思っています。
リリースしたリビジョンのみのブランチを作ってそのブランチのみをpush

679 名前:デフォルトの名無しさん mailto:sage [2011/02/22(火) 23:41:56.51 ]
>>678
sshでhg init叩けばいいだけやん
sshもだめだって言うんなら、簡単なスクリプト書けばいいやん

680 名前:デフォルトの名無しさん mailto:sage [2011/02/23(水) 01:23:20.90 ]
ローカル・リポジトリがあるなら、ローカルからリモートにcloneもできる。

hg clone local_branch ssh://remote_host/remote_branch

clone後に、ローカル・リポジトリの.hg/hgrcを作るか編集して、以下を加えればクローン元がリモートのように振る舞える。

[paths]
default = ssh://remote_host/remote_branch



681 名前:デフォルトの名無しさん mailto:sage [2011/02/26(土) 11:45:02.76 ]
むつかしいなあバージョン管理

682 名前:デフォルトの名無しさん mailto:sage [2011/02/26(土) 15:25:13.15 ]
バージョン管理かんたんじゃん。なかった時代でバージョン管理なんてできないし。
バンバンコミットして履歴が見れるのは素敵だよ

683 名前:デフォルトの名無しさん mailto:sage [2011/02/26(土) 16:05:29.13 ]
>681
RCSでも出来るようなことだけをやっとけば簡単だろ。


684 名前:デフォルトの名無しさん mailto:sage [2011/02/26(土) 23:59:29.20 ]
新しい概念とそれを実現する方法の説明が分離していないのが学習の枷になる。
一つ覚えた事を、次に覚える事の足がかりに出来ない。
結局の所、学習者は学習する前にまず学習の仕方を(自力で)修得しなければならない。
以前から類似の物を使っていれば簡単だろうが、初学者には厳しい学習曲線にならざるを得ない。
まあ草の根で開発されたようなソフトウェアにはよくあることだが。

685 名前:デフォルトの名無しさん mailto:sage [2011/02/27(日) 12:01:18.07 ]
履歴が取れるとだけ言われて
なにもわからないまま渡されても
日に一度、全ての状態をコミットし続けるだろう
それでも便利と思われるかもしれないが・・・

686 名前:デフォルトの名無しさん mailto:sage [2011/02/27(日) 12:23:23.36 ]
バージョン管理を語るのならスレ違い
svnのようにサーバを立てる必要もなく、gitのようなbareも必要ないという
hgの特徴を語るのなら続けて良いけど

687 名前:デフォルトの名無しさん mailto:sage [2011/02/27(日) 15:59:17.78 ]
バージョンアップごとにこんな機能が増えました みたいなのまとめてるサイトない?

>>686
まさにその特徴が今の仕事にベストフィット。
というか殆どの仕事はMercurialで足りてる。

Mercurial使わないとか、残業代のためにわざとやってるとしか思えないね。


688 名前:デフォルトの名無しさん mailto:sage [2011/02/27(日) 16:10:58.63 ]
日々、少しずつ増減する画像ファイルの管理にMercurialを使ってみたが、
まぁ一応使えた。1万ファイルぐらい。
リポジトリが大きくなりすぎると、ssh経由のcloneが失敗するのに困ったが、
一旦、bundleファイルを作る事で何とかなった。

689 名前:デフォルトの名無しさん mailto:sage [2011/02/27(日) 16:14:54.53 ]
>>687
> バージョンアップごとにこんな機能が増えました みたいなのまとめてるサイトない?
mercurial.selenic.com/wiki/WhatsNew

690 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 09:36:37.20 ]
hg 1.8 & 亀hg 2.0 リリースおめ



691 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 14:59:59.10 ]
TortoiseHg 2.0って、日本語の扱いはどうなってるのさ?

692 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 15:20:20.50 ]
変わらんだろ

693 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 19:14:52.14 ]
TortoiseHg 2.0超速い!
ツールキットを変えたんだっけ?


694 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 19:20:00.01 ]
>>693
PyGTKからPyQtになりました

695 名前:デフォルトの名無しさん [2011/03/02(水) 20:53:27.50 ]
GtkからQtに変えるだけで速くなったの?

696 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 21:38:32.65 ]
>>694
GTKからQtに変えた理由ってなんかあるんだっけ?
GTKよりQtのほうがいいの?それともPythonバインディングの出来の差?

697 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 21:43:40.85 ]
>>696
>>266

698 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 22:02:37.38 ]
pygtkはしょぼいってこと?

699 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 22:08:20.51 ]
pygtkというか、gtk自体、Windowsではもっさりだからな。

700 名前:デフォルトの名無しさん [2011/03/02(水) 22:13:00.97 ]
>>699
LinuxとMacOSXとWindowsの中で1番自信があるのがWindowsと言ってたような



701 名前:デフォルトの名無しさん mailto:sage [2011/03/02(水) 22:26:05.02 ]
リンク先を読まずに勝手に捏造すると

・Macも含めて対応しようとするとGtkは辛い
・Gtkが一度やらかしたのが考え直すきっかけ


702 名前:デフォルトの名無しさん mailto:sage [2011/03/03(木) 02:17:11.46 ]
WindowsとMacintoshで、Qtの方がGtk+より良いサポートがあり、品質向上が期待できるそうだ。

703 名前:デフォルトの名無しさん mailto:sage [2011/03/03(木) 05:40:43.59 ]
>>697
> It's been our experience that Win32 support for GTK has been
> suboptimal for some time (rendering glitches, etc) and declining in
> quality. While the support for native Mac OS X has been stalled and
> never released.
>
> Switching to Qt has given us better support for both platforms.

GTKはWin32サポートが弱くて品質もよくない。
Mac OS Xにいたってはネイティブでのサポートは失速しリリースされてもない。
だからQtにしたってあるね。

704 名前:デフォルトの名無しさん mailto:sage [2011/03/03(木) 05:48:40.47 ]
GTKはWindowsで冗談みたいなフォントレンダリングだったからなぁ。

705 名前:デフォルトの名無しさん mailto:sage [2011/03/03(木) 12:19:11.84 ]
About TortoiseHgからブラウザ開かなかったしな。

706 名前:デフォルトの名無しさん mailto:sage [2011/03/03(木) 12:38:58.02 ]
>>704
。が真ん中にあるのは味わいがあって慣れたのだが

707 名前:デフォルトの名無しさん [2011/03/03(木) 13:27:57.33 ]
>>704
それGTK関係ないんじゃないの?

708 名前:デフォルトの名無しさん mailto:sage [2011/03/03(木) 20:26:10.95 ]
これ、Workbenchだけで基本何でも出来るな。
Explorerへの統合なんか要らんかったんや。


709 名前:デフォルトの名無しさん mailto:sage [2011/03/03(木) 20:46:51.11 ]
>>708
それを言っちゃあ・・・
TortoiseHg 2.0でbzr-explorerに追いついたのかな?
bzrではbzr-explorerとTortoiseBzrに分かれているけど、
hgではTortoiseHgでシェル拡張が統合されているのが売りかと思う。

710 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 00:41:32.30 ]
あれはなんで分かれてるんだろうね



711 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 01:02:14.78 ]
TortoiseHG2.0にバージョンアップしたんだが、
hg pull
hg update
しか書いてないバッチファイルが動かなくなった。
hg pullが終わった瞬間にbatファイルが終了してしまう。
Mercurial1.8でなんか挙動変わった?

712 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 01:41:47.24 ]
>>711
もしかしてBitbucket?

713 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 04:12:01.87 ]
multiple headsになってない状態で、hg mergeすると、親チェンジセット1個で変更点無しの
謎チェンジセットが出来るね。何の意味があるのか。

714 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 10:18:25.52 ]
>>711
hg pull を hg.exe pull にすると挙動が変わったりする?

715 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 14:13:56.04 ]
>>712
いえ、自宅WindowsPC→Linuxサーバーで、自宅でコマンドプロンプトのバッチファイルを動かしました。

>>714
hg.exe pullにすると、hg.exeは認識できないエラーで実行されず、次のコマンド進みます。

ちなみに
hg pull
pause
としてもバッチファイルが終了するので、hgが強制的に終了してる気がする…。

716 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 14:32:11.90 ]
>>715
bitbucketという問いはhttpsのことだろう。

hg.exeは亀付属のもの?
亀以外にeasy_installやらソースを落としたのがどっかに無い?
あと拡張を全部外したらどうなる?

717 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 14:32:14.79 ]
>>715
hg pull を call hg pull にすればいい気がする。たぶん。
それで動けば後々のために hg update も call hg update に変えた方がいいと思う。

なんか 2.0 になって実行ファイルの置き場が変わった気がする。
Mercurial.ini にフルパスで TortoisePlink.exe 指定してたらはまった……

718 名前:717 mailto:sage [2011/03/04(金) 14:34:52.44 ]
hg.exe でなく hg.cmd が使われちゃうことについては、PATH 環境変数を
いじる(直す?)方が正しい気もしてきた。

719 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 14:58:59.90 ]
みなさんありがとうございます。
>>717さんのcallで解決しました。

確かに2.0になってファイルの置き場所が変わったのにmercurial.iniは変わらないですね。
デフォルトが相対パスで同一フォルダになってたからこれにもハマった。

>>718
bin\配下に変更になったからPATHは直したほうがいいのかも…。

720 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 16:03:44.23 ]
TortoiseHg 2.0にしたら、plink.exe, tortoisepling.exeを呼び出すような処理で
詰まって固まりまくりだわ。コマンドラインから hg out とかやっても詰まる。

mercurial.iniで、sshコマンドをCygwin版sshにしたら直るから、
なんか入力待ってるのか?




721 名前:デフォルトの名無しさん mailto:sage [2011/03/04(金) 16:15:01.77 ]
>>720
コマンドラインからplink実行してみたら良いじゃん。
初めてアクセスするサーバーで、このfingerprintでおk?とか訊いてきてるかもよ。

722 名前:デフォルトの名無しさん mailto:sage [2011/03/05(土) 12:38:11.96 ]
あえて2.0いれてみたら使いにくい・・・
1.0の昨日は一通りいれてからリリースしてほしいわ・・・


723 名前:デフォルトの名無しさん mailto:sage [2011/03/05(土) 15:30:58.66 ]
>722
わざわざコンソールを開くってメニューも用意されてるぐらいだし、
足りない所はコンソールでやるって感じなのでは?

724 名前:デフォルトの名無しさん mailto:sage [2011/03/05(土) 19:15:50.59 ]
TortoiseHg 2.0いれたけどissue trackerの設定項目消えてるし・・・。
でも以前の設定を一応使ってくれてるみたい。
レポジトリのURL設定でパスワードまで設定しても保存してくれない(URLに情報を付加してくれない)から
URLに直書きしたら以前と同じように保存された。
ただしURLエンコードはしてくれなくなってた。


725 名前:デフォルトの名無しさん mailto:sage [2011/03/05(土) 19:33:43.90 ]
mercurial.ini にユーザ名とパスワードが保存されてる。
BitbucketでコピーされるURLにユーザ名が入ってるけど
そのまま使っちゃうとTortoiseHgでパスワードを設定しても
同期の時にパスワード入力求められた気がする
ユーザー名とパスワードともにURLから消せばmercurial.iniの
ユーザー名とパスワードの設定を使ってくれるみたい

726 名前:デフォルトの名無しさん mailto:sage [2011/03/05(土) 20:02:54.11 ]
hgrcに
[auth]
を手動で書けばいいよ

727 名前:デフォルトの名無しさん mailto:sage [2011/03/05(土) 20:10:44.24 ]
tortoisehg 2.0、スタックダンプが頻繁に出るけど、
それでも1系に戻そうと思わないぐらいには快適に動く。


728 名前:デフォルトの名無しさん mailto:sage [2011/03/06(日) 12:53:15.72 ]
>>713
よく状況がわからんけどfast-forwardかも

729 名前:デフォルトの名無しさん mailto:sage [2011/03/07(月) 22:23:53.20 ]
Fast-forward merge ... なに、これ、キモい
バグかと思ったわ


730 名前:デフォルトの名無しさん mailto:sage [2011/03/07(月) 23:02:02.97 ]
いや、バグであってるっぽい。



731 名前:デフォルトの名無しさん mailto:sage [2011/03/08(火) 08:14:41.27 ]
fast-forward mergeでやりたかったのって、やっぱりgitの同名の機能なのかな
まぁv1.8.1で早くもいなくなるらしいからなんでもいいか

732 名前:デフォルトの名無しさん mailto:sage [2011/03/09(水) 01:05:49.53 ]
過去の指定リビジョンからのコピーって出来ないんだな。
svn cp と同じ事を hg cp でやろうとして悩んだ。


733 名前:デフォルトの名無しさん [2011/03/09(水) 02:28:49.14 ]
>>732
何したいんだ?
branch / bookmark / tag / cloneのどれか使え

734 名前:デフォルトの名無しさん mailto:sage [2011/03/09(水) 03:49:59.38 ]
>733
ファイルがでかいから、リポジトリ内での参照コピーですむ方法があれば、そうしたかった。
過去のリビジョンには存在したが、今は存在しないファイルね。


735 名前:デフォルトの名無しさん mailto:sage [2011/03/09(水) 04:09:47.90 ]
>>732
リポジトリ内で指定リビジョンに戻すなら、hg revert -r [リビジョン番号] [ファイル名]

リポジトリ外に出すなら、hg archive -r [リビジョン番号] [ディレクトリ]

736 名前:デフォルトの名無しさん mailto:sage [2011/03/09(水) 04:17:48.81 ]
>735
revertで戻したら、デカいファイルでも、数KBのメタ情報だけで済むの?

737 名前:デフォルトの名無しさん mailto:sage [2011/03/09(水) 09:55:30.36 ]
>>734
hg update 過去のリビジョン
hg cp
hg commit
hg update 元のリビジョン
hg merge

738 名前:デフォルトの名無しさん mailto:sage [2011/03/11(金) 06:00:25.51 ]
mercurial-1.8.1.tar.gz

739 名前:デフォルトの名無しさん mailto:sage [2011/03/11(金) 06:59:04.05 ]
fast-forward mergeは、そんなに問題なのか?

740 名前:デフォルトの名無しさん mailto:sage [2011/03/11(金) 08:25:41.04 ]
Windowsの64bitsインストーラで何かと問題があったみたいだからそのついでっぽい感じがしないでもない
亀の初期不具合対応で、hgとバージョンを合わせるという意味もあったかもしれない



741 名前:デフォルトの名無しさん [2011/03/14(月) 08:07:37.98 ]
tortoisehg2.02にしたらbitbucketへのpushができなくなったんですが、なにが設定しなきゃいけないんでしょうか?

742 名前:デフォルトの名無しさん mailto:sage [2011/03/14(月) 15:38:05.97 ]
Tortoisehg2.0.2でバッチファイルでthg commitするとpythonのエラーが出てしまう。
友人の環境でも駄目だった。
同じことになって改善した方います?

743 名前:742 mailto:sage [2011/03/14(月) 18:39:02.06 ]
自己レス。解決しました。
右クリックメニューからGUI立ち上げて一度コミットしたら以後使えるようになった。

だがしかし、mercurial.iniの設定を変更しようとするとエラーが出る…orz
どうすりゃいいんだ…。
どっかにTortoisehg2.0.0以降のmercurial.ini[Tortoisehg]の設定項目一覧ってないですかね?

744 名前:デフォルトの名無しさん mailto:sage [2011/03/16(水) 22:26:53.11 ]
めっちゃめちゃ久しぶりに 2.0 にアップデートしてみた。結構変わったもんだな。
フォントも設定画面から変更できるようになってて感動。

ところで、古いバージョンに上書きインストールしたんだけど、設定画面のエクステンションに
表示される項目が2個しかない。しかも選択できない。クリーンインストールした職場の PC では
もっといっぱい表示されてるんだけど、古いの消してから入れないとダメなのかな?

745 名前:デフォルトの名無しさん mailto:sage [2011/03/17(木) 06:30:49.02 ]
>>744
2.0.2でなく2.0だと、hgext.win32mbcsのようにhgext.とあるものは削除してしまうバグがあります。

746 名前:デフォルトの名無しさん mailto:sage [2011/03/17(木) 07:04:45.13 ]
explorerへの組み込みやめて、Workbenchだけ切り離して配布してくれないかな。

747 名前:デフォルトの名無しさん mailto:sage [2011/03/17(木) 11:58:46.03 ]
>>746
それ俺も思った
設定でコンテキストメニューからいなくできないかな

748 名前:デフォルトの名無しさん mailto:sage [2011/03/17(木) 12:10:46.11 ]
インストール時に選べるよ?

749 名前:デフォルトの名無しさん mailto:sage [2011/03/18(金) 07:55:07.90 ]
そんなんあったっけ?

750 名前:デフォルトの名無しさん mailto:sage [2011/03/18(金) 11:44:48.00 ]
>>749
シェル拡張だっけ?名前忘れたけど、それっぽいもののチェックを外す。



751 名前:デフォルトの名無しさん mailto:sage [2011/03/18(金) 23:56:00.06 ]
やってみたが、インストーラーでShell Extensionをはずしても、コンテキストメニューが
出なくなるだけで、 シェルへの組み込みは入る。
アイコンオーバーレイは行われるし、キャッシュサーバも常駐する。


752 名前:デフォルトの名無しさん mailto:sage [2011/03/19(土) 00:31:55.57 ]
>>751
あれ、俺はそれで行けたんだけど・・・
ちゃんとアンインストールして再起動してから再インストールした?

753 名前:デフォルトの名無しさん mailto:sage [2011/03/19(土) 16:25:55.63 ]
>>745
なんと、バグだったのか。2.0.2 入れたら直るかな。また今度入れてみる。

754 名前:デフォルトの名無しさん mailto:sage [2011/03/19(土) 17:06:00.38 ]
これから新規サイトを立ち上げに伴い、Mercurialを使用して
バージョン管理を行いたいと考えております。
開発サーバとしてCentOSにMercurialをインストールし、
クライアントソフトはtortoiseHg2.0.2を使用してます。

クライアントPCから、サーバにあるリポジトリへのPUSHはできてますが
元ソースへの反映方法がわかりません。

元ソースへの反映は別途クライアントからsftpなどのソフトを用いて
アップしないといけないのでしょうか。

リポジトリの作成は、サイト開発ということがあり、
public_html直下に.hg/を作成しております。

識者の方教えてください。


755 名前:デフォルトの名無しさん mailto:sage [2011/03/19(土) 17:09:57.57 ]
>>754
サーバのフックでupdate。
あと、こんなのもあるらしい
https://bitbucket.org/MrWerewolf/rupdate

756 名前:デフォルトの名無しさん mailto:sage [2011/03/19(土) 18:01:15.33 ]
>>755
教えて頂きありがとうございます。
調べて見ましたところ、現在設定として
hgrcに
[hooks]
changegroup = hg update >&2

を設定することにより、toroiseHGからPULL・UPDATEをおこなうことにより
元ソースに反映されるようになりました。

現在4名でサイトの作成を行っておりますが、
changegroup = hg update >&2
を設定したことにより、今後バージョン管理上不都合は発生したりするのでしょうか。
デフォルトでリポジトリ変更と同時に元ソースのupdateが行われない理由が知りたいです。

757 名前:デフォルトの名無しさん mailto:sage [2011/03/19(土) 18:21:03.25 ]
>>756
編集中のワークツリーが勝手に他の無名ブランチに切り替えられたら困ります。

758 名前:デフォルトの名無しさん mailto:sage [2011/03/19(土) 18:47:28.71 ]
>>756
mercurial.selenic.com/wiki/JapaneseUnderstandingMercurial
mercurial.selenic.com/wiki/Parent

759 名前:742 mailto:sage [2011/03/20(日) 21:06:42.13 ]
>>756
2名で同じことを一ヶ月ほど続けてるけど現状は問題なく管理できてる。
毎回pull確認しないと締め切り直前にマージが発生しやすくなるくらい。

760 名前:デフォルトの名無しさん [2011/03/24(木) 02:24:23.67 ]
使い方で質問です。
本家からクローンを作成して、あるチェンジセットに対して自分のカスタム+特定のチェンジセットでの変更のみを適用したい場合ってどういうやり方でやるのがいいんでしょうか。
こういうやり方で正しいんでしょうか?それとも、もっとスマートな方法があれば教えてください。
本家にpushはしませんが、後々、ローカルでhg merge 本家するかもしれません。

1.hg clone 本家
2.hg branch mybranch
3.hg update -r changeset_a
4.自分のカスタム
5.hg commit -m "自分のカスタムを適用"
6.hg diff -r changeset_b -r changeset_c > b_c.diff
7.patch -p1 < b_c.diff
8.hg commit -m "チェンジセットbからcの変更部分のみ適用"




761 名前:デフォルトの名無しさん mailto:sage [2011/03/24(木) 07:27:29.00 ]
>>760
> 特定のチェンジセットでの変更のみ
transplant拡張

762 名前:デフォルトの名無しさん mailto:sage [2011/03/25(金) 05:20:43.03 ]
>>761
thx!

763 名前:デフォルトの名無しさん mailto:sage [2011/03/30(水) 16:46:06.03 ]
MercurialEclipseのバージョン1.8、何かおかしくない?

764 名前:デフォルトの名無しさん mailto:sage [2011/03/30(水) 17:24:10.60 ]
何かと言われても

765 名前:デフォルトの名無しさん mailto:sage [2011/03/30(水) 21:22:10.53 ]
>>763
うちでMercurialEclipseがまともに動いたことがないんだが。

766 名前:デフォルトの名無しさん mailto:sage [2011/03/30(水) 23:23:26.54 ]
公式サイトには1.71の情報しかないが、インストールすると1.8が入り、かつ例外を吐いて動かない。

767 名前:デフォルトの名無しさん mailto:sage [2011/03/30(水) 23:27:35.09 ]
普通に動いてる俺は運がいいのか

768 名前:デフォルトの名無しさん mailto:sage [2011/03/31(木) 06:43:46.29 ]
同じ症状のバグ報告は既にされているようだから、しばらくコマンドラインで耐え忍び。

769 名前:デフォルトの名無しさん mailto:sage [2011/03/31(木) 16:38:42.54 ]
gitのリポジトリからもってくるのに
一旦git pullしてからhg convertしてるんだけど
めんどくさいしリビジョンがhgとgitで違うしとか
あんまり便利じゃないので、おすすめをおしえてください。

770 名前:デフォルトの名無しさん mailto:sage [2011/03/31(木) 18:55:14.37 ]
>>769
hg-git。

コンバートはgitのブランチ・タグの特性からhg使いからするとあまり満足した結果が得られない。
gitに限らず、コンバートは一方方向だけなので、完全移行が目的だったら、コンバートでも十分かも。

hg-gitはソースを見る限り、hgとgit間のリビジョンのハッシュ値を何らかの方法で生成しているっぽいので、
相互運用が可能。
だけども、gitが気軽にブランチ=リビジョンを消せる、hgは消せないという特徴から、
gitでもリビジョンが消せないというジレンマがある。



771 名前:769 mailto:sage [2011/03/31(木) 20:25:06.83 ]
>>770
hg-gitはhg cloneでもってきて、hgはstable head、dulwichは0.7.0なんだけど例外発生。
ttp://ideone.com/5PmLE

772 名前:デフォルトの名無しさん mailto:sage [2011/03/31(木) 20:30:36.50 ]
>>771
dulwichはLinuxでは一つ前のをeasy_installで入れて使っている。
Windowsの亀にバンドルされているみたいだけど、Windowsで使っていないから分からない。

773 名前:769 mailto:sage [2011/04/01(金) 21:28:06.79 ]
hg-gitが例外になるのはhgsubversionを外したら直った。
でhgsubversionを最新にしたらhg-gitが動いた。
これから遊んでみる。

774 名前:デフォルトの名無しさん mailto:sage [2011/04/05(火) 01:07:21.33 ]
TorotiseHg2.0.3公開。
バグフィックスが大量。俺は使ってないけど。
tortoisehg.bitbucket.org/ja/

775 名前:769 mailto:sage [2011/04/06(水) 16:10:25.77 ]
hg clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
が22時間たってもおわらない.
git cloneは30分でおわったのに。

776 名前:デフォルトの名無しさん mailto:sage [2011/04/06(水) 21:27:43.09 ]
素直にgit使えw

777 名前:デフォルトの名無しさん mailto:sage [2011/04/06(水) 22:09:07.02 ]
hgsubversionも最初のcloneが重いから仕方ないでしょ。
hgsubvesionは最近になって、開始リビジョンが指定できるようになったようだ。
gitはshallow cloneに対応しているんで、それをワンクッションおけば、
速くなるかもしれない。

778 名前:769 mailto:sage [2011/04/07(木) 00:51:03.61 ]
なんか4日くらいかかりそうな勢い。まだ2007年のを処理してるし。
電力事情も改善されてきたので、このまま放っておきます。

779 名前:デフォルトの名無しさん mailto:sage [2011/04/10(日) 23:53:33.40 ]
いや電力事情は別に改善されてないだろ

780 名前:デフォルトの名無しさん mailto:sage [2011/04/11(月) 00:58:10.26 ]
計画停電は落ち着いたようだけどな
一晩かけてのDLで計画停電で落とされでもしたら泣きたくなる



781 名前:デフォルトの名無しさん mailto:sage [2011/04/13(水) 06:42:31.20 ]
>>780
自分が落とされてなくても
鯖が落ちたことはあった
無計画停電初日の思い出

782 名前:デフォルトの名無しさん mailto:sage [2011/04/13(水) 20:27:59.80 ]
Subversion、Google Code、SourceForge、Mercurial からの移行ツール - Bitbucket
blogs.atlassian.jp/2011/04/subversion-google-code-sourceforge-and-mercurial-importer-j.html

Goodbye Subversion, Hello Mercurial: A Migration Guide
blogs.atlassian.com/developer/2011/03/goodbye_subversion_hello_mercurial.html

783 名前:デフォルトの名無しさん mailto:sage [2011/04/15(金) 14:35:30.48 ]
Bazzarのbzr-explorerみたいなスタンドアロン型のGUIはありませんか?
TortoiseHgはあるみたいですが、シェル拡張では無くスタンドアロン型で無いかなぁと。

784 名前:デフォルトの名無しさん mailto:sage [2011/04/15(金) 15:10:14.81 ]
TortoiseHgにはシェル拡張だけじゃなくてワークベンチがついてくるからそれでいいんじゃないの

785 名前:デフォルトの名無しさん mailto:sage [2011/04/15(金) 18:24:25.63 ]
いまTortoiseSVN入っているからTortoise系はちょっと避けてみたけれど、
入れ直してしばらく使ってみる。

786 名前:デフォルトの名無しさん mailto:sage [2011/04/15(金) 22:38:43.59 ]
TortoiseHgのワークベンチは、それだけコピーしてきて使う事が出来る。
インストールせずに。


787 名前:デフォルトの名無しさん mailto:sage [2011/04/15(金) 22:47:24.59 ]
PyGTKと違ってPyQtはWindowsでも比較的楽にソースから立ち上げられるよ

788 名前:デフォルトの名無しさん mailto:sage [2011/04/16(土) 23:30:37.27 ]
TortoiseHgいれてWorkbench使ってみました。
ネットで調べながら格闘しつつマージまでやってみたのですが、マージ→コミットが
出来なくて、ずっと悩んでいました。

結局、マージ→特定リビジョンへ移行→コミットの流れで思ったようにファイルが
更新されたのですが、TortoiseSVNやTortoiseBzrではマージ→コミットの流れ
だったので、手順を間違えているのか気になっています。

GUIとしてはbzr-explorerの方がなじみやすかったけれど、覚えたいのはMerucurial
の方なので、もうしばらく悪戦苦闘してみます。

789 名前:デフォルトの名無しさん mailto:sage [2011/04/17(日) 11:55:16.20 ]
むしろコミットしてからマージじゃね

790 名前:デフォルトの名無しさん mailto:sage [2011/04/17(日) 21:50:53.18 ]
コミットはしてある状態からスタートと考えると、マージ→コミットで良いんじゃね



791 名前:デフォルトの名無しさん mailto:sage [2011/04/19(火) 00:21:34.93 ]
Mercurialのマージは明確に分けてコミットしようとするから混乱してるだけな気がする。

792 名前:デフォルトの名無しさん mailto:sage [2011/04/19(火) 09:07:36.69 ]
TortoiseSVNから移ってきた時、PullなりPushした内容が作業ディレクトリに
反映されないという事に気がつかなくて、四苦八苦してたなぁ。
結局概念の違いと間違って覚えていた事を、改めて学習した。

793 名前:デフォルトの名無しさん mailto:sage [2011/04/19(火) 09:12:57.41 ]
trunkの内容をbranchにpull。マージしてbranchのコミット。
branchのコミット内容をtrunkにpush。
trunkでbranchの内容をマージしてコミット。

この後、branchでtrunkの内容をpullしたら、変更があったから
再びマージしてコミットしてtrunkにpush。
trunkでマージしてコミット・・・以下、リビジョンだけを上げていた
懐かしい日々。

794 名前:769 mailto:sage [2011/04/22(金) 12:04:17.52 ]
>>793
普通に操作したら、そうはならないんじゃない?

795 名前:デフォルトの名無しさん [2011/04/23(土) 09:56:27.27 ]
保守が必要になるとは

796 名前:デフォルトの名無しさん mailto:sage [2011/05/02(月) 09:17:02.53 ]
質問もあがらないとは珍しいな。ほしゅ。

797 名前:デフォルトの名無しさん mailto:sage [2011/05/02(月) 10:54:48.51 ]
あれ、今月のバージョンアップはどうしたんだ?


798 名前:デフォルトの名無しさん mailto:sage [2011/05/02(月) 14:01:31.45 ]
ごめん、コミットしたらコンパイルできなかった。

799 名前:デフォルトの名無しさん mailto:sage [2011/05/02(月) 15:14:08.02 ]
mercurial-1.8.3.tar.gz

800 名前:デフォルトの名無しさん mailto:sage [2011/05/02(月) 16:40:03.34 ]
1.8.3は、さほど見るべきものは無さそうだな。

zeroconfに対応してるのが気になるが、ユーザーではないので便利なのかどうか知らん。



801 名前:デフォルトの名無しさん mailto:sage [2011/05/03(火) 22:52:14.07 ]
TortoiseHG2.0.4リリース済み。
2.1くらいになるまでは怖くて1系からアップデートできないな…。

802 名前:デフォルトの名無しさん mailto:sage [2011/05/04(水) 01:05:57.22 ]
今月のは定期メンテリリースなんだから目新しい機能はつけないでしょ

803 名前:デフォルトの名無しさん mailto:sage [2011/05/04(水) 02:28:51.97 ]
定期リリースってなんの意味があんの?

804 名前:デフォルトの名無しさん mailto:sage [2011/05/04(水) 09:05:06.17 ]
なんか目新しい気がしてくる。
昨日が大差なくても、最終更新日が1年前より安心というプラシーボ効果。

805 名前:デフォルトの名無しさん mailto:sage [2011/05/04(水) 13:00:17.67 ]
バグ直してるのにプラシーボとかないわー

806 名前:デフォルトの名無しさん mailto:sage [2011/05/05(木) 21:52:11.75 ]
みんなbitbucketとか使ってるのか?それともGoogle派?

807 名前:デフォルトの名無しさん mailto:sage [2011/05/06(金) 02:10:19.52 ]
codeplex使ってるよ。

808 名前:デフォルトの名無しさん mailto:sage [2011/05/14(土) 03:24:14.87 ]
test

809 名前:デフォルトの名無しさん [2011/05/18(水) 09:58:27.70 ]
hosyu

810 名前:デフォルトの名無しさん mailto:sage [2011/05/19(木) 22:55:07.42 ]
自分のいるブランチの親に現在の修正をマージするコマンドってないの?
mqエクステンションって使い道がわからない・・・



811 名前:デフォルトの名無しさん mailto:sage [2011/05/19(木) 23:06:34.97 ]
>>810
hg qnew myfix
hg qref -e
hg qpop
hg pull
hg update
hg qpush
hg log -l2
hg qfin -a
hg push

812 名前:デフォルトの名無しさん [2011/05/20(金) 21:58:33.69 ]
>>810
普通にマージすればいいんじゃ

813 名前:デフォルトの名無しさん mailto:sage [2011/05/26(木) 10:22:56.88 ]
二つ以上さかのぼって、過去のコメントを変更したいのだが、
方法はありますか? 完全に無理?

814 名前:デフォルトの名無しさん mailto:sage [2011/05/26(木) 10:42:39.27 ]
>>813
qimport

815 名前:デフォルトの名無しさん [2011/05/27(金) 15:18:56.26 ]
hosu

816 名前:デフォルトの名無しさん mailto:sage [2011/05/27(金) 23:09:37.09 ]
>>1のJapanese Tutorialってリンク切れしてる

817 名前:デフォルトの名無しさん mailto:sage [2011/05/28(土) 00:54:53.91 ]
キレてないですよ

818 名前:デフォルトの名無しさん mailto:sage [2011/05/28(土) 10:59:08.92 ]
同じsvnリポジトリを、
マシンAで hg convert したものと、
マシンBで hg cnovert したものがあるとして、
この二つの hgリポジトリって互いにマージできるの?
それともちゃんと clone したものでないとマージできない?

819 名前:デフォルトの名無しさん mailto:sage [2011/05/28(土) 12:36:05.78 ]
>>818
hg convert は .hg/shamapを1つのところで管理しないとだめなので、transplant拡張を使わない限り不可能。
hgsubversionだと可能。

820 名前:デフォルトの名無しさん mailto:sage [2011/05/28(土) 12:39:58.34 ]
あ、hgsubversionも別のマシンだとリビジョンが違うハッシュ値になるからだめ。



821 名前:デフォルトの名無しさん [2011/05/29(日) 09:28:01.14 ]
>>818
cloneしろ

822 名前:デフォルトの名無しさん [2011/05/29(日) 13:57:02.83 ]
現在使っているリビジョンを表示するコマンドはありますか?


823 名前:769 mailto:sage [2011/05/29(日) 14:03:10.12 ]
hgsubversionでもリビジョンが同じにならないのか。
けっこう困るんじゃなのか。

824 名前:デフォルトの名無しさん mailto:sage [2011/05/29(日) 14:06:07.93 ]
>>822
hg id
hg parent


825 名前:デフォルトの名無しさん [2011/05/29(日) 14:17:21.08 ]
>>824
ありがとうございます。

826 名前:デフォルトの名無しさん mailto:sage [2011/05/29(日) 14:26:37.72 ]
>>823
hg svn rebuildmeta dokosoko

827 名前:デフォルトの名無しさん mailto:sage [2011/05/29(日) 16:06:02.20 ]
svnは、コミットログを後からでも編集出来るんだから、ハッシュが異なるのは当然では?

828 名前:デフォルトの名無しさん [2011/05/29(日) 16:38:51.64 ]
>>827
変更できたか?

829 名前:デフォルトの名無しさん mailto:sage [2011/05/31(火) 18:06:14.76 ]
hg glogで時刻でソートするオプションがほしい

830 名前:デフォルトの名無しさん mailto:sage [2011/06/01(水) 00:10:13.53 ]
今月の月刊Mercurialはどんな感じ?
付録つく?



831 名前:デフォルトの名無しさん mailto:sage [2011/06/01(水) 00:34:49.46 ]
>>830
日本は発売一日遅れなので、気長に待ちましょう

832 名前:デフォルトの名無しさん mailto:sage [2011/06/01(水) 09:32:24.54 ]

既存のリポジトリを bitbucket にクローンしたいんだけど、どうやるの??
bitbucketからローカルにクローンするコマンドはあっても、ローカルのクローンを
bitbucketに新規作成するメニューがみあたらないんだけど


833 名前:デフォルトの名無しさん mailto:sage [2011/06/01(水) 14:09:08.32 ]
新規リポジトリを作成してpushすればいい

834 名前:デフォルトの名無しさん mailto:sage [2011/06/04(土) 10:37:56.65 ]
それって、clone したのでもなんでもないまったく違う無関係なリポジトリに、
別のリポジトリ内容をpush可能ってこと?

それともpush先のリポジトリがまだが作ったばかりで空っぽの場合、
最初の一回のpushに限ってはリポジトリ間の関係性を一切考慮しないとか?

835 名前:デフォルトの名無しさん mailto:sage [2011/06/04(土) 13:42:09.48 ]
>>834
> それって、clone したのでもなんでもないまったく違う無関係なリポジトリに、
> 別のリポジトリ内容をpush可能ってこと?
自己責任で-fオプションを試してみよう。

> それともpush先のリポジトリがまだが作ったばかりで空っぽの場合、
> 最初の一回のpushに限ってはリポジトリ間の関係性を一切考慮しないとか?
Yes.

836 名前:デフォルトの名無しさん mailto:sage [2011/06/04(土) 23:22:27.82 ]
そもそも全然関係ないリポジトリをpush -fすると先祖が複数にできるよ。

837 名前:デフォルトの名無しさん mailto:sage [2011/06/05(日) 01:29:24.54 ]
6/1に次のバージョン出ちゃってるよ。
2011-06-01: TortoiseHg 2.0.5 (with Mercurial 1.8.4) released
tortoisehg.bitbucket.org/

まだ使うのは早いかな〜。

838 名前:デフォルトの名無しさん mailto:sage [2011/06/05(日) 01:59:42.62 ]
>837
えっ?

839 名前:デフォルトの名無しさん mailto:sage [2011/06/06(月) 01:05:57.03 ]
>>838
えっ?

840 名前:デフォルトの名無しさん mailto:sage [2011/06/06(月) 01:58:05.47 ]
>>839
え・・・?



841 名前:デフォルトの名無しさん mailto:sage [2011/06/07(火) 21:56:57.00 ]
ええ。

842 名前: 忍法帖【Lv=6,xxxP】 mailto:sage [2011/06/08(水) 19:56:49.35 ]
最近忍法帳の仕様って変わった?

843 名前:デフォルトの名無しさん mailto:sage [2011/06/08(水) 20:00:49.02 ]
社会に出て、cvsの使い方を覚えた頃にsubversionが出現し、
subversionの使い方を覚えた頃にgitが登場し、
gitの使い方を覚えた頃にmercurialを知った私でも、
mercurialを使って良いでしょうか?

844 名前:デフォルトの名無しさん mailto:sage [2011/06/08(水) 20:09:48.01 ]
Mercurialを使うのに誰かの許可なんていらないよ

845 名前:デフォルトの名無しさん mailto:sage [2011/06/08(水) 20:25:13.25 ]
Mercurial と git の違いって何?

846 名前:デフォルトの名無しさん mailto:sage [2011/06/08(水) 20:40:40.62 ]
両方使っている自分からすると

Mercurial
使いやすい
コミットが1個までしかロールバックできない
コミット管理ではなくパッチ管理(MQ拡張)したほうが柔軟性がある
ブランチ機能はおまけ
複数プラットフォームで日本語を扱う場合は事前調査する必要あり。

git
クセが強いのではじめは使いにくい
ブランチをうまく使わないと使いにくい
コミットをいくらでも消去できる、やり直しもしやすい

サーバ建てなくていいので、あらゆる場面でMercurial+MQを使うことを俺はお勧めする。


847 名前:デフォルトの名無しさん mailto:sage [2011/06/08(水) 22:31:07.08 ]
>>845
名前付きブランチとリビジョン番号がgitに無い。
それ以外は、あんまり変わらない。

848 名前:デフォルトの名無しさん mailto:sage [2011/06/09(木) 11:29:29.11 ]
>>845
Mercurialのlogは入っているコミットすべて出てくる。
Gitはブランチ(コミット)からたどれるコミットだけ出てくる。
Gitでコミットを消去するという時は、普通は単にたどれないようにするだけで、
ゴミは残ってる。

849 名前:デフォルトの名無しさん mailto:sage [2011/06/10(金) 18:07:18.75 ]
Mercurial を理解する

新規ユーザは Mercurial の分散開発モデルに混乱するかもしれません。このページ
では、いくつかの基本概念を解説しようと思います。 順を追った説明は チュートリア
ル を参照してください。
======================================================================
あーチュートリアルを見た方が系統立った理解ができるんすね。
では、では、、、
======================================================================
Mercurial の使い方のチュートリアル

このチュートリアルは Mercurial の使い方を紹介します。SCM ソフトウェアを使うにあ
たっての特定の予備知識は必要ありません。

{i} あらかじめ Mercurial を理解する を見ておくとよいでしょう
======================================================================
あらかじめ Mercurialを理解するを見ますか、、、、

「Mercurial を理解する」に飛ばされるじゃないかお!!!
循環参照だお!!!技術者として恥ずかしくないのかお!!!

早くデバッグしろお!!!

850 名前:デフォルトの名無しさん [2011/06/10(金) 22:03:31.22 ]
>>849
見たらフラグ立てろよwww



851 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 05:42:21.77 ]
フラグへし折り男。登場

852 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 07:29:47.37 ]
MQで、
・パッチの順番を入れ替える方法
・ファイルの一部だけをコミットする方法
を教えてください。


853 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 09:10:49.35 ]
>>852
> ・パッチの順番を入れ替える方法
1 入れ替えたいパッチをすべてqpop
2 .hg/patches/qseriesを編集
または、hg qnew hoge; hg qfold パッチ、でパッチを現在の位置に移動できる
> ・ファイルの一部だけをコミットする方法
record extensionのqrecord

854 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 12:37:22.37 ]
>>853
ありがとうございました。.hg/patches/qseriesを手で編集するとは驚きです。

855 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 13:41:35.93 ]
仕事で使ってるソースコードとか、自前のサーバ用意するのが面倒だから
Bitbucket 使いたいんだけど、セキュリティとか、さすがにマズいかね?


856 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 14:00:42.41 ]
パッチの順序いれかえがseries編集ってのはどうにかならんかと思わんでもない
たしかにqfold使う手はあるけど、一時的に付けたパッチ名から名前を戻すのがめんどい

857 名前:デフォルトの名無しさん [2011/06/11(土) 17:13:38.48 ]
>>852
foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch13.html

858 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 18:40:53.09 ]
>>856
自分は調べるの面倒で、その方法でやれたからそのままやってるんだが、
公式に入れ替える方法ってそうなのかね?w

859 名前:デフォルトの名無しさん mailto:sage [2011/06/11(土) 20:56:16.05 ]
>>858
mercurial.selenic.com/wiki/MqExtension#Using_Mercurial_Queues
> You can change the patch order simply by moving them around in
> the series file. Make sure to only change entries in the series
> file for patches that are not currently applied.
一応これ公式だよな

860 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 22:15:29.29 ]
わざわざ調べてくれて感謝。
確かに公式ですな。




861 名前:デフォルトの名無しさん mailto:sage [2011/06/12(日) 23:36:08.12 ]
hg qpush --move じゃないの?

862 名前:デフォルトの名無しさん mailto:sage [2011/06/13(月) 13:06:23.63 ]
>>861
これか!
ttp://d.hatena.ne.jp/iakio/20110114/1295011527
さんくす



863 名前:デフォルトの名無しさん mailto:sage [2011/06/26(日) 00:27:12.74 ]
cvsのリポジトリをhgリポジトリに変換するのってどうやる?
ここにcvsimportの拡張があるのかと思ったけど、違うみたい
hg.beekhof.net/hg/cvs-import

864 名前:デフォルトの名無しさん mailto:sage [2011/06/26(日) 10:30:55.43 ]
cvs to subversion to hg

865 名前:デフォルトの名無しさん mailto:sage [2011/06/26(日) 11:08:52.52 ]
mercurial.selenic.com/wiki/RepositoryConversion#CVS

866 名前:デフォルトの名無しさん mailto:sage [2011/07/02(土) 00:40:06.81 ]
参考までに
kokucheese.com/event/index/13468/

867 名前:デフォルトの名無しさん [2011/07/02(土) 02:14:07.97 ]
TortoiseHg 2.0.5で下記のような3回連続コメントが15行程度あるファイル
hogehoge.txtならCommitできるがhogehoge.cではCommitしようとすると
エラーも出さずにthgw,exeが動作しっぱなしで帰ってこないのだが?
何か回避する方法はありませんか?
コマンドで直接hg commitすればいけるようなので最悪コマンドで
回避できそうですが?
/* c */ /* c */ /* c */


868 名前:デフォルトの名無しさん mailto:sage [2011/07/02(土) 16:08:47.55 ]
そのコメントの書き方をやめる

869 名前:863 mailto:sage [2011/07/02(土) 21:34:57.04 ]
>>865
遅くなったけど 教えてくれてありがとう

870 名前:デフォルトの名無しさん mailto:sage [2011/07/03(日) 10:41:12.69 ]
TortoiseHGの最新版ってさ、push/pullのURLの入力欄が消えてない??




871 名前:デフォルトの名無しさん mailto:sage [2011/07/03(日) 12:09:18.59 ]
TortoiseHG2.1が公開
tortoisehg.bitbucket.org/
GUIでキーボード操作がほとんど出来ないのが不満だ。
alt+のショートカットでいいから割り当ててほしいんだけど。

872 名前:デフォルトの名無しさん mailto:sage [2011/07/04(月) 07:11:03.76 ]
>>867
2.1で直ってる

>>871
https://bitbucket.org/tortoisehg/thg/wiki/KeySequences


873 名前:デフォルトの名無しさん mailto:sage [2011/07/04(月) 12:22:50.48 ]
hgsubversionでcloneできないリポジトリがあるんだけど
どうすりゃいいのコレ

最初はトップレベルのフォルダに全てのファイルが入っていて、
途中のリビジョンからtrunkに移動しているリポジトリがあるのだが
そのリビジョンの取得がいつまで経っても終わらない
layoutはstandardに設定した。
途中のリビジョンからcloneするのは--layout singleでないと出来ないらしい。

A+ trunk/changes.txt
A+ trunk/readme.txt
............
fetching files...
........................................................................................................................................................................

874 名前:デフォルトの名無しさん mailto:sage [2011/07/04(月) 13:00:51.64 ]
Mercurial hosting ― bitbucket.org
bitbucket.org/

がgithubみたいな位置づけと考えて良いの?

875 名前:デフォルトの名無しさん [2011/07/04(月) 20:03:09.71 ]
おまえら、1.9について語っても良いんだぞ? 
www.selenic.com/hg/help/filesets とか。


876 名前:デフォルトの名無しさん mailto:sage [2011/07/04(月) 20:30:56.51 ]
治】菅首相の資金管理団体、北の拉致容疑者親族所属政治団体から派生した政治団体「政権交代をめざす市民の会」に6250万円献金★3
raicho.2ch.net/test/read.cgi/newsplus/1309573084/

現実のほうがものすごいことが起きている件について、キミはどう思う?


特捜1「献金されています!五千万です!」
特捜2「献金元はどこだ・・・!?」

特捜1「・・・これは・・・ウソだろ?総理です!総理が五千万献金しています!」

110:名無しさん@12周年 07/02(土) 08:36 GAZzjy8T0 [sage]
オバマがビンラディンの親族が属する政治団体に大口寄付してたようなものw

909:名無しさん@12周年 07/02(土) 09:55 oEGy+UI/0 [sage]
テロのスポンサーが総理大臣って…。

>25 名前:名無しさん@12周年[] 投稿日:2011/07/02(土) 08:22:15.91 ID:8a/xyVGw0 [1/9]
>一瞬拉致被害者団体に献金ならまぁいいんじゃないかと思ったんだが
>よく読んだら容疑者団体ってwwwwww
>有り得ない文字に目がおかしくなったのか俺wwwww

俺もwwwwww



やっぱりな、
拉致被害者ってゆすりが目的だと
思ってたけどやっぱりそうだったのか
なんか胡散臭いとずっと思ってたけど
これで証明されたな、

877 名前:デフォルトの名無しさん mailto:sage [2011/07/08(金) 17:56:25.88 ]
TortoiseHGが、bug fix release出しおった。


878 名前:デフォルトの名無しさん mailto:sage [2011/07/09(土) 04:57:24.01 ]
今回のアップデートで、syncが使えるようになった
2.1にしたら、エラーで強制終了するようになって、困っていたが

879 名前:デフォルトの名無しさん mailto:sage [2011/07/17(日) 13:55:05.91 ]
いまいち無名ブランチってのが良くわからない
hg branch barnch-name と何が違うの?

880 名前:デフォルトの名無しさん mailto:sage [2011/07/17(日) 14:49:19.12 ]
default ブランチのことじゃないの?
あるいは特定のリビジョンから生える同名の別ブランチとか。



881 名前:デフォルトの名無しさん mailto:sage [2011/07/18(月) 02:26:37.80 ]
>879
分散型はローカルでチェンジセットを更新していくので、サーバー上のリポジトリのチェンジセットと競合が起きる。
その際の対処としてMercurialが自動でブランチを作って枝分かれしておく。
それが無名ブランチ。defaultのブランチも無名ブランチ。
集中管理型から来ると競合時に勝手に分岐されて大混乱する。

882 名前:デフォルトの名無しさん mailto:sage [2011/07/18(月) 07:09:51.63 ]
GitとBazaarは自分でブランチを意図的に作らないといけないので、
Mercurialの無名ブランチはかなり独特だと思う。

883 名前:デフォルトの名無しさん mailto:sage [2011/07/18(月) 21:51:31.64 ]
gitって、mq相当のことはひたすらローカルリポジトリ内でcommitを整形していく感じなんだな。
ローカルとは言えcommitしたのをいじくり回すってのは結構違和感がある。

ってなことをgitのスレに書くといろいろありそうなのでここに書く。

884 名前:デフォルトの名無しさん mailto:sage [2011/07/18(月) 23:22:29.36 ]
同種ツールの一長一短、ポリシーの違いだからなぁ
使ったことないけどbazaarも同じようなことしようとするとmercurialとまったく同じにはならんのだろう

885 名前:デフォルトの名無しさん mailto:sage [2011/07/18(月) 23:50:46.43 ]
>>883
gitにはguiltがあるな。
hgでもローカルだとすぐqimport -rでいじくり回してしまう自分には
gitでも違和感はないが、正直mqのほうが使いやすい気がする

886 名前:デフォルトの名無しさん mailto:sage [2011/07/19(火) 00:27:02.65 ]
>>883
ローカルリポジトリは過去の記録ではなく作業場所であり
ローカルcommitは公開するcommitの下書きにすぎない、
と考えるようにすると腑に落ちると思います。

887 名前:883 mailto:sage [2011/07/19(火) 09:56:47.19 ]
条件後出しですみません。
linuxカーネルの開発などの、パッチの形でレビューを受ける必要があるものは、
gitだとどうやってるんだろう?と疑問に思ったのが発端です。
ひたすらローカルでcommitを整形して、完成したと思ったらgit format-patchで
各commitをパッチにするというあたりがmqに比べると手間がかかるなあと。

guiltやstgitがあるというのはわかってるんですけど、いまいちこれらのツールの
出来が中途半端な感じだったりするし……

888 名前:デフォルトの名無しさん [2011/07/31(日) 21:44:33.45 ]
これ使うとtrunkやbranches、tagsが違う名前になっていたりしても、clone出来るみたいだ
https://bitbucket.org/AtomikPunk/hgsubversion-flexiblelayout/overview

889 名前:デフォルトの名無しさん mailto:sage [2011/08/06(土) 13:22:53.98 ]
hg mv dir1 other/dir1
hg mv dir2 other/dir2
...
としたのを取り消すにはどうしたらいいでしょうか。

890 名前:デフォルトの名無しさん mailto:sage [2011/08/06(土) 14:18:23.77 ]
commitするまえならもう一度mvして元の場所に戻してやればいいよ



891 名前:デフォルトの名無しさん mailto:sage [2011/08/06(土) 14:25:59.47 ]
revertで戻せないか?

892 名前:デフォルトの名無しさん mailto:sage [2011/08/06(土) 14:37:44.42 ]
revert使うとotherディレクトリ内にファイルが残る気がする

893 名前:デフォルトの名無しさん mailto:sage [2011/08/06(土) 18:53:35.92 ]
>>890
その方法はうまくいきませんでした。

>>891
revertで戻せました。ありがとうございます。

>>892
その通りだったので、あとで手動で削除しました。

894 名前:デフォルトの名無しさん mailto:sage [2011/08/07(日) 14:51:02.26 ]
MQを使っているのですが、MQでブランチみたいなのはできますか。
MQだとパッチが1列に並んでいると思いますが、これをツリー状に持ちたいです。

895 名前:デフォルトの名無しさん mailto:sage [2011/08/07(日) 15:44:15.48 ]
普通にブランチ切ったらええがな

896 名前:デフォルトの名無しさん mailto:sage [2011/08/10(水) 00:26:44.05 ]
Cloud9IDEで遊んでる人おらん?
bitbucketサポート始まったので、いじり中。

ちなみに、無料アカウントだと、bitbucketのプライベートリポジトリはアクセスできないから、注意ね。

897 名前:デフォルトの名無しさん mailto:sage [2011/08/10(水) 11:40:25.08 ]
間違って hg qnew してしまったのを、取り消すことはできますか。
hg rollback したけど no rollback information available と言われてしまいます。

898 名前:デフォルトの名無しさん mailto:sage [2011/08/10(水) 23:53:24.85 ]
>>897
これでいいかな?
hg qrefresh -X \*; hg qpop -f; hg qrm `hg qnext`

もしhg qrefreshするつもりだったのを間違えてhg qnewしたのであれば
hg qpop; hg qfold `hg qnext`


899 名前:デフォルトの名無しさん mailto:sage [2011/08/11(木) 15:07:04.56 ]
qfoldか、いつも

hg qpop
patch -p1 -d. < .hg/patches/mistake.patch
hg qdel mistake.patch

ってやってたりする


900 名前:デフォルトの名無しさん mailto:sage [2011/08/17(水) 13:50:59.03 ]
>>813
Histedit



901 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 01:01:37.37 ]
hgやgitって空ディレクトリを扱えないんだけど何で?
技術的な設計上、何か問題があったんだろうけど、その理由が分からなくて
疑問に思ってるんだ。

902 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 01:35:50.88 ]
逆に聞きたいんだけど空ディレクトリって何に必要なの

903 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 03:25:04.10 ]
でも空ファイルは扱える!不思議!

>>902
必要な理由なんて数多あると思うけど。

904 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 06:02:57.72 ]
>>901
gitだけどこんなのあった。簡潔に日本語でまとめてくれ。
kerneltrap.org/mailarchive/git/2007/7/17/251902

905 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 07:21:45.85 ]
>>904
「Linusが気にしなかったから」

906 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 09:54:36.03 ]
>>905
それ当初はそうだった、という話でしょ。
それから?

907 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 12:16:13.59 ]
>>903
別に不思議でも何でもないと思うけど。

908 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 15:00:31.37 ]
>>901
aさんがhogeというディレクトリを作りました。
bさんがhogeというファイルを作りました。
マージしたら?

あと大文字小文字とか。

909 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 16:40:17.24 ]
>>908
実装の方で、ディレクトリは最後に'/'を付けて扱う
ファイルには'/'を付けない

っていうで回避できると思うんだ。
そこまで修正は必要ないはずだし、何で嫌がったんだろ?
思いつかなかったとかそんなことあるわけないし。

910 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 16:43:26.45 ]
>>904
ざっと訳させてみた

それで、たとえ人が空のディレクトリが価値がないという意見であるとしても、
以下を貯蔵所に入れること: 私が全てのサブディレクトリでチェックするならば、
階層とこのサブディレクトリがそうでない所で枝への当時の切り替え
現存して、私はサブディレクトリが_gone_であると思っていて、いくつかを持っていません
散らかっている空のディレクトリを散らかすこと。
そして、そのクズ-違いは、それで間違った何も本当にするのを見ることができます
ものを改善してください。
それで、クズが内容トラッカーであると思われるならば、私は方法を見ることができません
内容を追跡して、ディレクトリを空にすることが実際にできるそれのまわりで
_are_内容。 それは、特殊活字とともにまわりを飛んで、彼らにそうさせることができません
私が枝またはタグを変えるとき彼らの許可。 そして、
上記の「感触」を用いた回避方法は、するために、本当にひどいです
手ですべての時間。
クズは、中で0までの長さのファイル名で、ファイルを技術的に追跡することができました
空のディレクトリもしも1はそれを含むためにはっきりとそれに話します、好きにしてください
\をクズ加える!-x「subdir
あるいは、誰かを持ちますよりよい考えまたはインターフェースまたは正当性? 私はわかります
とてもそこで、人が気にしない使用事例は、だいたい空です
ディレクトリを行っていない、_content_トラッカーを除けば、ディレクトリ
彼らが空であるからは、全く深刻なようです。
Ok、私を殺してください。 これは、たぶん最も一般のFAQ/rant/whateverでなければなりません
関しているクズ。



911 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 18:44:55.02 ]
>>909
.hg/store/data/を見れば、内部構造がファイル単位なのはすぐわかるだろ。
/をつけるも何も、空ディレクトリを特別扱いしないと記録ができないよ。
RCSやCVSも同じ。

912 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 21:15:31.38 ]
>>909
その話も>>904のリンク先にあった。

>>911
空ディレクトリを特別扱いするのは良いんだけど、
特別扱いするにはさらに問題があるという話だと思う。

それから?

913 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 21:50:36.30 ]
ディレクトリをバージョン管理するのって何だかんだ面倒だろうしね。
中にバージョン管理外のファイルがあるかどうかも気にしなきゃいけないし、
ファイルと比べて移動や変名が失敗する率も高いし。

空ディレクトリを扱いたいっていう要望がその手間には
見合わないっていう判断なんだろう。

914 名前:デフォルトの名無しさん mailto:sage [2011/08/20(土) 16:22:56.70 ]
空ディレクトリの管理をする必要性がわからん
どんなときにつかうの?

915 名前:デフォルトの名無しさん mailto:sage [2011/08/20(土) 21:16:19.42 ]
ディレクトリがなくてスクリプトが止まるとかささいなストレスの元が一個減る

916 名前:デフォルトの名無しさん mailto:sage [2011/08/21(日) 01:23:39.99 ]
そんなのドットファイル1個作っとくとかじゃだめなのか?

917 名前:デフォルトの名無しさん mailto:sage [2011/08/21(日) 11:15:47.18 ]
そういうことをしなくて済むってことでしょ

918 名前:デフォルトの名無しさん mailto:sage [2011/08/21(日) 11:34:35.21 ]
>>916
それじゃ、ここでいう空ディレクトリではないでしょ

919 名前:デフォルトの名無しさん mailto:sage [2011/08/21(日) 12:06:47.78 ]
「ここでいう空ディレクトリ」に変更履歴なんてないじゃん

920 名前:デフォルトの名無しさん mailto:sage [2011/08/21(日) 23:46:12.94 ]
空ディレクトリを作れるようにして
そのディレクトリの下には一切addできない
ってことにしとけばよくない?




921 名前:デフォルトの名無しさん mailto:sage [2011/08/22(月) 19:30:54.84 ]
>>919
パーミッションの変更とか。

922 名前:デフォルトの名無しさん mailto:sage [2011/08/22(月) 21:44:00.56 ]
空ディレクトリの有無も立派な変更です

923 名前:デフォルトの名無しさん mailto:sage [2011/08/22(月) 22:40:04.94 ]
>>922
そう言われればそうだけど、
そうじゃないと言えばそうじゃない。

924 名前:デフォルトの名無しさん mailto:sage [2011/08/23(火) 11:08:58.19 ]
名前変更追跡できるVCSならそれも。

925 名前:デフォルトの名無しさん [2011/08/27(土) 13:42:33.74 ]
Mercurial 1.9.2 (2011-08-26)
This is a regular bugfix release (slightly early due to travel plans).

926 名前:デフォルトの名無しさん [2011/09/17(土) 22:07:54.59 ]
メンテナンス

927 名前:デフォルトの名無しさん [2011/10/04(火) 03:09:28.24 ]
Bitbucketが、gitに対応しちゃった。

928 名前:デフォルトの名無しさん mailto:sage [2011/10/18(火) 21:59:17.57 ]
ずっと悩んでるんだけど、コミットメッセージに句点ってつける?

929 名前:デフォルトの名無しさん mailto:sage [2011/10/18(火) 22:21:38.59 ]
>>928
mercurial.selenic.com/wiki/ContributingChanges#Patch_descriptions
> lowercase summary line, no trailing period

930 名前:デフォルトの名無しさん mailto:sage [2011/10/19(水) 00:25:26.56 ]
ほほー、こんなガイドラインがあったんですね。基本つけない方向にします。



931 名前:デフォルトの名無しさん mailto:sage [2011/10/19(水) 07:22:05.94 ]
mercurial.selenic.com/wiki/EncodingStrategy#Problems_and_constraints

932 名前:デフォルトの名無しさん mailto:sage [2011/10/19(水) 08:13:32.05 ]
>>929
lowercase summary lineってのにびっくりしたけど、mercurial の開発でのルールか。
summary 文字数制限はないんだな。

933 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 12:28:58.53 ]
次は2.0か……

934 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 15:49:40.97 ]
MQでqfoldしようとすると、編集中のファイルがある場合は
$ hg qfold tmp1
abort: local changes found, refresh first
のように怒られます。
現在編集中のファイルをqrefreshすることなく、qfoldをさせることはできますか。

935 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 16:20:18.62 ]
MQで、qrefreshする際に、指定したファイルの、指定した箇所だけ現在のパッチに追加することはできますか。
qrecordだと、パッチ全体を作り直すみたいなので、そうじゃなくて現在のパッチに追加だけをしたいんですが。

936 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 16:53:51.27 ]
>>934
自分がそういう状態になってしまったら、
hg qnew tmp2 (編集中のファイル)
hg qpop
hg qfold tmp1
ってやると思う。

937 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 17:05:03.39 ]
>>936
その場合、編集中の内容が tmp2 というパッチになるけど、
その内容を作業ファイルに戻し、かつtmp2を消すにはどうするのでしょう。

hg qnew tmp2
hg qpop
hg qfold tmp1
hg qpush # tmp2 が適用される
hg delete tmp2 # 適用済のパッチを削除できない?

938 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 17:21:45.19 ]
mercurial.selenic.com/wiki/UnicodeOnWindows

939 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 18:25:01.16 ]
キタ━━━━(゚∀゚)━━━━!!!!

940 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 21:36:22.98 ]
>>937
>>898




941 名前:デフォルトの名無しさん [2011/10/26(水) 20:59:26.81 ]
>938
日本語ファイル名がSVN並みに安定して使えるのであれば乗り換えたい
以前使ってみて使いやすさ、わかりやすさに良い感触を得たが
日本語ファイル名のからみでSVNにもどった
だからこれに期待する


942 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 22:43:12.44 ]
A proposal on solve encoding problem on Windows.
markmail.org/thread/vfld5wxtyboeokiq

943 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 22:51:00.73 ]
A proposal on solve encoding problem on Windows.
groups.google.com/group/mercurial_general/browse_thread/thread/2ab07b11e8d5dec4/6b0c76a817f1d7d1

944 名前:デフォルトの名無しさん mailto:sage [2011/10/29(土) 11:23:38.28 ]
Initial support of Unicode filenames
markmail.org/thread/7wqmpzod5opsnmi3

945 名前:デフォルトの名無しさん [2011/11/02(水) 06:46:22.79 ]
2011-11-01 Mercurial 2.0 released!

946 名前:デフォルトの名無しさん mailto:sage [2011/11/02(水) 19:25:52.78 ]
TortoiseHGを最近使いだして、その使い勝手に感激しています。
そこで質問なんですが、ファイルの更新日時も管理対象にすることはできないのでしょうか?

特定のリビジョンへ更新した際に、更新日時もそのときのものに変更されれば
最高なんですが。

947 名前:デフォルトの名無しさん mailto:sage [2011/11/02(水) 19:40:30.94 ]
>>946
タイムスタンプ更新是非については総合スレの話題として、
それらしき拡張はあるようだ。
mercurial.selenic.com/wiki/UsingExtensions
mercurial.selenic.com/wiki/TimestampExtension
mercurial.selenic.com/wiki/TimestampModExtension

948 名前:デフォルトの名無しさん mailto:sage [2011/11/02(水) 21:58:54.77 ]
>>947
TimestampModExtension
これ使ってみました。
手間いらずでバッチリ希望通りの動きをしているようです。
どうもありがとうございました。

949 名前:デフォルトの名無しさん mailto:sage [2011/11/03(木) 00:45:18.45 ]
2.0 も出たことだし、そろそろ本気出すか。

950 名前:デフォルトの名無しさん mailto:sage [2011/11/03(木) 09:35:58.28 ]
ver.3になったら本気だす



951 名前:デフォルトの名無しさん mailto:sage [2011/11/03(木) 09:47:57.82 ]
Ver.4になったらあの仕事を片付ける。

952 名前:デフォルトの名無しさん [2011/11/03(木) 15:10:49.23 ]
分散型のほうが手軽に使えていいよね。
かといってソースコードは集中してるほうがいいという。

結局、個人で小さく始める場合は分散型、大きく始める場合は集中型がいいのかなと。

953 名前:デフォルトの名無しさん mailto:sage [2011/11/03(木) 20:25:07.98 ]
>>952
Linuxは小さいと言うんだな

954 名前:デフォルトの名無しさん mailto:sage [2011/11/03(木) 21:42:31.39 ]
なにこの子

955 名前:デフォルトの名無しさん mailto:sage [2011/11/04(金) 00:14:34.54 ]
transplant エクステンション、便利なんだけど、
同じコメントのブランチが複数ニョキニョキと伸びていくのが
ニンともかんとも。

956 名前:デフォルトの名無しさん mailto:sage [2011/11/04(金) 10:56:29.11 ]
transplant と2.0で入ったgraftとの違いが分からん。

957 名前:デフォルトの名無しさん mailto:sage [2011/11/04(金) 12:09:52.63 ]
そもそもどっちもわからんから問題ない

それよりtortoisehgまだ?

958 名前:デフォルトの名無しさん mailto:sage [2011/11/04(金) 19:08:39.52 ]
graftは所謂cherry-pickingの機能。
ブランチの繋がりとか無視して、とにかく、欲しいチェンジセットをいいとこ取りで
継ぎ接ぎする。

959 名前:デフォルトの名無しさん mailto:sage [2011/11/05(土) 07:35:57.31 ]
Add a Unicode mode, but keep the bytes mode
markmail.org/thread/qj2eq7ywf2lsq2jd

960 名前:デフォルトの名無しさん mailto:sage [2011/11/05(土) 11:02:50.45 ]
>>945
>2011-11-01 Mercurial 2.0 released!

おめでとう!
ところで2.0の新機能って何?



961 名前:デフォルトの名無しさん mailto:sage [2011/11/05(土) 16:28:10.50 ]
MQ使ってるんだけど、applyされてないパッチの中身を見るにはどうしたらいいの?
つまり
hg qpop
hg qpop
hg qpop
とかしたときに、3つほどapplyされてないパッチができるけど、
その中身を確認したい。

962 名前:デフォルトの名無しさん mailto:sage [2011/11/05(土) 17:40:07.34 ]
>>961
.hg/patches/以下を直接見る

963 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 08:53:08.33 ]
>>962
そういう方法しかないのねサンクス

964 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 10:01:50.36 ]
>>960
sourceforge.jp/magazine/11/11/04/0354255

965 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 11:53:57.24 ]
この頃に比べると少しは良くなったのか?
ttp://www.atmarkit.co.jp/fjava/rensai4/devtool03/devtool03_5.html

966 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 12:28:38.99 ]
>>965
何が?

967 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 18:11:34.83 ]
>>964
さんくす。largfilesはいいね!

968 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 18:54:12.83 ]
バージョン番号は増えた

969 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 20:01:08.90 ]
2.0 のgraftってtransplantと何か違うのかね。


970 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 20:30:20.88 ]
transplantはパッチベースだけど、graftは3-wayマージという話



971 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 21:17:27.26 ]
で、日本語ファイル名に関してはどうなったのかね。

972 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 21:38:51.05 ]
>>971
うしこさん!君はどうしてうしこさんなんだ!!
selenic.com/pipermail/mercurial-devel/2011-November/035490.html

973 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 22:26:36.42 ]
ダメやん

974 名前:デフォルトの名無しさん mailto:sage [2011/11/06(日) 22:32:54.44 ]
今時CGIとかどんだけWeb創世記の化石なんだよw

975 名前:デフォルトの名無しさん [2011/11/07(月) 11:05:58.42 ]
TortoiseHG 2.2.0 記念あげ

976 名前:デフォルトの名無しさん mailto:sage [2011/11/07(月) 23:25:53.62 ]
ラージファイル拡張を備えた Mercurial 2.0 がリリース
www.infoq.com/jp/news/2011/11/hg20

977 名前:デフォルトの名無しさん mailto:sage [2011/11/07(月) 23:39:33.97 ]
今日mercurialを使い始めたのですが、
2点質問させてください。

1.
svnのリポジトリからconvertしたのですが(hg convert)
.hgtagsがmercurialのリポジトリの管理化にあるのは正常でしょうか?

2.
StatSVNみたいな(というStatSVNレベルの)
可視化ツールはありますか?
Gourceは抜きで…

以上、よろしくおねがいします。

【環境】
windows xp sp3
mercurial 2.0(mingw32 4.5.1でビルド)
python 2.6.6







[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<226KB

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