トップページ⇒tech
986コメント302KB

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

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん2009/08/25(火) 23:02:30
分散型バージョン管理システムMercurialについてのあれこれ

公式
http://mercurial.selenic.com/wiki/

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

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

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

TortoiseHG
http://tortoisehg.sourceforge.net/
0002デフォルトの名無しさん2009/08/25(火) 23:03:36
結構利用されてるはずなんだけど、無かったので立ててみた。
うちのプロジェクトも近々Mercurialにする予定。
0003デフォルトの名無しさん2009/08/25(火) 23:26:33
>>1乙
しかしこんなにスレ分散させて人集まるんかねぇ
分散型SCMだからむしろOKってか

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

CVS：http://pc12.2ch.net/test/read.cgi/unix/1093611448/
SVN：http://pc12.2ch.net/test/read.cgi/tech/1230488758/
　　：http://pc11.2ch.net/test/read.cgi/linux/1154701996/
0004デフォルトの名無しさん2009/08/25(火) 23:30:01
分散バージョン管理Git/Mercurial/Bazaar徹底比較
http://www.atmarkit.co.jp/fjava/rensai4/devtool03/devtool03_1.html

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

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

Mercurial hosting ― bitbucket.org
http://bitbucket.org/
0005デフォルトの名無しさん2009/08/25(火) 23:51:21
とうとう独立したか
Gitには勢いで勝ちたいなｗ
0006デフォルトの名無しさん2009/08/26(水) 00:22:53
このスレ見て、公式wikiの翻訳を半年以上放置してる事思い出した。
0007デフォルトの名無しさん2009/08/26(水) 07:03:08
Mercurial: The Definitive Guide
http://www.amazon.co.jp/dp/0596800673/

入門Mercurial Linux/Windows対応
http://www.amazon.co.jp/dp/4798021741/
0008デフォルトの名無しさん2009/08/26(水) 07:48:32
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

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

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所
0009デフォルトの名無しさん2009/08/26(水) 08:27:20
まじめなスレに霊長研貼るの止めろ
0010デフォルトの名無しさん2009/08/26(水) 14:08:12
(´-`).｡ｏＯ(どうして、スレタイにハゲがはいってないんだろう？)
0011デフォルトの名無しさん2009/08/26(水) 15:21:54
hgをハゲって呼ぶのは少数派なんだろ
0012デフォルトの名無しさん2009/08/27(木) 01:00:52
そういやハードゲイの人、すっかり見なくなったな。
0013デフォルトの名無しさん2009/08/28(金) 08:05:02
Martin Geisler(Mercurialのコミッタのひとり)がどっかて発表したスライドがあがってた。
http://www.selenic.com/pipermail/mercurial/2009-August/027292.html

英語だけどSCMの基礎的なところから書いてあるから結構わかりやすい。
0014デフォルトの名無しさん2009/08/28(金) 17:42:39
意地でも専用スレ立てないのが hg ユーザーのジャスティスかと思っていたが、
ついに立ったか。

日本語ファイル名に関しては、付け焼刃的対処方しかないんだよね。bzr に対抗できるかな。
0015デフォルトの名無しさん2009/08/28(金) 17:57:13
殆ど総合スレ乗っ取ってる感じだったから流石にあのまま行くわけにもいかんだろ
0016デフォルトの名無しさん2009/08/28(金) 20:16:15
>>14
中の開発者のコメントがいつかのMLに乗ってたけど
センスなかったからなぁ・・・
ファイル名と、そのバイナリ表現の意味合いを分離できていなかったわけで・・・
あの感じだと、実装させてもバグだらけだろうな。
0017デフォルトの名無しさん2009/08/28(金) 20:18:35
CJKV圏から誰か投入しないと
俺以外で
0018デフォルトの名無しさん2009/08/28(金) 21:37:41
>>16
それって誰のいつ頃のコメントだっけ
0019デフォルトの名無しさん2009/08/29(土) 00:38:13
>>17
っ[言い出しっぺの法則]
0020デフォルトの名無しさん2009/08/31(月) 14:04:02
ttp://pypi.python.org/pypi/hgsvn

よさげ？
0021デフォルトの名無しさん2009/08/31(月) 21:28:32
>>20
>>19
0022デフォルトの名無しさん2009/09/02(水) 01:30:23
>>13
TeXだからコンパイルできない
だれかpdfにしてくれ
0023デフォルトの名無しさん2009/09/02(水) 03:37:47
DownloadsのところにPDFあるじゃん？
0024デフォルトの名無しさん2009/09/02(水) 16:31:27
>>23
さんくす
0025デフォルトの名無しさん2009/09/09(水) 23:21:21
MercurialEclipse使ってる人いる？
以前入れようとして三回もうまくいかなかったんだが
0026デフォルトの名無しさん2009/09/10(木) 11:41:11
>>25
俺もだ。
何度やっても出来なかった。
0027デフォルトの名無しさん2009/09/10(木) 12:31:13
ここの住人の方達は、リポジトリを公開するときにどのサイトのサービスを使いますか?
0028デフォルトの名無しさん2009/09/10(木) 22:36:57
自分でホストすりゃいいんじゃね
0029デフォルトの名無しさん2009/09/12(土) 00:03:53
Mercurial Eclipse 1.4 released
http://www.vectrace.com/mercurialeclipse/

さて>>25-26の問題は解決してるかどうか。
0030デフォルトの名無しさん2009/09/12(土) 00:07:14
TortoiseHg 0.8.2 released
http://bitbucket.org/tortoisehg/stable/wiki/Home

こっちも出てた
0031デフォルトの名無しさん2009/09/14(月) 00:58:07
リリース情報のときくらいageろよ
0032デフォルトの名無しさん2009/09/14(月) 21:33:55
長い間CVSだったんですが、
Subversionがもはやデファクトと聞いて
Subversionの本を買って寝かしておきました。
そろそろ読むかと思ったらもはや分散の時代と聞いてhgに移ってまいりました...
CVSの時のようなinfoがない...
チュートリアルも分かりにくい...
細かい話はいいからとりあえず使用例が沢山欲しいのに。
0033デフォルトの名無しさん2009/09/14(月) 21:51:30
それで、Emacsのインターフェイスでは
ファイルの一覧と各ファイルの状態(新規とか最新とか変更中とか)の表示や
その変更がdiredのような感じでできないんでしょうか？
CVSではEmacsでそれができてとても便利なんですが...
0034デフォルトの名無しさん2009/09/14(月) 21:56:24
M-x dvc-status
0035332009/09/14(月) 22:10:53
良さげなのを見付けました。
CVS用のpcl-cvsっぽい感じで馴染めそう。
https://disi.unitn.it/~griggio/ahg.html

>>34
あ、そんなものもあったんですね。
ありがとうございます。
bazaarにも対応してるんですね。
こちらも期待していた表示や機能がありそうです。
aHgのelがファイル一つなのに対して規模も大きそうで高機能そうなので少し試してみます。
0036デフォルトの名無しさん2009/09/15(火) 15:19:50
>>27
俺はbitbucket使ってる。Githubに似てていい感じ。
ただ日本語のログは化けるので注意です。
Google Codeなら化けないらしいけど、
「どうやってhgリポジトリ使えばいいんだ・・・orz」
みたいな質問がStack Overflowにあったくらいだから面倒なのかも。
その質問の回答を見ればなんとかなるかもしれんが。
0037デフォルトの名無しさん2009/09/15(火) 16:39:03
>>36
google codeのhgはまだ招待者とかで制限されてんじゃないの？
0038デフォルトの名無しさん2009/09/15(火) 20:39:29
いや、登録ユーザーなら誰でも使えるよ
0039デフォルトの名無しさん2009/09/18(金) 17:59:45
CVSの$Log$や$Version$のように、
ソースコードに自動的にログ情報を埋め込む特殊文字列ってありますか？
0040392009/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のように人間が見て分かりやすい情報を入れたいのですが..
0041デフォルトの名無しさん2009/09/18(金) 19:59:40
>>40
コミット時のコメントは、テキストファイルのエンコーディングがわからないと入れられないし、
Revision番号も、RevisionIDと違ってブランチごとに異なる値だからなぁ・・・
0042デフォルトの名無しさん2009/09/19(土) 13:59:10
>>40
究極的にはコミットフックなどを使ってやるしかないんじゃないかなぁ。
0043デフォルトの名無しさん2009/09/22(火) 07:03:44
svn ls と同じことをする機能はありますか。
つまりリポジトリに入っているファイルの一覧をみたいです。
hg status だとリポジトリに入っていないファイルの一覧が見れますが、その逆がわかりませんでした。
0044デフォルトの名無しさん2009/09/22(火) 08:00:17
hg manifest
0045デフォルトの名無しさん2009/09/25(金) 22:51:11
Mercurial 1.3.2っていつリリースされるんだろ?
TortoiseHg 0.8.2は出たけど含まれてるMercurialのバージョンは1.3.2じゃないみたい。
0046デフォルトの名無しさん2009/09/27(日) 02:48:48
>>17
ジャンプ命令の人がやってくれるんじゃね？

まあファイル名の問題はpython3になれば100%解決するから時間の問題なんだよね。
今から対応するぐらいならpython3に移植した方が速い。
0047デフォルトの名無しさん2009/09/27(日) 08:17:49
いやいや。
Python3になるとWindowsでは最初からUnicodeでコマンドラインオプションを
受け取ったりするんだけど、Python-devに「バイト列としてアクセスする方法を
用意してくれ」って言ってたりするから、Unicode嫌いは相当のもんだぞ。
0048デフォルトの名無しさん2009/09/28(月) 03:09:30
遅れたけど>>44さんくす
0049デフォルトの名無しさん2009/10/05(月) 22:13:46
もしかしてココでbazaarの話したら呪われる？
0050デフォルトの名無しさん2009/10/05(月) 22:31:19
>>49 Bazaarスレもバージョン管理スレもあるのになぜここでBazaarの話をしたいんだ？
0051デフォルトの名無しさん2009/10/05(月) 23:24:02
bzr-hgのことじゃね?
0052デフォルトの名無しさん2009/10/06(火) 14:56:12
bzr-hgにはかなり期待してる。
0053デフォルトの名無しさん2009/10/06(火) 17:28:08
坊主らハゲっぽい名前でダサいな
0054デフォルトの名無しさん2009/10/07(水) 22:42:03
モタモタしてたら1.3.2より先に1.4が来ちまうぞ。
個人的にはsubreposがもっと強力になってほしいんだが……。
0055デフォルトの名無しさん2009/10/08(木) 02:01:14
11月1日にリリース予定なんだよな… > 1.4
0056デフォルトの名無しさん2009/10/08(木) 09:12:59
まぁ使いやすくなってればバージョン番号はどうでもいいんだがな。
4ヶ月ごとのリリースってのもわかりやすくていいし。
0057デフォルトの名無しさん2009/10/11(日) 20:43:56
hg manifestじゃなくてhg locateをつかってた。
0058デフォルトの名無しさん2009/10/14(水) 17:21:50
TortoiseHg 0.8.3が出てるじゃないか……
一週間近く気付かなかったぜ
0059デフォルトの名無しさん2009/10/15(木) 21:20:57
あと2週間で0.9出るけどね。
0060デフォルトの名無しさん2009/10/15(木) 21:24:59
人柱版：
http://bitbucket.org/tortoisehg/thg-winbuild/downloads/
0061デフォルトの名無しさん2009/10/16(金) 00:11:26
SourceForge.JP で Mercurial がデフォルトのソースコード管理ツールに
http://japan.internet.com/linuxtoday/20091014/4.html

タイトルが誤解を招きそうでよくないんだが……
新規プロジェクトを作ると最初からMercurialリポジトリ使える状態だってことらしい。
0062デフォルトの名無しさん2009/10/16(金) 00:14:34
sourceforge.netはけっこう前から使えてたよね？
.netの方と.jpの方って同時にアップデートするわけじゃないのか……
0063デフォルトの名無しさん2009/10/16(金) 22:37:19
OpenOffice.org、ソースコード管理ツールを「Mercurial」に移行へ - SourceForge.JP Magazine
http://sourceforge.jp/magazine/09/10/16/033250
0064デフォルトの名無しさん2009/10/18(日) 10:14:17
Mercurial 1.4のリリースは1〜2週間程度遅れるっぽい。
0065デフォルトの名無しさん2009/10/18(日) 10:27:26
あらら(´・ω・｀)
0066sage2009/10/20(火) 18:52:28
proxy越しにhttpsなリポジトリに接続できてる人っています？
pythonのurllib2モジュールのバグ(http://bugs.python.org/issue1424152)が
原因なのでこれがfixされたらできるだろうと思ってたんだけど接続できない。
Mercurialも最新版にしないとだめかな？
もしくはモジュールのバグフィックスは手動で何かしないと反映されない？

と思ってここまで書いたけど1.3.1のリリースノート見返したらfixedって書いて
ありました。(proxy,httpsで検索してもダメで"SSL through proxies"って書いてありました)
スレ汚しですが自分みたくaptとかyumでインスコしてハマる人もいるかもしれないので一応カキコ。
0067デフォルトの名無しさん2009/10/20(火) 18:53:59
sageそこなった…orz
0068デフォルトの名無しさん2009/10/21(水) 12:06:24
TortoiseHg 0.9のRC版:
http://bitbucket.org/tortoisehg/thg-winbuild/downloads/TortoiseHg-ReleaseCandidate-091019.exe
0069デフォルトの名無しさん2009/10/21(水) 19:29:47
Mercurialはディレクトリ操作に対応してないのな。
Subversionみたくサーバ用意しなくて済むから今更戻れないけど。
0070デフォルトの名無しさん2009/10/21(水) 20:28:29
>>69
ディレクトリ操作というより、ディレクトリそのものを管理できない。
ディレクトリはファイルパスに含まれるもの、って扱い。
つまり空のディレクトリは無視されるので、それを管理下に置きたければ
ダミーファイルを中に作っておく必要がある。
0071デフォルトの名無しさん2009/10/21(水) 20:36:54
>>70
そんなことよりも、ディレクトリの下に大量のファイルがあると
ディレクトリのrenameで大量のrevlogができてリポジトリが膨れる。
0072デフォルトの名無しさん2009/10/21(水) 22:33:30
ファイルのrenameで空になるディレクトリを消したり無いディレクトリを作ったりまでしてくれる徹底した姿勢はある意味すき。
0073デフォルトの名無しさん2009/10/22(木) 10:20:05
>>71
あんまりリポジトリサイズは気にしたことなかったけど、
renameでそんなに膨らむもんなのか。
Mercurialってrenameはちゃんとrenameとして認識してくれないんだっけ？
ただの「削除+追加」ではなくて。
0074デフォルトの名無しさん2009/10/22(木) 11:29:32
mqでパッチスタックの真ん中だけ適応させるって可能なんだろうか。
たとえば、a, b, c, d といったパッチを作って、bだけ適応するってかんじ。
それぞれのパッチは機能的に独立していると見なしたいので、バラバラに適応できないと不便なんだが。
0075デフォルトの名無しさん2009/10/22(木) 20:08:10
>>73
ディレクトリが管理対象なら「ディレクトリのリネーム」って履歴ひとつだけど
管理対象じゃないならディレクトリ内の個々のファイルに「ファイルのリネーム」って履歴がつくから
同じようなコマンドでも履歴の量が段違いということ
0076デフォルトの名無しさん2009/10/23(金) 06:04:48
>>74
hg qguard 使えばできると思うが。
0077デフォルトの名無しさん2009/10/24(土) 04:06:41
>>75
あー、なるほど納得。ありがとう。
0078デフォルトの名無しさん2009/10/24(土) 12:05:49
>>76
あー、なるほど。ただいま勉強中。
0079デフォルトの名無しさん2009/10/29(木) 00:00:21
最終的にMercurial 1.4のリリースは約1週間の遅れで済みそう。
0080デフォルトの名無しさん2009/11/02(月) 22:54:12
pbranchってのを勉強中。mqの代わりとして使える。
http://arrenbrecht.ch/mercurial/pbranch/

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

TortoiseHgでも将来サポートされるかも。
http://bitbucket.org/peso/thg-pbranch/
0081デフォルトの名無しさん2009/11/05(木) 16:25:45
やっぱり2週間遅れの11/16・・・。
http://sourceforge.net/mailarchive/forum.php?thread_name=3f40cf550911041111x1c37abf6ydf3b2d3489a435b6%40mail.gmail.com&forum_name=tortoisehg-discuss
0082デフォルトの名無しさん2009/11/18(水) 13:10:30
昨日出ました。

ダウンロード: http://bitbucket.org/tortoisehg/stable/downloads/
リリースノート (英語): http://bitbucket.org/tortoisehg/stable/wiki/ReleaseNotes
リリースノート (日本語): http://bitbucket.org/kuy/thg-ja/wiki/ReleaseNotes
マニュアル (英語): http://tortoisehg.bitbucket.org/manual/0.9/
マニュアル (日本語): http://tortoisehg.bitbucket.org/manual/0.9-ja/
0083デフォルトの名無しさん2009/11/21(土) 11:14:18
1.4をeasy_installしてみたけど、メッセージが日本語で出ないな。
LANGやLANGUAGEを色々変えてもだめ。
コマンドラインで日本語出た人いる？
0084デフォルトの名無しさん2009/11/21(土) 16:49:55
>>83
たしかに easy_install でインストールした方の hg は日本語だめだった。
でも TortoiseHg 付属の hg はちゃんと日本語出てる。
easy_install の場合はどこに locale フォルダを置けばいいんだろう？
0085デフォルトの名無しさん2009/11/22(日) 20:51:03
TortoiseHg 0.9、なんかUIが変わったね。
すっきりした反面、いつも使ってたボタンが消えてて困った。
0086デフォルトの名無しさん2009/11/23(月) 17:45:55
トップの画像をよく見たら日本語だった
ttp://tortoisehg.bitbucket.org/img/vt_history.jpg
ttp://tortoisehg.bitbucket.org/img/vt_commit.jpg
0087デフォルトの名無しさん2009/12/02(水) 16:36:47
Mercurial 1.4.1 & TortoiseHg 0.9.1 ktkr
0088デフォルトの名無しさん2009/12/02(水) 21:04:33
Logが変なことなってるな。
なんでマージしたあとタグ打ってまたマージしてるんだ？
0089デフォルトの名無しさん2009/12/06(日) 22:57:02
0.9.1.1が出てるじゃないか。
バージョン管理システム総合スレであったエラーの修正版かな。
0090デフォルトの名無しさん2009/12/07(月) 12:19:22
なんか書き込みといったらリリース情報だけだねえ。
まあ話題もそうはないか。機能的には特に不満はないし、
ファイル名に関しては絶望的だし。('A`)
0091デフォルトの名無しさん2009/12/07(月) 21:14:55
ファイル名の問題だけでbzrに移行した方が良いか迷っている…
他の人に勧めて業務での導入にこぎつけたから変えたくないんだけど。
0092デフォルトの名無しさん2009/12/10(木) 04:21:44
transaction abort!
rollback completed
abort: unknown encoding: windows-31j, please check your locale settings
, error code: -1

eclipseに入れて初めてコミットしようとしたときに出るこれにゃんにゃんでしょうか？
0093デフォルトの名無しさん2009/12/10(木) 04:24:24
エラーメッセージの内容は読もう
0094デフォルトの名無しさん2009/12/10(木) 04:31:01
ワークスペースの文字コードをUnicode-8に戻してみたり
してみたけれども、同じメッセージが出てしまうし
検索してみても、コミュニティのissueにこのメッセージが
載ってただけで特にコメントはついてなかったです・・・

どの部分のエンコーディングの問題なんですかね？
あ、つい最近Mercurial試そうとし始めた素人ですすいません
0095デフォルトの名無しさん2009/12/10(木) 04:33:48
HGENCODING設定しろ
0096デフォルトの名無しさん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
向けの情報を見落としていた感です
お邪魔しました
0097デフォルトの名無しさん2009/12/16(水) 19:12:51
HgEclipseが独自の日本語対応したと言ってるけどどんな感じ？
0098デフォルトの名無しさん2009/12/18(金) 11:56:34
まだ試してないなぁ。というかHgEclipseは何故Mercurial Eclipseから派生したんだろうか・・・。
0099デフォルトの名無しさん2010/01/03(日) 17:50:09
Mercurial 1.4.2 and TortoiseHg 0.9.2
ttp://mercurial.selenic.com/wiki/

元旦リリースとかがんばるなぁ
0100デフォルトの名無しさん2010/01/08(金) 22:53:10
年末年始関係なく、淡々と開発が続いてたよ。
0101デフォルトの名無しさん2010/01/21(木) 11:05:32
あるファイルのある履歴データを削除したいんだけど、
なんか方法ないっすかね？

.hg が大きくなっちゃったんでシェイプアップしたいんだよね...
0102デフォルトの名無しさん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" でパッチの適用を再開する。

チェンジログの改変は危険なのでバックアップは必ずしておいてね。
どうでもいいリポジトリで練習してからの方がいいかも。
0103デフォルトの名無しさん2010/01/23(土) 02:56:10
>.hg が大きくなっちゃったんでシェイプアップしたいんだよね...
今時、HDDの容量増やす方が手っ取り早い。
0104デフォルトの名無しさん2010/01/23(土) 09:08:43
>>103
と思っていて、どうでもいいものもどんどんコミットしてたんだが、
ネットワーク越しにcloneするときに時間がかかる
0105デフォルトの名無しさん2010/01/25(月) 18:45:57
米MicrosoftのCodePlex、分散型バージョン管理システム「Mercurial」のサポートを発表
ttp://sourceforge.jp/magazine/10/01/25/0241213
0106デフォルトの名無しさん2010/01/25(月) 20:59:09
TortoiseHg の日本語表示全般だと思うんだけど、
句点が中抜きの中点みたいになってしまうのはどうにもならないの？
0107デフォルトの名無しさん2010/01/25(月) 22:14:26
つ ttp://bitbucket.org/kuy/thg-ja/wiki/Japanese
0108デフォルトの名無しさん2010/01/25(月) 23:08:51
わお、何とかできるんですね。
デフォルトがあの妙なフォントになっているのには何か理由があるんだろうか。
せめて設定画面欲しいな。
0109デフォルトの名無しさん2010/01/26(火) 16:57:49
>>108
あのデフォルトのフォントはGTK+のWindowsテーマのものなんです。
で、何故そのままかというと、英語圏の人には不要というのが本音。

でもTortoiseHgの設定画面にフォント設定タブを作れば日本語向けの
デフォルトフォント設定値を含められるし、その方がいいかもなぁ。
3月1日リリースのTortoiseHg 0.10に間に合わせたいと思います。
0110デフォルトの名無しさん2010/01/27(水) 11:42:10
>>109
メンテナの方ですか？ぜひ。
0111デフォルトの名無しさん2010/01/28(木) 18:54:43
>>110
です。

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

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

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

時間的に本当に可能かは不明ですが、0.10はインストーラをWIXにするとか言ってるので、
こういう提案を盛り込む余地はありそうです。
0112デフォルトの名無しさん2010/01/29(金) 03:40:04
TortoiseHg には標準で dulwichを仕込んでおいて欲しいなあ。
0113デフォルトの名無しさん2010/01/29(金) 10:02:28
唐突ですが、http://mercurial.berkwood.com/ で公開されているコマンドライン版
で日本語等に起因する問題とかなにかありますか？

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

>>113
つまり、TortoiseHg同梱のMercurialを使う限り問題ないけど、
そこで公開されてるパッケージだと問題あるということ？
0115デフォルトの名無しさん2010/01/30(土) 20:49:03
>>114
GJ!

先日dulwichを入れるのにさんざん苦労した甲斐がなくなってめでたい
0116デフォルトの名無しさん2010/02/02(火) 16:37:43
Mercurial 1.4.3/TortoiseHg 0.9.3
0117デフォルトの名無しさん2010/02/02(火) 16:48:24
http://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). http://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) http://www.kingswood-consulting.co.uk/hg/perfarce/
?Shell extension DLLs now have version numbers


メンテナさんに感謝。
0118デフォルトの名無しさん2010/02/03(水) 01:42:11
>>116
>>117
ありがとうございます。アクセス規制で書き込めませんでした。
0119デフォルトの名無しさん2010/02/09(火) 21:33:00
Mercurial結構良いですね。サーバ建てなくて良いのが手軽で快適だなぁ。
個人で履歴を管理するには十分だなぁ
0120デフォルトの名無しさん2010/02/10(水) 02:09:41
うん。とりあえず管理するかー、ってノリで。
0121デフォルトの名無しさん2010/02/10(水) 14:58:55
ところで、TortoiseHgての使ってるんだけどコメント必須なのは伝統なの？
0122デフォルトの名無しさん2010/02/10(水) 19:41:08
hg自体そういう仕様だから
0123デフォルトの名無しさん2010/02/11(木) 01:40:50
どうしてもコメントを書きたくないならコミットフックで自動化できるけどな。
でもコメントないとバージョン管理の意味が半減するからオススメしない。
0124デフォルトの名無しさん2010/02/11(木) 19:14:58
バージョン管理の究極は自動コミットで良いと思うけど。
リリースとかそういうときにタグ打てれば十分。

バージョン管理とは別の問題だけど、プログラムとかテーブルを作ってる最中とかって、
フィールド名とか、ファイル名とか、メソッド名ってのは、
自分なりにしっくりする名前が確定するまで時間掛かるし、結構変更したくなるのはなんでだろうか。
0125デフォルトの名無しさん2010/02/12(金) 06:05:36
＞結構変更したくなるのはなんでだろうか。
変更が「簡単にできる」からでしょ。
名前の変更に物凄く手間が掛かるとなったら、あまりやりたくならないんじゃない？
0126デフォルトの名無しさん2010/02/12(金) 14:03:47
>>124
> フィールド名とか、ファイル名とか、メソッド名ってのは、
> 自分なりにしっくりする名前が確定するまで時間掛かるし、結構変更したくなるのはなんでだろうか。

いじってるうちに役割が変化するからだろ。
0127デフォルトの名無しさん2010/02/12(金) 14:55:22
名前からその対象を(連想して)思い起こすんだから、そのキーとなる名前が本来指している対象と
食い違っていたら当然違和感があるし、それはストレスだからだよ。
0128デフォルトの名無しさん2010/02/13(土) 01:41:29
>>126
あるあるー
0129デフォルトの名無しさん2010/02/14(日) 23:00:42
hg pull
hg update
の後にどのファイルが更新されているか確認するにはどのようにすればいいのでしょうか？
0130デフォルトの名無しさん2010/02/15(月) 00:19:02
>>129
hg log -v
0131デフォルトの名無しさん2010/02/15(月) 08:42:21
>>130
ありがとうございます
0132デフォルトの名無しさん2010/02/17(水) 04:15:15
3/1リリース予定、TortoiseHg 1.0のプレビュー(人柱)版です：
http://bitbucket.org/tortoisehg/thg-winbuild/downloads/tortoisehg-stable-0.9.3+115-afa14c7858a1-hg-1.4.3+159-7a6b5f85c3ab-x86.msi
http://bitbucket.org/tortoisehg/thg-winbuild/downloads/tortoisehg-stable-0.9.3+115-afa14c7858a1-hg-1.4.3+159-7a6b5f85c3ab-x64.msi

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

また、1.0向けの日本語マニュアルもスクリーンショット以外は完了しています：
http://tortoisehg.bitbucket.org/manual/1.0-ja/
0133デフォルトの名無しさん2010/02/17(水) 04:30:07
追記：

TortoiseHg 1.0 プレビュー版のインストール前に古いTortoiseHgをアンインストールする必要があります。
ただ、一度MSIのTortoiseHgをインストールしてしまえば、今後一切再起動の必要はなくなります。
アンインストール時は必ずホームディレクトリのMercurial.iniファイルのバックアップを取っておいてください。
インストール時に作成されたMercurial.iniは、アンインストール時に削除されてしまいます。
自分で作成した.hgrcは問題ない(はず)です。
0134デフォルトの名無しさん2010/02/17(水) 18:07:25
>>133
超重要じゃんそれ
0135デフォルトの名無しさん2010/02/17(水) 22:31:16
Mercurial.ini のこと言ってるんなら、今までも毎回上書きされてたような。
俺はこのファイルもバージョン管理してるよ。
0136デフォルトの名無しさん2010/02/17(水) 22:39:47
1.0になると国際化の問題とか解決する予定なの？
0137デフォルトの名無しさん2010/02/17(水) 23:03:40
国際化する気は全く無いようだな
0138デフォルトの名無しさん2010/02/17(水) 23:13:02
あら残念ｗ

んまー。ファイル名の問題だけなんとかなってくれれば個人的には、
だいたい　メニューが何を指すかわかるからいいんだけどね。
0139デフォルトの名無しさん2010/02/17(水) 23:20:47
>>135
げげ、まじですか・・・。
私はずっと.hgrcなので気付きませんでした。でもこの問題も新しいインストーラでは
解決されるので、注意しなければいけないのも今回の移行が最後です。

>>136
TortoiseHg自体の国際化はとっくに完了してるんですが、
日本語ファイルの扱いの問題についておっしゃっているのであれば、
それはMercurial本体の問題なので、残念ながらTortoiseHgでは解決できません。
ただ、シェル拡張のダメ文字問題はこちらでも認識していて、既知のバグです。
0140デフォルトの名無しさん2010/02/17(水) 23:25:12
ちなみにそのダメ文字問題というのはどういうものなの？
0141デフォルトの名無しさん2010/02/17(水) 23:53:26
>>140
ダメ文字問題についてはWikipediaなどを見ていただくとして、
http://bit.ly/1tXTrW

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

シェル拡張だけの問題なのでそれほど重大な影響を及ぼすとは思えませんし、
なにより直すの面倒なのでたぶんこのまま放置します。
0142デフォルトの名無しさん2010/02/18(木) 00:06:14
俺にとっては重要なとこなのに……＞アイコンオーバーレイ
0143デフォルトの名無しさん2010/02/19(金) 22:14:16
人に勧めづらいけど、実際使う分には問題ないよ。
0144デフォルトの名無しさん2010/02/19(金) 23:00:51
gitの方がなんか流行ってるよな
日本語圏としてはMercurialの方がいいんだけど
0145デフォルトの名無しさん2010/02/19(金) 23:55:42
GoogleとMSのホスティングはMercurial対応じゃなかったかな。
Gitは難しすぎるという理由で。。
0146デフォルトの名無しさん2010/02/20(土) 00:02:26
MercurialってUTF8はどう？
0147デフォルトの名無しさん2010/02/20(土) 01:22:26
>>146
つかえるよ
0148デフォルトの名無しさん2010/02/20(土) 02:05:47
日本語周り考えるとSubversionかMercurialしかないんだよな
0149デフォルトの名無しさん2010/02/20(土) 03:54:49
なんで日本語で Mercurial なんだ？
日本語使いたいなら Bazaar の方がマシだろ。
ちょっとわかりにくいから勧めはしないけど。
0150デフォルトの名無しさん2010/02/20(土) 04:09:45
BazaarはUnicode完全対応とか言ってる割にはファイル名文字化けする
0151デフォルトの名無しさん2010/02/20(土) 04:25:28
文字化けというか、diffの出力をそのままパッチとして違う環境に持って行けるように、
diff 内のファイル名エンコーディングを utf-8 にしちゃってる感じだな。
utf-8 対応のテキストエディタで開いたら問題ないけど、コンソールでそのまま
見ると化ける。
0152デフォルトの名無しさん2010/02/20(土) 10:05:57
>>151
コンソールをUTF-8にすればいいじゃん。
0153デフォルトの名無しさん2010/02/20(土) 13:22:31
そういう問題じゃないと思うぞ
Eclipseのプラグインでもファイル名文字化けしたりするからな
0154デフォルトの名無しさん2010/02/20(土) 13:48:02
>>153
ってことはBazaarが根本的な問題を抱えてるってことかぁ・・・。
Mercurialの日本語問題に絶望してBazaarならと思ってただけに残念だ。
0155デフォルトの名無しさん2010/02/20(土) 13:58:39
gitに比べたらhgもbzrも遙かにマシだけどね
0156デフォルトの名無しさん2010/02/20(土) 14:18:28
>>152
確かにそうなんだけど、Windowsとかでコンソールの設定弄るのが面倒。
>>153
Eclipseがbazaarとやりとりする方法に問題があるんじゃない？
>>154
根本的な問題はなくて、環境依存のバグがたくさん残ってる感じ。
Macでファイル名がNFCじゃなくてNFDで正規化されるのに対応できてないとか、
大文字と小文字を区別しないファイルシステムのサポートが不完全とか、
外部プロセス(diffとか)を起動するときの引数の文字エンコードとか。

Mercurial や git なら「そんなファイルシステムやエンコーディング使っている方が
悪い」で済ませちゃってるけど、Bazaarは大風呂敷広げちゃったせいでsvnに
必死で追いつこうとがんばってる感じ。
0157デフォルトの名無しさん2010/02/20(土) 15:31:41
開発者側は特殊なファイル名やディレクトリ、複数のエンコードの文章などは使わないだろうが
テスト側にとってはあって当たり前なので、今のところ SVN から離れられない。

なので確実に大丈夫なファイルだけ Hg で管理。
0158デフォルトの名無しさん2010/03/04(木) 13:05:44
Mercurial 1.5 リリースはもうちょっとかかるらしい。
0159デフォルトの名無しさん2010/03/06(土) 09:43:25
>>148
ハァ？「Mercurialしかない」どの口開いたらそういえるんだ？
Windowsでのさっさと日本語ファイル名の問題さっさと直せよ、さっさと。
win32mbcsも、そういう拡張とかに頼ってるのがそもそもおかしいそもそも。
0160デフォルトの名無しさん2010/03/06(土) 09:46:02
>>157
開発者側は「マルチバイトファイル名を使わない」そう思っていた時期が私にもありました・・・
別会社に頼んでたphp仕事で「〜〜のコピー」みたいなファイル名をいくつもみたときは殴ろうかと思った。
MercurialとかgitがさっさとWindowsでのマルチバイトファイル名対応したら、殴らんでもよくなるんだが。
0161デフォルトの名無しさん2010/03/06(土) 10:01:33
情報ナショナリズムってのも大切だとおもうんだ。
7-bit ASCII だけでがんばる必要などどこにも残っていない。
0162デフォルトの名無しさん2010/03/06(土) 11:21:21
今となっては、UTF-16を使うだけで問題なくなるWindowsよりも、
NFDしちゃうMac対応の方がツライ
0163デフォルトの名無しさん2010/03/06(土) 12:10:42
よくわからんか゛たまに見かけるた゛くてんがす゛れてるやつのこと？
0164デフォルトの名無しさん2010/03/06(土) 12:21:53
規格上はNFD(分解による正規化形)/NFC(合成による正規化刑)両方
正しく処理できるべきなんだけどねー
Macの場合はNFD以外に一部の文字のマッピングを変えているそうだが…
0165デフォルトの名無しさん2010/03/06(土) 12:33:51
NFC/NFDの違いのみの文字列でファイル名を作れるべきかどうかは、どちらも
設計方針としてアリだと思う。ただ、両者間で動くアプリ作ろうとしたら面倒だけど。
一部の文字のマッピングうんぬんは知らなかった。
0166デフォルトの名無しさん2010/03/06(土) 12:46:35
Windows の方が、渡された UTF16 シーケンスを「そのまま」ファイル名として使ってしまうのでたちがわるい。
さらに画面上に表示するときだけ、合成されたグリフを出すので気づきにくい。

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

ところが、正規化のことを予想していないアプリケーション/コードが、たとえばファイル名「だ」を作成したはずなのに
ファイルを列挙すると「た゛」が返ってきて驚く。というケースが発生するのだ。
OSX の API を普通に使えば問題は出てこないんだけど、
POSIX アプリが C の RTL だけ使うと、こういうことが表面化する
0167デフォルトの名無しさん2010/03/06(土) 12:47:48
http://developer.apple.com/mac/library/technotes/tn/tn1150table.html
どれがどの文字かさっぱりわからねー。
0168デフォルトの名無しさん2010/03/06(土) 14:01:57
>>166
http://pc11.2ch.net/test/read.cgi/mac/1214284891/172-
0169デフォルトの名無しさん2010/03/06(土) 14:05:15
まあNFC/NFD正規化しちゃうと異字体(「はしごだか」と「くちだか」とか)も区別つかなくなっちゃうんで、
Macみたいに中途半端に気を利かせてくれると余計にややこしくなるんだけども。
0170デフォルトの名無しさん2010/03/06(土) 14:10:42
そりゃCJKの人たちが作った文字コード否定してグローバル()だのやってばおかしくもなるよ
0171デフォルトの名無しさん2010/03/06(土) 17:00:00
TortoiseHg 1.0 キター
0172デフォルトの名無しさん2010/03/06(土) 17:28:45
>>171
詳しくはアナウンス[1]やチェンジログ[2]にありますが、いくつか重要な部分だけ：

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

[1] http://sourceforge.net/mailarchive/message.php?msg_name=3f40cf551003052300m2b7c44fase7b71e804612fef4%40mail.gmail.com
[2] http://bitbucket.org/tortoisehg/stable/wiki/ReleaseNotes#tortoisehg-10
0173デフォルトの名無しさん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
0174デフォルトの名無しさん2010/03/06(土) 22:46:01
正規化すると、合成文字以外に元に戻せなくなる文字があるとはおもわなかったけど、下の本見て知った。
Åは正規化挟むとSJISからラウンドトリップできないらしい。
まあ、実用上禁止にしてしまえばすむ話だと思うけど。

プログラマのための文字コード技術入門
A.4　Unicodeの諸問題
http://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)とか。
0175デフォルトの名無しさん2010/03/06(土) 22:59:23
おっとV1リリースされたのか。インストールしまーす。

ちなみにHGてSubversionと連携できるの？エロい人教えてちょうだい
0176デフォルトの名無しさん2010/03/07(日) 01:04:18
連携ってどういうことを言ってるのかわからないけど
SVN リポジトリがあって Mercurial をクライアントとして利用することなら一応できる。
0177デフォルトの名無しさん2010/03/08(月) 14:10:29
>>175
ちょうど最近試したので共有しとく。
連携というか、チェックアウトしたものをMercurialのレポジトリとして運用する感じ。

ブランチタグやバージョンタグの構造を伴ったままのSyncはできない。
0178デフォルトの名無しさん2010/03/08(月) 14:12:35
>>175
参考にしたところも書いておく。

Mercurialではじめる分散構成管理：第6回　勝手に「分散構成管理」 〜非Mercurial環境との共存｜gihyo.jp … 技術評論社
http://gihyo.jp/dev/feature/01/mercurial/0006
0179デフォルトの名無しさん2010/03/08(月) 16:32:52
>>175
hgsubversion
0180デフォルトの名無しさん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に残っているのですが、
何がまずいんでしょうか？
0181デフォルトの名無しさん2010/03/08(月) 18:46:43
mercurial.ini はWindows専用で、cygwinはposix扱いだから .hgrc にリネームしないと
読み込まないんじゃないかな？
0182デフォルトの名無しさん2010/03/09(火) 03:38:16
>>180
cygwinって独自のディレクトリを作って、その中にユーザのホームディレクトリを作るんじゃなかったっけ？
Windowsのホームディレクトリは無関係な気がする。
01831802010/03/09(火) 12:05:42
>>181
ああ、そっか。
hg help config しろっていうから出力見てたんだけど、Windowsの方みてたｗ
Unixでは.hgrcにしろって書いてあるね。
Windowsでも %HOME%/.hgrc は読んでくれるみたいだから、.hgrcにしとけば両方から読めそう
試してみます。

>>182
そっちは大丈夫なはずです。HOME環境変数はcygwinでもこちらの意図したところに設定してあるので。
01841802010/03/09(火) 12:29:00
Mercurial.ini→.hgrc にしたら行けますた！
(TortoiseHgのまま使っててエラーでた箇所はコメントアウトしたけど[encode]とか[decode]とか)

さきほどはお礼を忘れてました。ありがとうございました。
0185デフォルトの名無しさん2010/03/17(水) 08:36:29
1.5の新機能の--mqオプションの使い方がやっとわかった。
helpにも公式サイトにもろくに書いてないから試すのも苦労したぜ……。

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

で、リポジトリそのものじゃなくMQパッチに対して、サブコマンドを作用させることができるのか。
当然MQパッチをバージョン管理してないとまったく意味がない、と気付くのに二時間かかった……。
0186デフォルトの名無しさん2010/03/17(水) 15:35:29
>>185
なるほど
パッチのパッチなんかみたくない
0187デフォルトの名無しさん2010/03/17(水) 19:56:40
パッチのパッチ（というか履歴）を管理するための機能なんだけど……
しかも1.4よりもやりやすくなったという
0188デフォルトの名無しさん2010/03/18(木) 23:12:17
>>185
いやそうではなくて、基本的には従来のMQコマンドの置き換えだよ。
例えばqinitの代わりにinit --mqとか、qdiffの代わりにdiff --mqとかそんな感じ。
qinitとかはdeprecatedになってるので注意。--mq使えってこと。
01891852010/03/19(金) 08:18:47
そうだったのかー＼（＾ｏ＾）／
qinitとかしても警告とか出なかったし
軽く試した結果をみて勘違いしたようだごめん
0190デフォルトの名無しさん2010/03/19(金) 13:37:42
>>189
従来のMQコマンドが削除されたわけでもないから、
それほど話題になってないのかもねー。
私はMercurialのMLで知りました。
0191デフォルトの名無しさん2010/03/22(月) 12:38:39
TortoiseHg(1.0)、Mercurial(1.5)使ってるけど
日本語のフォルダだとTortoiseHgでファイルの追加ができません。
なんとかしてください。
01921912010/03/22(月) 13:04:01
191ですが自己解決しましたorz
mercurial.iniに、
[extensions]
hgext.win32mbcs =
を追加したら日本語フォルダでもファイル追加とかできるようになりました。。。
0193デフォルトの名無しさん2010/03/22(月) 23:04:12
ぐぐりゃその辺いくらでも出てくる。
駄目文字問題
0194デフォルトの名無しさん2010/03/22(月) 23:09:19
Mercurialで日本語使うな。
日本語使いたかったらBazaar使え。
0195デフォルトの名無しさん2010/03/22(月) 23:11:24
そういう発想だからお前が使ってるプロダクトは一生多言語対応しないんだよ
0196デフォルトの名無しさん2010/03/23(火) 03:12:03
いや、多言語対応でもファイル名は英語にするだろ
0197デフォルトの名無しさん2010/03/23(火) 03:27:04
お前は設計書コミットするとき
kihonsekkei.xls
みたいなファイル名にするのか？
0198デフォルトの名無しさん2010/03/23(火) 05:33:37
いや、普通に英語使えよ。英単語。
0199デフォルトの名無しさん2010/03/23(火) 10:34:03
ドキュメントのファイル名は普通に日本語つけるな
0200デフォルトの名無しさん2010/03/23(火) 10:42:15
不満があってもツールに合わせる奴はツールに使われてる
不満があるなら不満が無いように改善すべき
0201デフォルトの名無しさん2010/03/23(火) 11:03:31
うちはそもそもドキュメントも英語で書くから、ファイル名も全部英語
0202デフォルトの名無しさん2010/03/23(火) 11:56:28
>>201
それは多言語対応とは言わない
0203デフォルトの名無しさん2010/03/23(火) 14:43:54
ファイル名まで国際化したらローカライズ作業が面倒じゃね
0204デフォルトの名無しさん2010/03/23(火) 16:30:00
ローカライズの意味解ってるか？
0205デフォルトの名無しさん2010/03/23(火) 18:54:26
全部英語で書くから問題無いとか言ってるやつには、この世はお前一人だけで生きている訳じゃないと言いたい。
0206デフォルトの名無しさん2010/03/23(火) 23:54:20
I18N L10N
0207デフォルトの名無しさん2010/03/24(水) 13:53:17
通常 i18n、L10n と書く。
0208デフォルトの名無しさん2010/03/24(水) 22:51:49
Mercurialってまだファイル名ごときに日本語も通らないのかｗbzrのほうがイイな
0209デフォルトの名無しさん2010/03/24(水) 22:55:26
通るって書いてあるじゃん
0210デフォルトの名無しさん2010/03/24(水) 23:37:00
日本語版以外のWindowsに持って行ったら盛大にぶっ壊れるようなのを通るとは言わないｗ
0211デフォルトの名無しさん2010/03/24(水) 23:39:11
UTF-16で投げるようにすればいいだろ
0212デフォルトの名無しさん2010/03/25(木) 00:18:01
パッチ送ったら却下されたという話を聞いたけど、
直すところがわかってるなら多言語対応版に fork できないのかな。
0213デフォルトの名無しさん2010/03/25(木) 00:30:05
いくらファイル名はバイトシーケンスだと言ってもNTカーネルのウィンドウズで今更ANSI文字列を使うことはないだろうになあ
0214デフォルトの名無しさん2010/03/25(木) 09:52:38
>211
CP_ACPでマップできない文字を全部 '?' にした上で Win32 API 呼び出して、結果は同じなんじゃね。
0215デフォルトの名無しさん2010/03/25(木) 10:50:12
前にも書いたけど、
ファイル名の件は国際化テストケースの管理ができないので（俺の組織では）致命的。


0216デフォルトの名無しさん2010/03/25(木) 12:21:12
>>215
おまえさんのところではhgのテストをしてるのか?
そうじゃなければテストスクリプトの中でcpすれば済む話。
致命的でもなんでもない。
0217デフォルトの名無しさん2010/03/25(木) 16:33:52
お前のPJがどうかしらんが、日本国内で動いているPJの大半は、
日本人が日本人のために作っているんだから
わざわざツールのせいでファイル名を外国語やローマ字にして
作業効率を落とす事になるなら、普及も進むわけがない。
0218デフォルトの名無しさん2010/03/26(金) 00:41:54
>216
とてもいいアイデアですね！
ところで、cp先のファイル名を .hgignore に書いておきたいんですが、文字コードはどうすればいいですか？
0219デフォルトの名無しさん2010/03/26(金) 00:46:22
>>218
ignoreしたいファイルは適当な名前のディレクトリつくってその中に全部ほりこんどけばいいよ
0220デフォルトの名無しさん2010/03/26(金) 02:36:58
ファイル管理ソフトのために余計な作業をしなきゃいけない。ってのはね。
0221デフォルトの名無しさん2010/03/27(土) 23:03:27
hg の rebase って git のと似て非なるもの？
オプション変えながら様子を見てるけど、いまいち挙動が分からん。
0222デフォルトの名無しさん2010/03/29(月) 10:26:07
TortoiseHGでブランチ作るのってどうやるんでしたっけ…orz
0223デフォルトの名無しさん2010/03/29(月) 11:43:29
>>222
コミットダイアログの左上にあるブランチボタン ("branch: default" って書いてある) をクリックして
そこに新しいブランチ名を入力して、次のコミットからそのブランチになります。
ちなみに1.0からはファイル変更なしでも、コミットメッセージだけ入力すればブランチ切ることできます。
0224デフォルトの名無しさん2010/03/29(月) 12:47:14
>>223
ありがとう！！！！！
まじ助かった＞＜
0225デフォルトの名無しさん2010/03/29(月) 14:40:08
公式マニュアルも翻訳してあるのでよろしければどうぞ：
http://tortoisehg.bitbucket.org/manual/1.0-ja/
0226デフォルトの名無しさん2010/03/29(月) 16:09:52
最近のTortoiseHgは日本語ドキュメントがしっかりしてるからいいよね。
後は日本語対応化を書いたサイトが最新のバージョンまで追いついてくれると
新規の利用環境が整うんだけど
0227デフォルトの名無しさん2010/04/02(金) 12:48:15
mercurial-1.5.1.tar.gz
0228デフォルトの名無しさん2010/04/10(土) 22:38:39
日本語環境で問題ないようになってほしい。
0229デフォルトの名無しさん2010/04/11(日) 15:52:17
まずは君の問題とやらを開発陣に認識させないとな
0230デフォルトの名無しさん2010/04/14(水) 09:39:52
>>172
亀hg 1.0.1 入れてみた。フォントの設定はあるみたいだけど、全然変わらない。
一応「MS ゴシック」に書き直してみたりもした。
結局 >>107 の方法で変更した。
0231デフォルトの名無しさん2010/04/14(水) 12:36:45
>>228
transaction.pyでopenを使ってるところをopenerを使うように変更してもらえ
そうしたらfixutf8でほぼ問題が無くなる
0232デフォルトの名無しさん2010/04/14(水) 12:50:45
　　　　　|┃三　　　　　　　 ／￣＼
　　　　　|┃ 　　　　　　　　|　　　 　|　　
　　　　　|┃　　　　　　　 　 ＼＿／
　 ｶﾞﾗｯ　|┃　　　　　　 　 　 　|
　　　　　|┃　 ﾉ//　　 　／ ￣ ￣　＼　　　　
　　　　　|┃三　　　　／　 ::＼:::／:: 　＼　
　　　　　|┃ 　　　 ／　 <●>::::::<●> 　 ＼.　　　
　　　　　|┃　 　　 |　　　　（__人__）　　 　　|　
　　　　　|┃三　　 ＼　　　 ｀ ⌒´　　　　／　　
　　　　　|┃三　　 ／￣￣￣￣￣￣￣ ＼
0233デフォルトの名無しさん2010/04/14(水) 13:24:54
>>231
だめ、fixutf8が読み込まれる前に、まだUTF-8になっていないコマンドライン引数を
使ってしまっている部分がある。
0234デフォルトの名無しさん2010/04/14(水) 13:26:11
bzr-hg を使うと、日本語Windows上でもUTF-8のファイル名が入ったhgのブランチを持ってこれる。
0235デフォルトの名無しさん2010/04/14(水) 18:32:50
>>233
それでなにか問題なのか？
0236デフォルトの名無しさん2010/04/28(水) 14:29:41
TortoiseHgはQtに移行するのか。
0237デフォルトの名無しさん2010/05/04(火) 21:39:26
Mercurial 1.5.2 and TortoiseHg 1.0.2 released
0238デフォルトの名無しさん2010/05/10(月) 01:00:25
cygwin版のhgってPythonスクリプトのhgになっていてhg.exeでないせいで
他のWindowsプログラムから使いにくいんですが、上手く扱う方法ないんでしょうか？
cygwin版hg.exeないのかな？
cygwin bash上からは使えるけど、cmdからは使えなかったり、NetBeansなどから設定できなかったりします。
0239デフォルトの名無しさん2010/05/10(月) 07:42:39
>>238
PATH を通せばいけた気が。
0240デフォルトの名無しさん2010/05/10(月) 11:30:06
cygwin 版使ってないけど、
@python C:\cygwin\bin\hg %*
とか書いた hg.cmd をパスの通ったとこに置いとけばいいんじゃない？
0241デフォルトの名無しさん2010/05/13(木) 13:00:15
>>239
PATHは通してますが、オプション設定でOKするとMercurial見つからないと行ってくる

>>240
いけるかなー、試してみます
0242デフォルトの名無しさん2010/05/13(木) 17:18:08
cygwin 使いたいってファイル名の文字コード対策？
そういえば、Eclipse のアナウンスがあったけど、この件どうなったんだろう？
0243デフォルトの名無しさん2010/05/16(日) 08:50:16
?2010-05-13 Mercurial 1.5.3 and TortoiseHg 1.0.3
0244デフォルトの名無しさん2010/05/19(水) 01:19:33
branchのrenameって無理？探しても見当たらなかった
0245デフォルトの名無しさん2010/05/19(水) 06:41:03
convertじゃないと無理なはず。
nodeidをconvertしないオプションがあるからそれを使えばいけるかもしれない。
0246デフォルトの名無しさん2010/05/20(木) 00:45:19
>>245
ありがと、convertってコマンド自体がないけど、
convertextensionでよいの？
0247デフォルトの名無しさん2010/05/20(木) 02:30:20
>>246
Yes.
hg convert --help でいろいろ出てくるんで、試してちょ。
0248デフォルトの名無しさん2010/05/20(木) 02:49:48
convertは過去のブランチ全部変えちゃう最終手段。
ただ単に hg branches で出したくないだけだったら、新たにブランチ作って、
元のはcloseするのが正しいやり方のような気がする。
0249デフォルトの名無しさん2010/05/22(土) 10:20:04
インストールはエラーなく終了し、コマンドプロンプトからも問題無く
作業できるんだけど、エクスプローラーの右クリックメニューから
どの項目を選択しても、GUIが全く起動せず無反応。
そういう不具合ってうちの環境だけ? 再インストールしてもダメ。
コマンドプロンプトからaddとかするとアイコンオーバーレイは
普通に動作してる。

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

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

みんなこういうときどうする？
0251デフォルトの名無しさん2010/05/23(日) 04:19:33
言語にもよると思うけど、共通処理を別リポジトリに分ける。
それで、実用性が良く分からないけどsubrepoを試すか、ツールで頑張る。
１つのリポジトリ２つのブランチの場合、Transplant extension で頑張る。
0252デフォルトの名無しさん2010/05/25(火) 20:58:10
1週間前ぐらいからmercurial使い始めました。
Subversionしか知らなかった自分としてはあまりの手軽さに感激してるのですが
一点どうしても不満な点があります。

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

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

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

具体的には、
会社でサイズの大きなファイル群をmercurial管理するようにしたのですが、
自宅でも作業したいのです。
しかし自宅では、プロジェクトのごく一部しか修正することは無いので、
その部分のみを取り出して自宅用の小さいリポジトリを作りたいのです。
こんなことは実現可能でしょうか？
0253デフォルトの名無しさん2010/05/25(火) 21:15:11
dir03 で専用の管理を作ればいいんじゃない？
dir01でdir03の管理部分を .ignore 指定して　

0254デフォルトの名無しさん2010/05/25(火) 22:12:45
>>252
すでにMercurialに全部突っ込んだのなら、簡単にやる方法は無い。
こういう場合、convertでそのディレクトリだけ抜き出すことができる。
これに限らず、合体は簡単、分離は大変なので、なるべく小さな単位で管理した方が楽。
251 にも書いてあるが、subrepoという手段もある。
0255デフォルトの名無しさん2010/05/25(火) 22:35:29
>>252
Mercurialは、チェンジセット指向で、
Subversionの個々のファイル、ディレクトリ単位でコミットできることの方が
おかしいということにそのうち気付くと思う。
重いのは最初のcloneだけで、その後のpull, pushはめちゃくちゃ速いので、
無理に分ける必要は無いのでは？
0256デフォルトの名無しさん2010/05/25(火) 23:35:50
>>255
Subversionもチェンジセット指向だし、
Mercurialも個々のファイルごとにコミットできたりするよ。

>>252
とはいえ、Mercurialなら自分は >>254 と同感だけど。
0257デフォルトの名無しさん2010/05/26(水) 22:23:47
ブランチmergeして--close-branchしたら、
defaultのログにブランチの細かなコミットログ要らないよなーって思うんだけど、
オプションはどれなんだ！
02582522010/05/27(木) 00:48:34
>>253
>>254
>>255
>>256
皆様ありがとうございます。
とても参考になりました。

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

なるべく小さい単位で管理するというのは勉強になりました。
ここら辺はsubversionと思想が逆ですね。
0259デフォルトの名無しさん2010/05/27(木) 13:29:29
>>257
hg log --only-branch
0260デフォルトの名無しさん2010/06/16(水) 02:32:03
tortoisehgのshelveって未バージョン管理下は対象外？
ステータス：Aのものがshelveできない。

あと、rollback時。
tipで改造してshelveしてまた改造してロールバックしてshelveに戻すと
ファイルのバージョンがshelve時点と異なる。
0261デフォルトの名無しさん2010/06/16(水) 09:25:19
shelveか。亀hgで使えるのか？
最近の亀hgはMQもびっくりするくらい楽に扱えるからな。
0262デフォルトの名無しさん2010/06/17(木) 02:02:27
MQ対応イイかんじだよね
0263デフォルトの名無しさん2010/06/18(金) 03:21:17
そういえば亀ってなんでQtに切り替えようとしているの？
0264デフォルトの名無しさん2010/06/18(金) 07:19:00
マルチプラットフォーム化できるからだろ
0265デフォルトの名無しさん2010/06/18(金) 08:16:58
gtkもマルチプラットフォームだけど、Macへのインストールが大変だかららしいよ。
あと亀バザーとかいろいろ先輩もいるかららしいよ。
0266デフォルトの名無しさん2010/06/18(金) 20:23:17
>>263
http://groups.google.com/group/thg-dev/browse_thread/thread/f11df410861fbe53#
0267デフォルトの名無しさん2010/06/20(日) 07:31:19
MQ って何がそんなに便利なん？
0268デフォルトの名無しさん2010/06/20(日) 09:48:10
>>267
MQそのものの使い方はさておき、bitbucketにMQだけforkできて容量節約できると思う。
githubで同じことできる？
0269デフォルトの名無しさん2010/06/20(日) 14:44:46
自分のところだけデバッグモードで動かしたいとか
そういうちょっとしたことをやるのには重宝してる。

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

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

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

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

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


0270デフォルトの名無しさん2010/06/21(月) 10:17:28
>>269
> ＭＱをコミット化するとメッセージが変えられないし
コミット化っていうのがqfinishのことだったら、qimport -r tipで取り込ん
でqrefreshでメッセージ変えてqfinishすればいいと思うけど違うの?
0271デフォルトの名無しさん2010/06/22(火) 03:39:10
MQは難しすぎて、さっぱり理解出来ない。
0272デフォルトの名無しさん2010/06/22(火) 07:30:57
strip, rebaseも内部ではMQつかっているよね？
0273デフォルトの名無しさん2010/06/22(火) 07:50:19
>>272
stripを提供しているのはMQそのもの
0274デフォルトの名無しさん2010/06/22(火) 10:10:16
>>271
gitよりは簡単だよ。
0275デフォルトの名無しさん2010/06/22(火) 10:29:00
gitはチェンジセットを差分で持っていないから
いろんなことが出来るってのは分かるけど、その分怖いよね。
hgはMQが別になっているし、無効にも出来るから安心。
0276デフォルトの名無しさん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 <[email protected]>
|  date:        Mon Apr 12 23:11:41 2010 +0200
|  summary:     Disable fixutf8 translations when the console does not have a CP associated with it.
0277デフォルトの名無しさん2010/06/29(火) 07:29:14
右クリックはC++なんで厄介。今のところutf-8で右クリックはやめておいた方が良い。(ASCIIはOKだと思う。）
0278デフォルトの名無しさん2010/07/02(金) 09:48:33
2010-07-01 Mercurial 1.6 and TortoiseHg 1.1 released
0279デフォルトの名無しさん2010/07/02(金) 12:05:15
>>276
fixutf8はもう死んでるので・・・
0280デフォルトの名無しさん2010/07/02(金) 17:53:06
ぼちぼちpy3kが気になるんだけど。
0281デフォルトの名無しさん2010/07/03(土) 01:26:27
Google SoC 2010 で、MercurialのPy3k対応プロジェクトやるよ。
0282デフォルトの名無しさん2010/07/03(土) 07:51:03
>>281
これで日本人は幸せになれる？
0283デフォルトの名無しさん2010/07/04(日) 01:20:12
>>282
いや、ファイルパスはバイト列というのはMercurialの方針であって、
Python3でも変わらない。
BazaarはファイルパスをUnicode文字列として扱ってるから、
Python3になると実装が楽になりそうだけど。
0284デフォルトの名無しさん2010/07/13(火) 15:16:46
2010-07-12: TortoiseHg 1.1.1 (with Mercurial 1.6+23) released
0285デフォルトの名無しさん2010/07/18(日) 16:54:57
お前ら質問があります。

Windowsで作ってた中のファイル名がSJISで格納されているリポジトリのファイル名を
UTF-8のファイル名に修正したいのですがいい方法ないでしょうか？
0286デフォルトの名無しさん2010/07/18(日) 17:13:38
>>285
http://mercurial.selenic.com/wiki/FixUtf8Extension
0287デフォルトの名無しさん2010/07/18(日) 18:31:14
>>286
サンクス
これでいけそうです

.hgrcでの[extensions]の指定で、
パス区切りを\にするとhgコマンドで、
*** failed to import extension fixutf8 from (パス名)\fixutf8.py: No module named win32helper
とエラーがでてしまうので、/で指定したらいけました
0288デフォルトの名無しさん2010/08/02(月) 13:59:16
2010-08-01 Mercurial 1.6.1 released
0289デフォルトの名無しさん2010/08/03(火) 07:45:38
2010-08-02 Mercurial 1.6.2 released
0290デフォルトの名無しさん2010/08/03(火) 16:19:54
2010-08-03 Mercurial 1.6.3 released
0291デフォルトの名無しさん2010/08/03(火) 16:23:50
なにが起きているというの・・・？
0292デフォルトの名無しさん2010/08/03(火) 16:32:16
>>290
stableにタグが付いていないし、mpmは 時差-05だからネタじゃない？
0293デフォルトの名無しさん2010/08/03(火) 16:46:53
Mercurial 1.6.3は見当たらないけど、TortoiseHg 1.1.2なら来てますよ
0294デフォルトの名無しさん2010/08/12(木) 13:14:05
Status of the "port" of Mercurial to Py3k
http://mercurial.selenic.com/wiki/Py3kPort
0295デフォルトの名無しさん2010/08/21(土) 15:36:41
branch削除する方法は無いでしょうか？
ゴミbranchをhg branchesコマンドに表示しないようにしたいのです。
ちょこっと作業にbranch切りたいのですが
削除できないからリポジトリ汚すのが嫌なので
結局cloneすることになるんですよね。。
0296デフォルトの名無しさん2010/08/21(土) 15:57:30
>>295
なんかいろいろとやり方はあるみたいだよ
http://mercurial.selenic.com/wiki/PruningDeadBranches
0297デフォルトの名無しさん2010/08/21(土) 16:15:28
>>295
hg branches で表示させないことが目的なら close が一番。
ってwiki見たら一番になっていた。

ちょこっと作業が目的ならMQ。
0298デフォルトの名無しさん2010/08/21(土) 16:41:01
また MQ かよ。やっぱ MQ 覚えなきゃいかんのか？
02992952010/08/21(土) 19:08:32
>>296
>>297
ありがとうございます。素晴らしいサイトですね。
参考にさせてもらいます。
gitに乗り換えようとも思ってたけどまだ早まらなくてもよさそうだ
0300デフォルトの名無しさん2010/08/21(土) 21:50:41
git,svn感覚だとブランチは消せるんだけど、cvs感覚だと消したら困るんだよね。
gitの場合まずローカルブランチを作ってだから余計に感じるかも。
bookmarkという拡張があるからMQよりもこっちの方がいいかもしれない。
0301デフォルトの名無しさん2010/08/27(金) 08:09:13
2010-08-26 Mercurial 1.6.3 released
0302デフォルトの名無しさん2010/08/27(金) 12:15:22
mercurialはいつになった日本語ファイル名を扱えるようになるの？
0303デフォルトの名無しさん2010/08/27(金) 12:21:40
>>302
日本語Windows(cygwin除く)に限った話では、
Mercurial本体とToritoiseHgのpython部分についてはwin32mbcsとfixutf8の拡張で使えます。
ファイル名はバイト列なので、Unix/Linuxでは問題ありません。
Macはまた別の問題があるようです。
0304デフォルトの名無しさん2010/08/27(金) 12:42:31
Macの問題はNFD/NFCだね。
Unix/Linuxだって、UIMがかな漢字変換の結果NFD/NFCのどっちを端末に送るかなんて
決まってないんじゃないか。たまたま揃ってるから上手く行ってるだけだろ。
0305デフォルトの名無しさん2010/08/27(金) 13:17:43
要は bzr 並にならないと話にならんということだ。
0306デフォルトの名無しさん2010/08/27(金) 13:26:48
bzrとは目指しているものが違います。
0x5c問題についてはshift-jisとbig5が対象ですが、
fixutf8については全世界が対象なので、こちらをどうするかは課題でしょう。
0307デフォルトの名無しさん2010/08/27(金) 14:27:10
http://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嫌いか？って思ってしまう。
0308デフォルトの名無しさん2010/08/27(金) 15:13:24
そりゃあ128文字あれば十分事足りてしまう連中にとって
Unicodeは悪ともいえる存在じゃないか。
0309デフォルトの名無しさん2010/08/27(金) 16:58:47
>>304
> Unix/Linuxだって、UIMがかな漢字変換の結果NFD/NFCのどっちを端末に送るかなんて
> 決まってないんじゃないか。たまたま揃ってるから上手く行ってるだけだろ。
Mercurialはinodeに書かれたバイト列としてのファイル名を
.hg以下の*.iに素直に書いているだけですが。
0310デフォルトの名無しさん2010/08/27(金) 17:13:01
>>309
だから、他のIMと違うがUTF-8としてはValidなエンコーディングを吐くIMがひとつ混じったら
Macと同じ問題がLinuxでも出るだろって話なんだけど
0311デフォルトの名無しさん2010/08/27(金) 18:35:29
>>310
それってIMの問題であってMercurialの問題じゃないんじゃないですか？
0312デフォルトの名無しさん2010/08/27(金) 18:45:08
だめだ、ファイル名=バイト列脳には話が通じねえw
0313デフォルトの名無しさん2010/08/27(金) 18:51:34
Linux上では"か゛.txt"と"が.txt"を別に扱いますよね。
これを同じファイルとして扱えいう主張ですか？
ならば、"AAA.txt","aaa.txt","AAa.txt"を全部同じファイル名として扱わないといけないのですか？
0314デフォルトの名無しさん2010/08/27(金) 18:54:03
>>312 がんばれｗ
0315デフォルトの名無しさん2010/08/27(金) 19:02:33
>>313
ちょっとまて、独立した濁点は元々「別の文字」扱いだろw
合成用の濁点は独立した濁点とは別だw

……ってか、>>314後は任せた俺はもう知らん。
0316デフォルトの名無しさん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
0317デフォルトの名無しさん2010/08/27(金) 19:53:19
やっぱり、NFDの「が」SJISの2chじゃだめか？
0318デフォルトの名無しさん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として扱うオプションくらいあってもいいと思うけどな。
0319デフォルトの名無しさん2010/09/01(水) 18:11:22
つってもそれはext3やufsの話で、他のファイルシステムでは当然違うわけで……。
Linuxの開発に使うことが第一義のgitならともかく……。
0320デフォルトの名無しさん2010/09/01(水) 18:18:10
HFS+だとNFDに似たApple独自の正規化をしたりするしね
あとファイル名をUnicodeとして扱うのと正規化するのは別の話
0321デフォルトの名無しさん2010/09/02(木) 08:36:25
大文字小文字の区別するかしないかはファイルシステムの構造云々じゃないなそもそも
0322デフォルトの名無しさん2010/09/02(木) 09:41:27
>>321
FATは8.3形式とそれ以外の違いがある。
FATのロングファイルネームとNTFSは大文字・小文字を区別はする。
でも、AAA.txt がすでにある場合、aaa.txt は作れない。
0323デフォルトの名無しさん2010/09/02(木) 09:45:00
Windowsの場合さらにやっかいなのが、コロンとか'nul'がファイル名に使えない。
確かこの対応で、Mercurialは1.1でリポジトリフォーマットがマイナーチェンジしている。
0324デフォルトの名無しさん2010/09/02(木) 09:47:12
NTFSはファイル名をUTF-16で記録してるから、そもそも変換必須で
ファイル名のバイト列を保つんだ！ってのが無理な話のような
0325デフォルトの名無しさん2010/09/02(木) 10:05:27
さらにさらにやっかいなのが、ファイル名の先頭が半角空白の場合・・・
0326デフォルトの名無しさん2010/09/02(木) 10:56:52
拡張子のみ(.で始まるファイル)の場合も
0327デフォルトの名無しさん2010/09/02(木) 11:05:12
.で始まるファイルって何か問題ある？
Explorerで作成ができないだけで、それ以外は問題ないと思うけど。
0328デフォルトの名無しさん2010/09/02(木) 12:41:42
Linuxの(cygwinもあった気が)のmkisofsはオプション間違うとファイル名が削られたり、化け化けになったりする。
LinuxのFATのマウントオプションもいろいろある。
sambaも細かく大文字・小文字を制御できたはず。
このようなことを、VCSがやるべきかやるべきでないか、だと思う。
0329デフォルトの名無しさん2010/09/02(木) 13:08:08
>>308
> そりゃあ128文字あれば十分事足りてしまう連中にとって
> Unicodeは悪ともいえる存在じゃないか。
欧米人にとって、UTF-16は２倍、UTF-32は４倍になる。
このデメリットを持ち出されると・・・
UTF-8は欧米人にとっては非ASCIIだけが２バイトになるからそこそこ受け入れらていると思う。

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

なんか無理して>>307みたいにファイル名=バイト列を貫こうとしてる気がする。
0331デフォルトの名無しさん2010/09/03(金) 01:17:06
日本人は欧米人って一括りにするが
独仏ですらアクセント付き記号を使うし、東欧を含めると Latin-1 には収まらないし。
アメリカだけでも、ユーロ記号やコピーライト記号が入ってくるとね。
0332デフォルトの名無しさん2010/09/03(金) 07:36:40
>>329
別にUTF-8で問題ないと思うんだけどね。
Windowsの場合なら、UTF-8とUTF-16の変換をしてUnicode APIを使ってくれればうまくいく。
それをやらずにANSI APIにそのまま渡しちゃうのが多いからおかしくなるんだけどな。
0333デフォルトの名無しさん2010/09/03(金) 07:41:28
>>330
ファイル名＝バイト列 って、要するにプラットフォーム間の相互運用は保証しないって事だもんな。

元々Linuxネイティブなgitはそういう思想なんだろうけど、MercurialはせっかくPythonで書かれてるのにもったいない。
0334デフォルトの名無しさん2010/09/03(金) 07:45:04
>>331
この話を詳しくするとスレ違いになっちゃうけど、Mercurialに関係する範囲で。
この手の問題をまず取り上げるのが日本人、次にキリル文字を使っている東欧・ロシア人。
問題になっているSJISの0x5Cと0x7Eは厳密な意味でASCIIではない。
成り行き上そうなっているだけ。

0335デフォルトの名無しさん2010/09/03(金) 08:05:51
>>332
ANSIのAPIなくなればいいのにね
で日本語WindowsのシステムロケールもSJISじゃなくてUTF-8になってくれれば最高
0336デフォルトの名無しさん2010/09/03(金) 12:41:21
Windowsで「explorerでは扱えないが」という話なら、
直接API呼べば禁止されてるといわれる文字のファイル名も作れたはずだが、今はもう作れなくなってる？

プログラムミスってexplorerから消せないめちゃくちゃなファイル名のファイル作ってしまって、大変な目にあったが
コードからは消せるんで対処はできたが
0337デフォルトの名無しさん2010/09/03(金) 12:43:27
>>334
OSS全体見てないからよくわからんけど、
こういう時って、今やものすごい数の技術者がいるはずの中国人やインド人が何故すぐに出てこないんだろ
0338デフォルトの名無しさん2010/09/03(金) 13:53:49
>>336
1.1のリポジトリフォーマットの更新はこの話。
http://mercurial.selenic.com/wiki/fncacheRepoFormat
"nul"が*.iでもダメってことだと思う。
foo.NUL/normal.c.i という例がある。
FATなUSBメモリなどをgitのbare的な使い方(.hg/だけで展開しない)が出来ないのが問題なんだろうか？
0339デフォルトの名無しさん2010/09/03(金) 20:03:31
>>337
中国人はパクリ専門
0340デフォルトの名無しさん2010/09/03(金) 21:13:21
>>337
日本人と同様、OSSなバージョン管理システムの開発ができるような人にとって、
多言語化なんて瑣末なテーマだったりする。
ちょっと多言語化をかじったことのある人なら、鬼門だから深入りすると大変って
わかってるしｗ
0341デフォルトの名無しさん2010/09/03(金) 22:01:52
まー実際問題として日本人か韓国人がやらなかったら誰もやらないよ
東欧はあんまやらない
0342デフォルトの名無しさん2010/09/03(金) 22:11:25
CJKのCは無視かｗ
0343デフォルトの名無しさん2010/09/03(金) 22:55:42
Cは多言語化よりパクってオレオレ改造に走るから・・・
0344デフォルトの名無しさん2010/09/03(金) 23:06:32
>>342
Cは留学してそのまま外国に居着いちゃってるような人は当地の言語できるからやらないし、
国内向けは外には出てこないし(そもそも外に出す需要ないだろうし)。
0345デフォルトの名無しさん2010/09/04(土) 03:05:03
でも今多言語方面で活躍してるのはCの人ってイメージがあるな
IMとか
0346デフォルトの名無しさん2010/09/04(土) 07:25:22
>>345
IMも何で次から次へと変わるんだろう？
何を使えば良いか分からん。ってすれ違いか。
0347デフォルトの名無しさん2010/09/04(土) 07:43:41
>>345
> でも今多言語方面で活躍してるのはCの人ってイメージがあるな
> IMとか
これがEUC-JPロケールで立ち上がらなくて、長年使っていたEUC-JPファイル名をUTF-8に変換しました。
rsyncで。
それ以外にもUTF-8ロケールでないと不便になってきていたからいつかはやらないとなとは思っていたが。
予想通り、いくつかの文字がおかしくなりました。
0348デフォルトの名無しさん2010/09/09(木) 17:31:21
おめでとう
0349デフォルトの名無しさん2010/09/12(日) 14:57:20
こっちは日本語のを張っておくか
米Microsoft、バージョン管理システムMercurial開発プロジェクトに25,000ドル寄贈
http://sourceforge.jp/magazine/10/09/09/0717220
0350デフォルトの名無しさん2010/09/12(日) 15:43:17
じゃあ、独逸語も
CodePlex.com unterstützt Mercurial
http://www.pro-linux.de/news/1/16135/codeplexcom-unterstuetzt-mercurial.html
0351デフォルトの名無しさん2010/09/13(月) 00:33:43
むしろ終わったな…
0352デフォルトの名無しさん2010/09/13(月) 08:35:28
2010-01-19にGPLv2+に変えたのと関連するのかな？
http://mercurial.selenic.com/wiki/Relicensing
0353デフォルトの名無しさん2010/09/13(月) 21:04:46
mercurialが高速な理由のひとつとして、リポジトリファイルを
読み込むときにロックしないからだというのをどっかで聞きました。
もしそうだとして、ファイルをロックしないのに、リポジトリファイルを
どうやって安全に書き込み（変更）できるのかわかりません。
どなたか教えてください。
0354デフォルトの名無しさん2010/09/13(月) 23:24:44
そもそもバージョン管理システムって履歴を積み重ねるだけだからファイルは書き換えないけども
0355デフォルトの名無しさん2010/09/13(月) 23:34:20
>>354
gitは違うけど
>>353
http://mercurial.selenic.com/wiki/FileFormats
を読むと.hg/dirstateと.hg/store/に書くのにロックしているみたいだけど
0356デフォルトの名無しさん2010/09/14(火) 00:23:28
ロックってそういうことじゃなくて編集ロックのことじゃね
0357デフォルトの名無しさん2010/09/14(火) 02:02:52
VSSのようなロックのこと？
なんかこんな拡張があるけど
http://mercurial.selenic.com/wiki/LockExtension
0358デフォルトの名無しさん2010/09/14(火) 02:51:29
VSSとかSubversionってロックがあるから遅いってわけでもないような
0359デフォルトの名無しさん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が必要に思うけど、どうなんだろ。
0360デフォルトの名無しさん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 が
リポジトリからデータを読み込む際には、ロックに対して注意を払いません。
ロックを必要としないこの仕組み は、性能と平行性を大きく向上させています。
0361デフォルトの名無しさん2010/09/14(火) 10:38:35
やっぱりそうだよね。
pull/pushはbundle形式をやりとりしているとどっかで聞いた。
0362デフォルトの名無しさん2010/09/16(木) 10:57:44
>>360
>Mercurial はデータの読み込み書き出し順序に注意を払っていますから、リポ
>ジトリからのデータ読み込みの際にロックは必要あり ません。

これがよくわからないなあ。
読み書きの順序を気をつけるだけで、書き込み時にはロックは必要だけど
読み込み時にはロックが不要になるという理屈をだれが解説してください。
0363デフォルトの名無しさん2010/09/16(木) 14:45:36
>>362 ソース嫁
0364デフォルトの名無しさん2010/09/16(木) 17:33:56
理屈だからソース読んで実装見ろみたいな話じゃなくね
0365デフォルトの名無しさん2010/09/16(木) 18:44:56
理屈で言うなら、書き込みではリポジトリの後ろにデータを追加していくとして
読み込みではある時点で最後だった場所までしか読まなければ、読み込み中に更に追加があっても
関係ないんじゃないの

実際にはリポジトリも複数ファイルからなってるわけで何らかのテクニックは使われてるだろうけど
0366デフォルトの名無しさん2010/09/16(木) 18:54:51
ローカルでのcloneはハードリンクを作るだけらしいから、
多分、一時ファイルに追記して、ファイルの置き換えをしているじゃないかと思う。
0367デフォルトの名無しさん2010/09/16(木) 19:32:11
ここに詳しく書いてあるっぽい
http://hgbook.red-bean.com/read/behind-the-scenes.html
0368デフォルトの名無しさん2010/09/16(木) 19:34:39
日本語
http://foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch4.html
0369デフォルトの名無しさん2010/09/17(金) 07:46:03
>365
そのやり方だと読み書きの順番は関係ないから
>Mercurial はデータの読み込み書き出し順序に注意を払っていますから、リポ
>ジトリからのデータ読み込みの際にロックは必要あり ません。
のようなことは書かないよね。

0370デフォルトの名無しさん2010/09/23(木) 00:26:13
ちょっと違うけど考え方としてはlock-free:どんな瞬間でもデータ構造の一貫性が保たれている
書き込みはhgみたいのだときっとロックとったほうが性能がいいんでしょう。
0371デフォルトの名無しさん2010/09/23(木) 12:29:27
>>369
単一のファイルの一貫性だけじゃなく複数のファイルでの一貫性維持が問題
0372デフォルトの名無しさん2010/09/23(木) 12:40:38
大きいのをリモートにpushしたときに/tmpがあふれたことがあったのだが何をしているんだろう？
0373デフォルトの名無しさん2010/10/02(土) 10:07:17
2010-10-01 Mercurial 1.6.4 released!
0374デフォルトの名無しさん2010/10/03(日) 22:02:55
Bitbucket買収だってさ
http://blogs.atlassian.co.jp/bitbucket/
0375デフォルトの名無しさん2010/10/04(月) 19:57:19
>>374
"Who Uses Bitbucket?"の亀hgの隣にoperaがいるのが気になる
0376デフォルトの名無しさん2010/10/05(火) 14:34:12
>>375
http://bitbucket.org/opera
0377デフォルトの名無しさん2010/10/09(土) 07:36:38
このサイトわかりやすいね。
http://hginit.com/top/
0378デフォルトの名無しさん2010/10/09(土) 07:47:30
>>377
和訳
ttp://d.hatena.ne.jp/mmitou/20100501/1272680474
0379デフォルトの名無しさん2010/10/11(月) 01:27:18
しょっぱ過ぎるよ！のやつか
0380デフォルトの名無しさん2010/10/19(火) 22:08:08
>>378
和訳すばらしいです。非常に参考になりました。ありがとう。
ところで質問ですが、
Linuxの場合、同一パーティション内ではクローンした側のデータはハードリンクになるから
HDDの占有コストは少なくて済むのですが、Windows版はどうなのでしょうか？
0381デフォルトの名無しさん2010/10/20(水) 07:45:39
>>380
NTFSもハードリンクらしいです。
http://mercurial.selenic.com/wiki/HardlinkedClones
0382デフォルトの名無しさん2010/10/20(水) 19:04:28
>>381
FATとWindows共有はだめでNTFSならハードリンクOKですね。
ありがとうございました。
0383デフォルトの名無しさん2010/10/21(木) 12:42:17
デフォルトのpush先を変更したい場合、.hg/hgrc の中の [path] にある default を変更すればいいみたいですが
このファイルを直接変更するのは推奨される方法でしょうか。
ほかにコマンドラインから安全に変更できるならそちらを利用したいのですが、mercurialではできますでしょうか。
よろしくお願いします。
0384デフォルトの名無しさん2010/10/21(木) 12:59:04
.hg/hgrcだけは手でいじって良かったはず。
http://www.selenic.com/mercurial/hgrc.5.html

パスだけじゃなくて拡張とかも入るから。
git remote add/rm みたいに設定するコマンドはないけど、
hg paths で表示はできる。
TortoiseHgでも設定可能。
0385デフォルトの名無しさん2010/10/22(金) 01:29:15
確認したいんだけど、WindowsであってもLinuxであっても、
コミットログは常にUTF-8で格納されてるって事でいい？

Windows版1.6.4で確認した限りだと、特に設定無しでhg exportした時はSJISで
コミットログが出力されて、HGENCODING=UTF-8を設定すると、
同じリポジトリからでもUTF-8で出力されるようなんだが。
0386デフォルトの名無しさん2010/10/22(金) 07:20:08
>>385
http://www.lares.dti.ne.jp/~foozy/fujiguruma/scm/mercurial-encoding.html
0387デフォルトの名無しさん2010/10/22(金) 10:22:33
>386
いや、日本語ファイル名じゃなくて、コミットログの話なんだが。

そのサイト、コミットログについては書いてないし、現在のバージョンとは
食い違う記述があるよね、例えば読み込む設定ファイルの場所とか。
0388デフォルトの名無しさん2010/10/22(金) 10:38:53
hg commit -l commit.ja.log
-lは--logfile FILEの短縮だからログが書かれたcommit.ja.logじゃない？
メモ帳はUTF-16だったりUTF-8BOM付きだったり使わない方が良いらしいが。
0389デフォルトの名無しさん2010/10/23(土) 16:49:27
標準コマンドのdiff/statusで大文字区別無しに出来ないのかね。
diffでは外部ツール設定でいけるけど、標準コマンド置き換えたい。
03903852010/10/24(日) 12:28:50
あれからいくつか条件を変えてコミットしてみたけど、
リポジトリ内のファイルをバイナリエディタで開くと、コミットログは
常にUTF-8で書かれてるね。
0391デフォルトの名無しさん2010/10/26(火) 17:24:26
イマドキのIDE事情
93 分散バージョン管理システムMercurialを使ってみよう
http://journal.mycom.co.jp/column/ide/093/index.html
0392デフォルトの名無しさん2010/10/27(水) 00:57:57
git ci --amend 相当は、mercurialではどうやりますか。
hg rollback だとコミットのやり直しですが、そうではなくてたとえば
さっきのコミットの、コミットログだけ編集したい、という場合に
git ci --amend が大変便利なので、同じことをmercurialでもやりたいです。
0393デフォルトの名無しさん2010/10/27(水) 01:01:49
>>392
http://mercurial.selenic.com/wiki/GitConcepts

git commit --amend
hg qimport -r tip ; hg qrefresh -e ; hg qfinish tip
0394デフォルトの名無しさん2010/10/27(水) 01:04:26
MQ使うから有効にするの忘れないでね
0395デフォルトの名無しさん2010/10/27(水) 01:29:30
>>393
あーMQが必要なんですか。残念。
でも教えていただきありがとうございました。
0396デフォルトの名無しさん2010/11/01(月) 00:04:51
いつの間にか、bitbucketが無料で使いたい放題になっててビビった。
プライベート設定にして、変な事に使ってもいいのかな、これ。
0397デフォルトの名無しさん2010/11/01(月) 23:04:02
まじで
0398デフォルトの名無しさん2010/11/01(月) 23:25:04
http://bitbucket.org/plans
> All plans include unlimited public and private repositories
0399デフォルトの名無しさん2010/11/02(火) 00:39:39
買収されたのね
0400デフォルトの名無しさん2010/11/02(火) 00:53:31
unlimitedって言っても、100MB超えるようなファイル入れたりしたら
普通にbanされて出入り禁止になるよな。
0401デフォルトの名無しさん2010/11/02(火) 01:55:46
bitバケツについて現地調査してみましたが、どうやら、ホームディレクトリの
dotfileをみんなで共有して見せ合うサービスのようでした。
0402デフォルトの名無しさん2010/11/02(火) 07:42:31
linuxカーネルのミラーは8GBだそうだ。
http://mercurial.selenic.com/bts/issue2466
http://kernel.org/hg/linux-2.6
無制限でフォークしたら凄いことになりそう。
0403デフォルトの名無しさん2010/11/02(火) 07:49:54
お前ら、リリースされたばかりの1.7について語ってもいいんだぞ？
新機能とか。
0404デフォルトの名無しさん2010/11/02(火) 07:56:44
もう出たの？早いね。
d0b08dcbcf0b Added tag 1.7 for changeset 333421b9e0f9
2010-11-01 17:40:14 -0500
0405デフォルトの名無しさん2010/11/02(火) 10:03:07
bitbucketいいんだけど検索の出来がいまいちじゃね？
0406デフォルトの名無しさん2010/11/02(火) 19:14:41
言語別での検索が欲しいね、githubにあるし
0407デフォルトの名無しさん2010/11/03(水) 02:34:27
>>398
Sugeeeeeeeeeee

俺歓喜
0408デフォルトの名無しさん2010/11/04(木) 07:05:37
bitbucket、何かおかしいと思ったら、historyが時系列に並ばずに
所々でたらめな順番になってた。なんだこりゃ？
0409デフォルトの名無しさん2010/11/04(木) 08:10:40
Mercurial的には時間順では無くリビジョン番号順に並ぶのは正しい挙動です
0410デフォルトの名無しさん2010/11/04(木) 14:27:19
いや、リビジョン番号順でもなくて、commit 0: 〜　がど真ん中にあったりする。
hg log とは違う並び。
0411デフォルトの名無しさん2010/11/04(木) 15:48:14
>>410
wiki?
0412デフォルトの名無しさん2010/11/04(木) 15:56:55
Wiki?
"Source"クリック -> ファイル名クリック -> "history"クリック で出てくる、
Changesetsのページでだよ。
0413デフォルトの名無しさん2010/11/04(木) 16:11:59
>>412
ここで検索して文句言ったら？
http://bitbucket.org/jespern/bitbucket/issues
0414デフォルトの名無しさん2010/11/04(木) 16:46:15
これかなぁ。
http://bitbucket.org/jespern/bitbucket/issue/2103/wiki-history-changelog

ググった感じ、bitbucketってくだらないバグや鯖落ちが多くて、
githubにはまだまだ及ばないって感じみたいだね。
0415デフォルトの名無しさん2010/11/04(木) 17:29:40
リポジトリはもちろん、wikiもMercurialで持ってこれるからオフラインで編集できて便利。
でもBTSは鯖落ちが多いと困る。
0416デフォルトの名無しさん2010/11/04(木) 20:03:13
>>412
確かにこれはめちゃくちゃだ
http://bitbucket.org/mirror/mercurial-crew/history/README
0417デフォルトの名無しさん2010/11/13(土) 18:54:08
2つのプロジェクトがあって、1つはクラスライブラリのプロジェクト、
もう1つはそのライブラリを利用するGUIのプロジェクト。

こういう組合せは良くあると思うんだけど、リポジトリはプロジェクトごとに分けた方がいい？
それとも、もう1段上のディレクトリからをリポジトリにした方がいい？
クラスライブラリが他でも利用されるかどうかは、現時点では曖昧だとして。
0418デフォルトの名無しさん2010/11/13(土) 19:18:17
>>417
つ>>252-256
あとからconvertで分けるのは大変だから分けた方が良いと思う
0419デフォルトの名無しさん2010/11/13(土) 21:36:25
分けるの？
クラスライブラリが3個のソリューションなら、リポジトリ4個？
pushするのも面倒くさそう。
バックアップも収拾がつかなそうだし。
0420デフォルトの名無しさん2010/11/13(土) 21:45:34
>>419
http://mercurial.selenic.com/wiki/Subrepository
0421デフォルトの名無しさん2010/11/14(日) 00:03:49
へぇ、いろいろあるんだねえ。
英語わかるひとは羨ましい
0422デフォルトの名無しさん2010/11/14(日) 14:28:45
リポジトリのバックアップはどうやってる？
Subversionの時より、リポジトリの粒度が小さくなった所為で、どれをどこまで
バックアップしたのか、把握出来なくなりつつある気がする。

ちなみに、俺のバックアップ方法は、bitbucketのプライベートリポジトリにpushしとくだけ。
0423デフォルトの名無しさん2010/11/16(火) 00:31:28
いろいろぐぐってまわってみた感じ、bitbucketって結構評判悪いね。
「githubの丸パクリだろ、カス」とか「バグ多すぎ。開発能力を疑う」とか
「有料アカウントなのにサポートに無視された」とか。
0424デフォルトの名無しさん2010/11/16(火) 00:51:33
githubも昨日大事故を起こしているし、
https://github.com/blog/744-today-s-outage
リポジトリ置き場として割り切れば、良いんじゃないか？
Mercurialの場合、リポジトリはgoogle codeやcodeplexにもミラーやお引越しもできるし。
0425デフォルトの名無しさん2010/11/16(火) 01:32:37
Mercurialが使えるとこだと、
http://www.codebasehq.com/
http://www.assembla.com/
あたりを推す声もあった。
0426デフォルトの名無しさん2010/11/16(火) 01:54:06
>>424
イベント全部吹っ飛んでてうけるｗ
普及中みたいだけど

テスト環境と間違えるとかどんなだよ
0427デフォルトの名無しさん2010/11/16(火) 03:39:26
mercurial-1.7.1.tar.gz15
0428デフォルトの名無しさん2010/11/16(火) 03:48:21
hg summary --remote

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

とにかく無料でプライベートリポジトリ使いたい乞食ユーザには、
今のところBitbucketが一番か。
0430デフォルトの名無しさん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
0431デフォルトの名無しさん2010/11/17(水) 20:03:33
水銀入りのバケツに押しつぶされた整備工の絵が面白い。
http://status.bitbucket.org/

0432デフォルトの名無しさん2010/11/17(水) 20:12:10
水銀の比重は13.6(20度)なので、一般的な10Lバケツなら136kgか。死ぬかも。
0433デフォルトの名無しさん2010/11/17(水) 20:15:01
シドニーは夏時間あるんだっけ？夜勤ご苦労様です。
0434デフォルトの名無しさん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

http://blog.bitbucket.org/2010/11/17/iteration-1045-mercurial-1-7/
0435デフォルトの名無しさん2010/11/19(金) 02:20:05
ATLASSIANに買収されたので、ちっとはマシになると思いたい。
0436デフォルトの名無しさん2010/11/19(金) 02:23:18
ATLASSIANって、JIRAとか安くないし、買収されてから値下げしたのが
不思議で仕方がない。
0437デフォルトの名無しさん2010/11/20(土) 20:07:34
>>436
10 User = $10 のヤツは充分安いと思う。商用で大規模開発に使うなら、あれくらい出しても問題ないっしょ。
まあ、Bitbucketの値下げは俺も不思議なんだけど。
0438デフォルトの名無しさん2010/11/23(火) 00:28:03
アトラシなんとかの、別の製品にもMercurialサポートが追加されてるな。
社を挙げて、DVCS強化に乗り出してるとか？
0439デフォルトの名無しさん2010/11/23(火) 19:08:15
http://mercurial.selenic.com/wiki/EncodingStrategy
0440デフォルトの名無しさん2010/11/23(火) 20:56:13
終わった
0441デフォルトの名無しさん2010/11/23(火) 21:17:43
>>439
win32mbcsアウトじゃんｗｗｗ
0442デフォルトの名無しさん2010/11/23(火) 21:24:09
どういうことなの？
win32mbcs使ってる俺はリポジトリ殺さないといけなくなるとか？
0443デフォルトの名無しさん2010/11/23(火) 21:29:54
'binary'、'text' のあたりが、EOL extension なんなのよ？って突っ込みたくなる
0444デフォルトの名無しさん2010/11/23(火) 21:49:20
本体は file contents と file names を binary data として扱ってるから、
win32mbcs や EOL extension が拡張として外に置かれてるんでしょ。
既知の情報じゃん。
0445デフォルトの名無しさん2010/11/23(火) 21:58:35
MSから寄付してもらってフルタイムでやれるって話だったはずだが、これで良いのか？
0446デフォルトの名無しさん2010/11/23(火) 22:18:20
>>445
file nameを２から３に移すだけで解決する問題だからやる気がないだけだろ
0447デフォルトの名無しさん2010/11/24(水) 09:45:56
>>445
25000ドルだろ。フルタイムで1人3ヶ月程度くらい。
0448デフォルトの名無しさん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.
0449デフォルトの名無しさん2010/11/25(木) 21:16:35
>>439
これって今までどおりでしょ？
「終わった」じゃなくて前から「終わってた」だけで
0450デフォルトの名無しさん2010/11/25(木) 21:46:24
データをロスするからやらない、という方針が明記されただけでも意味がある気が。
Windowsで、欧米(CP1251だっけ？)では日本語ファイル名が、
日本語Windowsではハングルなどののファイル名が扱えないことを指摘すれば、突破口になるような。
0451デフォルトの名無しさん2010/11/26(金) 03:00:54
【これはひどい】
http://bitbucket.org/site/master/issue/1542/issues-service-cant-handle-non-english
0452デフォルトの名無しさん2010/11/26(金) 08:55:13
WindowsはUTF-16とANSIの変換でlossしちゃうからなぁ
0453デフォルトの名無しさん2010/11/26(金) 16:41:11
>>451
ハズっ・・・
0454デフォルトの名無しさん2010/11/27(土) 01:45:37
>>451
wwww
0455デフォルトの名無しさん2010/11/27(土) 11:47:33
>>439
> http://mercurial.selenic.com/wiki/EncodingStrategy
更新されたよ。
> Wide character encodings like Shift-JIS cause trouble here because they make "\" byte ambiguous
0456デフォルトの名無しさん2010/11/27(土) 13:18:43
>>455
EUC対応するフラグ？ｗ

0457デフォルトの名無しさん2010/11/27(土) 13:27:57
>non-standard normalized form of UTF-8
えらい言われようだな……NFDだって標準だろうに
0458デフォルトの名無しさん2010/11/27(土) 14:50:20
外人はASCII使えりゃいいという考えだし、
UTF-8だって基本俺達には関係ないというスタンスだから
知ってる人が説明しないと彼らには永久にわからんよ。
0459デフォルトの名無しさん2010/11/27(土) 15:04:04
そういう時は取り敢えず、「このracistめ！」と罵っておけば、態度が変わるよ。
0460デフォルトの名無しさん2010/11/27(土) 16:07:02
英語圏いや北米か？彼らは人種差別的なことにはやたら敏感なのに
なんで多言語なことにはいいかげんなのだろうか？
0461デフォルトの名無しさん2010/11/27(土) 16:20:34
白人以外の連中も皆ヨーロッパ語を使ってるから
0462デフォルトの名無しさん2010/11/27(土) 17:28:41
やつらは想像以上に頭悪い
0463デフォルトの名無しさん2010/11/27(土) 17:31:51
つか日本人だって、スワヒリ語サポートのためにわざわざフォント入れてOSの設定変えてテストしたりしないだろ？
実装したとして正しく動いているかどうかも自分の環境でテストできないんだから、やる気がしないのもまあ仕方ない
0464デフォルトの名無しさん2010/11/27(土) 17:51:42
まあ確かに同じ日本語でも縦書きサポートでは苦労するな
0465デフォルトの名無しさん2010/11/27(土) 20:48:37
>>457
> >non-standard normalized form of UTF-8
> えらい言われようだな……NFDだって標準だろうに
これって、NFDでもない勝手な正規化しているって話じゃなかった？
0466デフォルトの名無しさん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文字列であると仮定できれば話は色々と単純になるんだけ
ど、世の中には色々な環境があるのが悩みどころ。
0467デフォルトの名無しさん2010/11/27(土) 21:57:34
NTFSのそれは (WCHAR)0 を含まない WCHAR列に過ぎないんじゃなかったっけ。
と思ったけど大文字小文字の話が合った。
0468デフォルトの名無しさん2010/11/27(土) 22:05:47
WCHARも16ビット、32ビットあって単純じゃないのよね。
NTFSも本当にUTF-16なのか？という疑問もあるらしいし。
http://jp.rubyist.net/magazine/?0025-Ruby19_m17n#f07
0469デフォルトの名無しさん2010/11/27(土) 22:09:44
fixutf8が独自のマップを作っているみたいだけど、これくらいやらないと解決しないんじゃないかな？
0470デフォルトの名無しさん2010/11/28(日) 03:14:33
わかるけどRuby1.9じゃないがエンコーディングの情報も入れてくれないと、
仮にクライアント側で個別に環境毎にファイル名の対処するにしてもできなくないか？

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

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

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

MACの正規化って違うんじゃね？という人は、UTF-8-MACでぐぐったら早いと思う
0472デフォルトの名無しさん2010/11/28(日) 03:40:53
>468
Windows SDKが定義する16bitのWCHARという型って意味でWCHARって書いたんだけど、紛らわしかったか。すまん。
UNIXのファイル名がバイト列に過ぎないのと同様に、生き別れのサロゲートペアなんかも入れられたはず。BOMやU+FFFFも入るかも。
0473デフォルトの名無しさん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の人達が、いわ
ゆる濁点問題を解決するために作成したパッチ。命名したのは日本人だったりする。
0474デフォルトの名無しさん2010/11/28(日) 11:56:54
>>473
前半はわかってる。
>>471を見てUTF-8-MACはエンコーディングなんだ、と勘違いする人がでてくるなら、その話はわかる。
0475デフォルトの名無しさん2010/12/03(金) 20:56:05
恒例の月次バージョンアップ、Mercurial 1.7.2 and TortoiseHg 1.1.7が
来たわけですが、
0476デフォルトの名無しさん2010/12/03(金) 20:59:21
なにが変わった？
0477デフォルトの名無しさん2010/12/03(金) 21:09:05
Release Notes読めばいいじゃないかー
0478デフォルトの名無しさん2010/12/03(金) 21:10:59
openSUSE Build Serviceに、もう1.7.2が来てるな。早い。
一方、debianは、sidでも1.6.4のままだ。
0479デフォルトの名無しさん2010/12/04(土) 13:56:47
Ubuntu公式ではMercurialパッケージはdebianから取り込むため
Maverickが1.6.3、Nattyでも1.6.4のままです。
PPAに最新版の1.7.2が来ているのでUbuntuユーザはそちらをどうぞ。

http://packages.ubuntu.com/maverick/mercurial
http://packages.ubuntu.com/natty/mercurial
https://launchpad.net/~mercurial-ppa/+archive/releases
0480デフォルトの名無しさん2010/12/05(日) 02:03:05
>451
これが直ったかどうかは知らんが、
今週はnon-ASCII 関連のバグがたくさん修正されてるなぁ。
http://blog.bitbucket.org/2010/12/03/repository-search-filtering/
0481デフォルトの名無しさん2010/12/05(日) 19:53:22
お前ら、もし1月になってもパケロスが改善しなかったらどうするの？
0482デフォルトの名無しさん2010/12/05(日) 23:02:17
SaaSesの誤爆か？ｗ
0483デフォルトの名無しさん2010/12/06(月) 01:18:29
ごめん、誤爆だわ。分かる奴が居たのが笑える。
0484デフォルトの名無しさん2010/12/10(金) 01:29:29
>480
http://bitbucket.org/site/master/issue/1542/issues-service-cant-handle-non-english
これはひどい
がついに直ったらしい。

これで、 fix #3 とかで連動する機能が日本語と一緒でも使えるようになったはず。
0485デフォルトの名無しさん2010/12/11(土) 22:35:21
Eclipseに続いて、IntelliJ IDEA 10にも、Mercurialサポートが入った。
0486デフォルトの名無しさん2010/12/17(金) 08:03:44
.hgignoreである特定の拡張子以外すべて無視する設定って出来る？
管理したいプロジェクトには沢山の中間生成ファイルが存在していて、無視の対象を逐一列挙するよりも、ある拡張子にだけ管理の対象として許可を付けたいのだけど。
0487デフォルトの名無しさん2010/12/17(金) 08:07:31
>>486
正規表現使えばいけると思う
http://www.selenic.com/mercurial/hgignore.5.html
0488デフォルトの名無しさん2010/12/17(金) 08:40:26
正規表現ならなんらかの表現手段がありそうだけど、あまり詳しくないから、ある文字列以外にマッチさせる表現が分からない。
0489デフォルトの名無しさん2010/12/17(金) 09:50:32
>>488
正規表現スレへGO

正規表現で「それ以外」(not)って簡単にできたっけ？
0490デフォルトの名無しさん2010/12/17(金) 11:17:11
こんな感じか。.cc以外を無視
syntax: regexp
^.+\.(?!cc)[^.]+$

http://www.python.jp/doc/release/library/re.html#re-syntax
0491デフォルトの名無しさん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
0492デフォルトの名無しさん2010/12/24(金) 13:45:02
Bbのpatch queueって何の意味があるの？
mqって、ローカルでひとりで使うもんだと思ってた。
Bb上では普通にforkして、ローカルでmq使うのと比べて何が嬉しい？
0493デフォルトの名無しさん2010/12/24(金) 14:06:40
bitbucketの容量制限が無くなったから、確かに意味はあまりないかも
applyする機能もあるみたいだけど、良く分からない
0494デフォルトの名無しさん2010/12/25(土) 02:21:25
なにがいいって、パッチなのがいいんじゃないのかな。
上流との違いのみだから内容を把握、レビューしやすいし、
上流自体もそのユーザーも、いつでも適用できる。

いや、超適当。
0495デフォルトの名無しさん2010/12/25(土) 02:46:08
使い方がややこしくて、ヘルプ見ると、詳しい使い方は誰某のblogを参照してくれとか
書いてあったやる気無し機能でしょ?
0496デフォルトの名無しさん2010/12/29(水) 10:14:21
SVNからMercurialに移行するべき8つの理由
http://anlyznews.blogspot.com/2010/12/svnmercurial8.html
0497デフォルトの名無しさん2010/12/29(水) 11:10:26
>496
何でこんな嘘付くの？
> TortoiseSVNの姉妹品TortoiseHgが安定して動く。
> 最近のバージョンはMercurialもセットで配布され、インストールも簡単になっている。
> 今すぐグラフィックス・デザイナー等に利用を推奨できるのは利点だ。
0498デフォルトの名無しさん2010/12/29(水) 11:21:02
すくなくとも二行目は嘘ではないと思うが
0499デフォルトの名無しさん2010/12/29(水) 11:57:05
デザイナはまったく使ってくれんね
0500デフォルトの名無しさん2010/12/29(水) 11:59:51
デザイナーにDVCSを理解させるのは、プログラマにデッサンさせるようなもんだから。
0501デフォルトの名無しさん2010/12/29(水) 12:15:33
デザイナでTortoiseSVN使っている所はロックさせているのかな？
だと、厳しいかも。
0502デフォルトの名無しさん2010/12/29(水) 12:56:57
>>492
それ以前に、mq自体どれくらい使われてるんだろうか
0503デフォルトの名無しさん2010/12/29(水) 16:28:33
>>502
DBサーバー接続情報がリポジトリ内に含まれるプロジェクトはそこそこあるから、MQでパッチは需要があると思う。
0504デフォルトの名無しさん2010/12/29(水) 16:52:02
>>497
その嘘つきが、ノイズを増幅させている・・・
http://anlyznews.blogspot.com/2010/12/gitmercurial8.html
0505デフォルトの名無しさん2010/12/29(水) 18:06:03
>>503
MQ自体の需要とMQをさらにリポジトリとして管理する需要は違うと思うけど
Bitbucketは後者
0506デフォルトの名無しさん2010/12/29(水) 19:47:56
>>501
うちの場合(平均してPG：デザイナ比率が1：4くらい)も分散型検討しましたが、
結局ロックが無いと話にならないって結論でした。
なので現状はSVNか予算が許されるならPerforceです。

TFS使ってる方います？
海外のサイトだと大きいプロジェクトだとSVNより良いみたいな話聞きますけど。
そうなるとPerforceの対抗馬になってくれるかと期待してるんですが。
0507デフォルトの名無しさん2010/12/29(水) 19:53:38
よく分からんのだが、作業分担がちゃんとできてれば、ロックって
必須ってほどでもないんじゃないの？
0508デフォルトの名無しさん2010/12/29(水) 20:10:09
Mercurialのポリシー的にリポジトリは小分けにするのと、
日本語ファイル名は難があるから、バイナリファイルかつ日本語ファイル名のところはsvnで、それ以外はhgってのが、
現状の落としどころかな、って思っている。
subrepoでsvnも扱えるみたいだし、hgsubversionをsubrepoってのもやれなくもなさそうだし、
subrepo使わなくてもスクリプトかましたり。
0509デフォルトの名無しさん2010/12/29(水) 21:06:47
>>507に同意

「ロックがないと話にならない」ってところが話にならないような気がスル。
0510デフォルトの名無しさん2010/12/29(水) 21:09:35
hg-fixutf8で、日本語のファイル名を扱っている人はいる？
0511デフォルトの名無しさん2010/12/29(水) 21:24:35
ロックが必要な環境はいまいちわからないが、
.flaみたいにプロジェクトファイルが1個になっているとか.psdみたいなものには、欲しくはなるかもしれんが
それはロックで解決できる問題なんだろか
0512デフォルトの名無しさん2010/12/29(水) 21:30:53

496 名前：デフォルトの名無しさん[sage] 投稿日：2010/12/29(水) 10:14:21
SVNからMercurialに移行するべき8つの理由
http://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
その嘘つきが、ノイズを増幅させている・・・
http://anlyznews.blogspot.com/2010/12/gitmercurial8.html



0513デフォルトの名無しさん2010/12/29(水) 21:36:00
誤爆
0514デフォルトの名無しさん2010/12/29(水) 22:16:51
>>507
>>509
作業分担をちゃんとすればロックが必要ないってことは、
バイナリファイルを複数の人が編集する可能性がないって事ですか？
05155012010/12/29(水) 22:32:37
>>501です
すいません、「バージョン管理システムについて語るスレ」
と間違えて書きこんでました。
Hgスレでこんなこと言っても仕方ないですね。
申し訳ない。
0516デフォルトの名無しさん2010/12/30(木) 23:17:09
GitとMercurialの比較の図が、どうも胡散臭いんだが・・・

504 名前：デフォルトの名無しさん[] 投稿日：2010/12/29(水) 16:52:02
>>497
その嘘つきが、ノイズを増幅させている・・・
http://anlyznews.blogspot.com/2010/12/gitmercurial8.html
0517デフォルトの名無しさん2010/12/31(金) 02:51:51
>>516
胡散臭いが、言いたいことは何となくわかる
0518デフォルトの名無しさん2011/01/01(土) 16:09:59
今までgit使ってたけどTortoiseの不安定さに愛想が尽きてこれにしたけど完璧すぎてﾜﾛﾀ
俺の中で分散型最強はこれに決定だわｗ
0519デフォルトの名無しさん2011/01/01(土) 19:16:52
>>518
Eclipseのプラグインも、MercurialのがGit、Bazaarのより安定して動いている。
日本語ファイル名以外は完璧に近い。
0520デフォルトの名無しさん2011/01/01(土) 21:00:42
>>518
取り敢えず、gitならshellからコマンド叩いて論じろよ
そんな適当なWindowsのGUIツールで判断してどうすんだ

>>516
分散管理の説明ブログはどこも胡散臭さが満載で困る
一体どこまでが本当で、どこからが誤解釈なんだか
0521デフォルトの名無しさん2011/01/01(土) 21:04:28
>>520
亀さんが動くのはWindowsだけじゃないよ
0522デフォルトの名無しさん2011/01/01(土) 21:07:20
倉ありきの分散管理だろ
学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
どうせ日本語ファイル名はどの分散管理も駄目
なら一歩抜き出てるMercurialでいいわ
0523デフォルトの名無しさん2011/01/01(土) 21:10:08
分散管理の中でGitって一番遅れてるよな…
使わないコマンドを増やす事に力を入れてるだけで周りがまったく進歩しない…
オワコン…
0524デフォルトの名無しさん2011/01/02(日) 01:29:11
> 学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
> 学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
> 学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
> 学生レベルなら喜ぶんだろうがコマンドとかめんどくせぇよ
0525デフォルトの名無しさん2011/01/02(日) 01:30:43
Git？何がSocial Codingだ(笑)
鼻のクソみたいなソースをぐるぐる回してソーシャル(笑)ソーシャル(笑)
0526デフォルトの名無しさん2011/01/02(日) 01:32:34
調子に乗ったが面白くなかった。見なかったことにしてくれ。
0527デフォルトの名無しさん2011/01/02(日) 10:08:44
githubとgitはいちおう分けて考えろよ。
0528デフォルトの名無しさん2011/01/02(日) 12:52:04
>>522
コマンドはシェルスクリプトと組み合わせればGUIより楽になると思うけど……
0529デフォルトの名無しさん2011/01/02(日) 13:59:45
倉ありきの分散管理だろ(ｷﾘｯ

そんな君は集中管理でも同じことを言っただろう
0530デフォルトの名無しさん2011/01/03(月) 01:36:11
そりゃまあ鯖だけあってどうすんねんってことだわな。
0531デフォルトの名無しさん2011/01/03(月) 05:56:28
MercurialはEclipseから使っているので、TortoiseHgのありがたさが分からない。
GitをEclipseから使うと、git-resetが実装途中で困る。プラグインのEGit/JGitのバージョンアップ期待。
BazaarをEclipseから使うと、なぜかcommitができない。プラグインの単なるバグだと思うが、早く直して欲しい。
0532デフォルトの名無しさん2011/01/03(月) 10:59:13
>>530
>>522のコメントに対する理解度が違う
0533デフォルトの名無しさん2011/01/03(月) 10:59:19
>>530
Mercurialに鯖という概念はありません
0534デフォルトの名無しさん2011/01/03(月) 11:12:59
>>533
hg serve
0535デフォルトの名無しさん2011/01/03(月) 23:39:26
>>531
IDEのVCSプラグイン楽だよな
0536デフォルトの名無しさん2011/01/04(火) 01:14:11
IDEのプラグインがあるかないかはVCSの選択に関わるくらい重要
0537デフォルトの名無しさん2011/01/04(火) 08:55:52
最近、Git、Mercurial、Bazaarと三つ同時に使っているせいか、プラグインがあっても便利な気がしない。
0538デフォルトの名無しさん2011/01/04(火) 11:27:36
コミット時にvimdiffで比較するプラグインがあるかないかは(ry
無いとコミットメッセージを思い浮かべるのがホント大変
0539デフォルトの名無しさん2011/01/04(火) 12:21:59
>>538
ブチョーの悪口を書いておくといいよ。
0540デフォルトの名無しさん2011/01/04(火) 19:19:46
>>533
いや、集中管理の話
0541デフォルトの名無しさん2011/01/05(水) 01:34:32
>>538
screen使ってるから別Windowでhg diffしたのを見ながら書いてるわ
gitみたいにコメントで情報付けて欲しいとは思う。
0542デフォルトの名無しさん2011/01/07(金) 07:17:39
Mercurial 1.7.3にしたら、MercurialEclipseでコミット済みのプロジェクトのアイコンが要コミット状態のままだった問題が解決。
コンサルタントのおにーちゃんに話したら、「フーン」って言われたので、ここに書いておく。
0543デフォルトの名無しさん2011/01/07(金) 08:45:46
>>542
フーン
0544デフォルトの名無しさん2011/01/07(金) 22:03:50
MacでMercurial入れたらメッセージが日本語で気持ち悪い。
英語にしたいんだけどどうやって設定すればいいんだろう？
0545デフォルトの名無しさん2011/01/07(金) 22:09:28
LANG=Cとかしてみたら？
0546デフォルトの名無しさん2011/01/07(金) 22:27:26
せめてLC_MESSAGESにしよーぜ……。
0547デフォルトの名無しさん2011/01/07(金) 23:18:16
そういや、3台ぐらいのLinuxにMercurial入れてるが、ディストロによって
日本語になったり、ならなかったり、バージョンアップしたら変わったりしてる。
hgってどこの環境変数見てるの？　優先順位は？
0548デフォルトの名無しさん2011/01/07(金) 23:38:52
>>547
環境変数HGENCODINGが、他の環境変数に優先される。
ただし、ja_JP.UTF-8ではなく、Pythonでの文字コード（UTF-8やcp932）を指定するようだ。

export HGENCODING=UTF-8

--encodingオプションをつけてもいい模様。
0549デフォルトの名無しさん2011/01/07(金) 23:50:44
en_US.UTF-8は？
0550デフォルトの名無しさん2011/01/08(土) 00:06:03
>548
いや、そういうhg専用の環境変数はいじってないから、
LANGUAGEとかLANGとかが効いてそうなんだが、よくわからん。
Pythonのインストール状態のせいかも？

ツールはいろいろ入れてるが、こんな珍妙なことになるのはhgだけなんだが。
0551デフォルトの名無しさん2011/01/08(土) 07:33:17
>>550
utf-8の端末での表示がおかしかったから、*.poをディストリビューションが無効にしていた。
それが対応したからディストリビューションによって対応し始めた。
TortoiseHgはGUIだから早くからメニューの日本語化は出来ていた。
0552デフォルトの名無しさん2011/01/11(火) 22:15:09
rebase使ってるとこ、mq使ってる人とこ、どっちも使ってないとこ
どれが一番多い？
0553デフォルトの名無しさん2011/01/11(火) 22:22:36
rebase使ってるとこ、mq使ってる人とこ、どっちも使ってないとこ
どれが一番多い？
0554デフォルトの名無しさん2011/01/11(火) 22:29:45
あ、ダブったすまん。
svnとかに比べて、自由度が高い分、
ワークフローがカオスってか、定石がないってか、そういう感がある
0555デフォルトの名無しさん2011/01/13(木) 02:16:41
少なくとも日本のSI業界()だと、ワークフロー以前に公式リポジトリがDVCSってプロジェクト自体がほとんどないだろ。
0556デフォルトの名無しさん2011/01/13(木) 07:36:54
オープンソースでも公式リポジトリはSubversionというところはまだまだ多い。
hg-gitがhgsubversionに比べて出来が良くないので、Gitに移られるよりSubversionのままの方がありがたい。
0557デフォルトの名無しさん2011/01/13(木) 07:45:29
Pythonがhgsubversionを使って移行しようとしているんだけど、Pythonの3.2のリリース時期の都合で伸びているらしい
PEP: 385 Migrating from svn to Mercurial
http://www.python.org/dev/peps/pep-0385/
0558デフォルトの名無しさん2011/01/13(木) 09:16:06
分散であることのメリットよりデメリットの方が上回るからねー
svnのマージがもっと賢くなってくれれば最強なのだけど。
0559デフォルトの名無しさん2011/01/13(木) 10:37:21
外部にソースが漏れることのデメリットはsvnでも変わらない。履歴があるかないかだけ。
分散型でのメリットの１つはフォークの自由だけど、
cvsのベンダータグみたいなのを使えば、svnでも手間はかかるけど可能。
svnのデメリットは、誰かが変なコミットをして、それを簡単に取り消せないこと。
0560デフォルトの名無しさん2011/01/13(木) 15:15:34
だったらおまえら、一体何にどうhg使ってるのよ？
0561デフォルトの名無しさん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ではないときはリポジトリを分けた方がいいと思う。
0562デフォルトの名無しさん2011/01/14(金) 06:37:10
* 自分で作って時間がかかるものはなんでも、.py でも .pptx でも、まず Create Repository Here
* まとまった変更が終わったら Hg Commit
* ファイルが成長して、失うのが怖くなったらbitbucketにclone

ぜんぜん分散してないけどｗ
作業コピーとリポジトリを分けないのがこんなに楽だとは思わなかった
0563デフォルトの名無しさん2011/01/14(金) 06:54:48
>562
bitbucketは階層がないから、それ続けてるとリポジトリリストがびろーんと
長くなって、何だかなぁという感じになるよ。
0564デフォルトの名無しさん2011/01/14(金) 07:21:00
そうなったら消すよ。最近使い始めたばかりだから
0565デフォルトの名無しさん2011/01/14(金) 12:17:23
>>562
USBメモリーとかにcloneしておいて、hg pull するバッチファイルを置いておくとバックアップは楽だよ。
0566デフォルトの名無しさん2011/01/14(金) 13:05:40
bitbucketまた派手に変わったんだけど
0567デフォルトの名無しさん2011/01/14(金) 16:37:08
>>566
どう変わった？
0568デフォルトの名無しさん2011/01/14(金) 16:52:07
>>567
http://blog.bitbucket.org/2011/01/13/email-addresses-become-first-class-citizens/
0569デフォルトの名無しさん2011/01/14(金) 17:07:24
お前ら、リポジトリのバックアップってどうやってる？
数十個のリポジトリを自動的にバックアップするには？
0570デフォルトの名無しさん2011/01/14(金) 17:49:29
>>568
なるほどメールアドレスで招待とか共有ができるようになったのか。
通りでログイン時にメールアドレスの確認しろと言われるはずだ。

>>569
ファイル・コピーでバックアップは取れるから、tarでもntbackupでも好きなものを使え。
共有リポジトリの場合は、ファイル・アクセス中に更新される恐れがあるから、クローンをしてpullしよう。
シェル・スクリプトかバッチファイルを書いた方が効率的だとは思うが、お好みで。
0571デフォルトの名無しさん2011/01/14(金) 18:09:14
共有リポジトリはRAIDに置く、これ最強
0572デフォルトの名無しさん2011/01/14(金) 18:22:58
>>571
RAIDはヒューマンエラーは救ってくれない。
0573デフォルトの名無しさん2011/01/14(金) 18:32:29
>>572
そりゃそうだが、どこかの誰かがcloneしているからそれ自体がバックアップ。
0574デフォルトの名無しさん2011/01/14(金) 18:38:36
RAIDであれ、Bitbucketであれ、1つのディレクトリにフラットに置くと、
何か収拾が付かなくない？　特にブランチのせいで。
0575デフォルトの名無しさん2011/01/14(金) 18:42:13
>>574
hgwebもツリーに対応してるんだからツリーにすれば良いじゃん
0576デフォルトの名無しさん2011/01/14(金) 18:59:36
>>573
誰かがcloneしている前提なら、そもそもRAID要らないし。
0577デフォルトの名無しさん2011/01/17(月) 20:29:23
>>569
bitbucketに突っ込むだけでバックアップとっている気になっているけど
これじゃ不安なの？
0578デフォルトの名無しさん2011/01/17(月) 20:34:27
>>577
Bitbucketを使わない運用も多いよ。
0579デフォルトの名無しさん2011/01/17(月) 21:13:29
Bitbucketって、いつかデータ飛ばしそうだよね。
0580デフォルトの名無しさん2011/01/18(火) 13:04:07
自分のところにもコピーがあるのでBitBucketのデータが飛んでも問題ない
0581デフォルトの名無しさん2011/01/19(水) 21:16:11
>>565
それは定期的なファイルベースのバックアップと何か違いある？
0582デフォルトの名無しさん2011/01/19(水) 21:25:06
>>581
当然パフォーマンス。
あとFATは壊れやすいのでファイルベースだと壊れるかもしれない。
Mercurialは多分チェックサムを持っているからチェックしてくれると思う。
0583デフォルトの名無しさん2011/01/19(水) 22:58:07
>>582
>>581も書いているけど、差分コピーになるから時間がかからない。
他にも、どのバージョンまでバックアップを取ったかが明確に分かる。
0584デフォルトの名無しさん2011/01/20(木) 01:09:16
TortoiseSVNのRepository Browserみたいな、ファイルツリー全体を見るビューはないの？

Repository Explorerは「ログの表示」だし、まさかWeb Server経由で見ろってことなのかな
0585デフォルトの名無しさん2011/01/20(木) 04:12:22
>>584
亀1.9で提供されています
0586デフォルトの名無しさん2011/01/23(日) 09:44:11
>>585
ありがとう！ Repository Workbench の Manifest? でRepository Browserぽい表示になりました。

と思ったらなんだかUnicodeErrorで動かなくなってしまった・・・
2.0リリースされるまで待つことにします。
0587デフォルトの名無しさん2011/01/23(日) 11:05:28
>>586
ここか日本語のあそこか下の所に投げた方が良いかと思います
https://bitbucket.org/tortoisehg/thg/issues
Bitbucketは匿名でもいいみたいなんで
0588デフォルトの名無しさん2011/01/23(日) 21:20:35
そういえばbranchやstatusコマンドでも日本語含んでるとUnicodeErrorになるね。(Windows)
05895882011/01/23(日) 21:23:13
ごめん恥ずかしい勘違い&誤爆でした…
0590デフォルトの名無しさん2011/01/26(水) 02:01:56
>>466
> ファイル名は正規化されていないという主張（たまにそう書いてしまう人がいる）は厳密には間違い。

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

それ多分、正規化の定義と標準で規定された正規化形式による正規化を混同してる。
0592デフォルトの名無しさん2011/01/30(日) 15:07:45
共有のリポジトリにプッシュするときに
特定のbranchだけプッシュする
または特定のbranchを除外してプッシュする方法はありますか？
0593デフォルトの名無しさん2011/01/30(日) 15:30:28
>>592
> 共有のリポジトリにプッシュするときに
> 特定のbranchだけプッシュする

-b(--branch)オプション。
-r(--rev)でも祖先に紐付いたものだけがpushできる。
亀1.1.xの場合リビジョン指定が出来て、亀1.9ではブランチ指定が出来た気がする。
0594デフォルトの名無しさん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で作業していたリビジョンはプッシュしないといったことは可能でしょうか
0595デフォルトの名無しさん2011/01/30(日) 18:27:28
>>594
> しかしbranch2を閉じてbranch1にマージした後に

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

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

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

以下に訂正

branch1がマルチヘッドになっているのでは？
"hg heads"でbranch1が２つ出力されると思われ。
0597デフォルトの名無しさん2011/01/30(日) 18:32:51
>>595
>
> closeしたのであれば、push先で"hg branches"を実行してもbranch1は出てこないはず。

これも以下のに訂正

closeしたのであれば、push先で"hg branches"を実行してもbranch2は出てこないはず。
0598デフォルトの名無しさん2011/01/30(日) 19:12:59
>>595-597
hg headsはbranch1のヘッドが１つとdefaultのヘッドが１つ表示されます
またhg branchesでは仰るとおりにbranch2は表示されません

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

別の方法がないかもう少し探してみて
無さそうだったら素直に全部のブランチをプッシュするようにします
ありがとうごいました
0599デフォルトの名無しさん2011/01/30(日) 19:49:42
>>598

亀が１個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ブランチが復活できる。
0600デフォルトの名無しさん2011/01/30(日) 22:58:27
>>599
解説ありがとうございました

branch2が親にならないようにbranch1へbranch2の内容を反映させる方法があれば
解決できるかと思って探してみたところ
transplantでbranch2のチェンジセットをbranch1へ移植
branch1へ移植され内容をqimportとqfoldで統合
pushするときに-bでbranch1を指定すれば
だいたい思ったような状態にできそうだとわかりました
0601デフォルトの名無しさん2011/01/30(日) 23:00:32
>>598
hg logを見れば各チェンジセットにブランチ名がついているのがわかるだろう。
ブランチを閉じたってチェンジセットについたブランチ名が消えるわけではない。
0602デフォルトの名無しさん2011/02/03(木) 07:43:44
hg qnew -f するときに、-I ファイル名 で特定のファイルだけを指定できますが、
変更箇所の一部だけを指定することはできますか。
ちょうど hg record や git add -p のようなことが hg qnew -f でもやりたいです。
0603デフォルトの名無しさん2011/02/03(木) 11:30:00
>>602
特定ファイル指定は hg qnew パッチ名 ファイル名 だな。-fは不要。
一部だけ指定はrecordしてからqimportかねぇ・・・
0604デフォルトの名無しさん2011/02/03(木) 17:32:01
mercurial-1.7.5.tar.gz 01-Feb-2011 23:35 2.4M
0605デフォルトの名無しさん2011/02/03(木) 23:24:27
1日でバージョンが0.2あがったのか。
0606デフォルトの名無しさん2011/02/04(金) 01:21:01
Hg addremove した後に、コミットしたく無いファイルが大量に列挙されているのに気付いた時に、addremve 登録を比較的手軽に解除する方法はありますか？
0607デフォルトの名無しさん2011/02/04(金) 01:40:56
>>606
hg revert --all
0608デフォルトの名無しさん2011/02/04(金) 01:45:42
>>605
win32mbcsの
extentionをextension
に書きなおしたらしいｗｗｗ
0609デフォルトの名無しさん2011/02/04(金) 01:47:32
>>608
それは直さざるをえないな（笑）
0610デフォルトの名無しさん2011/02/04(金) 01:55:02
win32は常に黒歴史なんですね、わかります。
0611デフォルトの名無しさん2011/02/04(金) 02:00:44
>>607
revert したら、失いたく無い変更点も失ってしまう。
0612デフォルトの名無しさん2011/02/04(金) 08:48:39
失いたくないファイルの方が多分少ないんだろう？
それらをよそに退けといて、revert した後で戻せばいい。
多い場合でもがんばれ。
0613デフォルトの名無しさん2011/02/04(金) 10:03:59
>>612
たしかに。サンクス。
0614デフォルトの名無しさん2011/02/05(土) 10:23:44
http://mercurial.selenic.com/wiki/TechnicalDebt
0615デフォルトの名無しさん2011/02/06(日) 08:05:23
mercurialでは、ブランチつくるには必ずディレクトリを分けなきゃいけないのでしょうか。
Gitのように、ひとつのリポジトリに複数の名前付きブランチを作るのは無理？
Githubではひとつのリポジトリに複数のブランチを登録できるけど、
Mercurialを使っているBitbucketでは複数のブランチを管理しようとしたら
それぞれ登録し直さなきゃいけないのでしょうか。
0616デフォルトの名無しさん2011/02/06(日) 08:35:27
>>615
> Gitのように、ひとつのリポジトリに複数の名前付きブランチを作るのは無理？
可能

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

mercurialの場合、リポジトリでヘッドを１つにするというポリシーがあって、
ヘッドが複数あるとパフォーマンスなどがあまり好ましく無いので、
積極的に分けた方が良いということになっている気がする。
0617デフォルトの名無しさん2011/02/06(日) 08:36:11
hg branchでできるよ。
0618デフォルトの名無しさん2011/02/06(日) 13:04:06
>>616,617
ありがとう、ためしてみる
0619デフォルトの名無しさん2011/02/12(土) 03:46:30
MacOSX上でMercurialEclipse使ってみてるんですが、
コマンドラインで日本語ファイル扱えるのに何でプラグイン上だと
ファイルが見つからないとか言うんだろ・・・
JavaでUTF-8の文字列扱ってるだけだろ・・・
EclipseだとGitにせざるを得ないのかな・・・
0620デフォルトの名無しさん2011/02/12(土) 03:57:59
>>619
日本語ファイル名があるなら、Bazaarで。
0621デフォルトの名無しさん2011/02/12(土) 07:57:16
>>620
NFCに統一するという暴挙をやっちゃったBazaarか？
JavaとBazaarだけだぞ、そんなくだらないことしているの。
で、Eclipse、NetbeansでBazaarは動くのか？
0622デフォルトの名無しさん2011/02/12(土) 08:50:39
>>621
BazaarのEclipseプラグインは、プラグインをリコンパイルしたら動いた。
Mercurialユーザだけど、NFC統一は歓迎。
0623デフォルトの名無しさん2011/02/12(土) 09:04:57
>>622
gitとhgはCP932のダメ文字があるが、WindowsでCP932を使わない、cygwinを使う、
hgの場合、fixutf8を使う、発展させる、本家をリファクターするという選択肢・回避方法もあるが、
JavaとBazaarはCJK互換漢字など、MacOSXでのダメ文字が発生するが、回避方法はあるのか？
0624デフォルトの名無しさん2011/02/12(土) 10:02:27
>>623
CJK互換漢字は、MacintoshはEメールではどうしているの？
0625デフォルトの名無しさん2011/02/12(土) 11:00:27
>Eメールではどうしているの？
UTF8 で無問題
0626デフォルトの名無しさん2011/02/12(土) 11:23:43
NFC正規化は、「合成」と「互換文字を統合文字にする」の2つの変換を含んでて
Appleの独自実装では後者はスルーなので、Macを使っててもフツー問題にはならない。

バカ真面目に規格通りのNFC正規化を行うようなアプリに出くわさなければ。
(bzrだけではなくて、他にもAdobeのソフトとか結構あるらしい)
0627デフォルトの名無しさん2011/02/12(土) 11:28:39
山嵜.txtと山崎.txtが混在しているわけか。
0628デフォルトの名無しさん2011/02/12(土) 12:21:29
>>626
そもそも互換文字を使って字形を選んでるのがダメ。
互換文字はあくまでも他の文字コードからの変換をするときの互換用であって、
Unicode上で正しく字形の選択をするには異字体セレクタを使うべき。
0629デフォルトの名無しさん2011/02/12(土) 12:24:01
>>625
> >Eメールではどうしているの？
> UTF8 で無問題
だから、メールでzipをやりとりする場合
0630デフォルトの名無しさん2011/02/12(土) 12:24:24
むしろNFC使ってないhgで合成文字ってちゃんとMacローカルルールで
扱われるの？合成文字がいつの間にか分解されてコミットされたりしない？
0631デフォルトの名無しさん2011/02/12(土) 12:28:39
>>630
Macユーザがこまめにhg renameすれば無問題
0632デフォルトの名無しさん2011/02/12(土) 12:45:04
>>631
hg rename しても、それでリネーム後のファイルがまた分解されちゃったりしない？
互換文字が使えないよりも合成文字が使いにくいほうが致命的だと思う。
0633デフォルトの名無しさん2011/02/12(土) 12:59:03
>>632
WindowsとLinuxユーザがMacユーザのためにこまめにhg renameすれば無問題
0634デフォルトの名無しさん2011/02/12(土) 13:06:41
>>633
マカーを排除したくなるなｗ
実際にはそれはムリだから、日本語ファイル名は使わない方が無難だね。
0635デフォルトの名無しさん2011/02/12(土) 14:08:22
>>628
そもそもなんでもかんでもNFC変換しちゃうようなアプリは、
「1文字を1コードポイントで扱いたい」という意図を持ってるわけで、
そんなアプリが異体字セレクタなんかに対応するわけ無いだろ
0636デフォルトの名無しさん2011/02/12(土) 14:11:41
弐号機.txtが二号機.txtになるなら問題だ。
0637デフォルトの名無しさん2011/02/12(土) 14:23:58
>>635
どんな偏見だよｗ
NFCで正規化するのは1文字を1コードポイントで扱うためなんかじゃないよ。
「同じ文字」に複数の表現があるから、正規化しないと「文字列」比較ができない。

つまり、正規化しているアプリケーションは「文字列」を扱っていて、
正規化していないアプリケーションは「コードポイント列」を扱っている。
0638デフォルトの名無しさん2011/02/12(土) 14:28:00
>>637
まっとうに作るなら、バイナリ表現をキープするために、比較関数の方に細工するだろ
0639デフォルトの名無しさん2011/02/12(土) 14:32:03
>>638
それは、UCS(Java, .NET, Python) vs CSI(Ruby) の話と似ていて、
どっちが良いとは断言できないだろ。
使い勝手がいいのはUCSだし、全ての情報を削らずに扱いたいならCSIだし。
0640デフォルトの名無しさん2011/02/12(土) 16:00:02
>>638
いや、正規化した表現も格納しといてくれればOK。
比較時に生成するのはコストが高い。

>>620
Bzrはシェア的に先行き不安。
IDEの定番プラグインのデキが気になるし・・・
Gitは、Eclipse/Xcodeで標準。MercurialはNetbeans標準だからどちらかで選びたい
>>635
無難なのは分かってるけど、開発者が逃げてるからいつまでも解決しないんだと思う。
開発者ならガンガンマルチバイト文字を使って問題を肌で感じるべき。
0641デフォルトの名無しさん2011/02/12(土) 23:41:48
>>640
> Gitは、Eclipse/Xcodeで標準。

EGitって、そこまで開発が進んでいた？
0642デフォルトの名無しさん2011/02/13(日) 01:16:58
手元のBazaarは2.1.1
0643デフォルトの名無しさん2011/02/13(日) 02:31:10
>>619
eclipse.iniに-Dfile.encoding=UTF-8を書くと日本語ファイル名も扱えた。
ワークスペースとかプロジェクトのエンコードだけUTF-8にしてもだめっぽい。
0644デフォルトの名無しさん2011/02/13(日) 03:10:09
ああ、濁点があるファイルが微妙だ。
eclipseだけで閉じてるなら問題ないけど、hgコマンドだと別ファイル扱いになってるな。
JavaがNFCに正規化してるのか?
0645デフォルトの名無しさん2011/02/13(日) 03:42:26
EGitでも濁点ありのファイルは同じだ。
MacOSXでeclipseからダメ文字ファイルを入れると他のクライアントからまともに扱えなくなる訳か。
難儀だな。
0646デフォルトの名無しさん2011/02/13(日) 04:59:58
>>643
おお、ガチだっ！
貴重な情報 thx。
システムがUTF-8で動いてるから指定無しでUTF-8なんだと思い込んでた。
これで、MercurialEclipseで行けそうな気がしてきた。
0647デフォルトの名無しさん2011/02/13(日) 06:18:15
どうもよく分からない…

日本語Windows上で開発するけれど
リポジトリ？はLinuxサーバに置きたい、という場合、
日本語ファイル名を使ったり、
コミットログで日本語を打ちたいときには、
何に気をつければいいんでしょうか？

Linuxサーバのファイル名管理？の文字コード？がutf8なら問題は起きないが、
euc-jpだったら日本語ファイル名が壊れる、とかそういう話があったりしますか？
あるいは、utf8だろうとeuc-jpだろうと、
WindowsからLinuxにコミット？した段階で壊れるとか？

gitやbzrもそうだけど、
どこかに、「こういう組み合わせ・使い方ならOK」「これはNG」みたいな一覧がないかなあ…
0648デフォルトの名無しさん2011/02/13(日) 07:39:24
>>647
git/hgはLinuxではバイト列だから全く制約は無い。
Linuxで壊れるのはロケールに依存するsvn/bzr。
git/hgはcygwinを使えば問題ない。
cygwinじゃないWindowsはぐぐれば出て来るので、そちらを。
0649デフォルトの名無しさん2011/02/13(日) 07:49:04
>>647
ログについてはHGENCODINGでぐぐりましょう。
0650デフォルトの名無しさん2011/02/13(日) 08:59:58
>>647
Windowsでしか編集とcommitをしないのであれば、共有リポジトリの位置に関わらず、コミット・ログもファイル名も気をつける点は特に無い。
0651デフォルトの名無しさん2011/02/13(日) 10:43:39
>>648
bzr もリポジトリ置くだけならロケールが設定されてなくても大丈夫だよ。
チェックアウトするときには LANG=ja_JP.utf8 とか en_US.utf8 とかして
utf8 使えって指定してあげないといけないけど。
0652デフォルトの名無しさん2011/02/13(日) 10:58:51
>>651
美乳-日本語.txtとしないとロケールを間違ったとき壊れます
0653デフォルトの名無しさん2011/02/13(日) 10:59:58
>>651
共有リポジトリのブランチ名は？
0654デフォルトの名無しさん2011/02/13(日) 11:37:09
>>640
>無難なのは分かってるけど、開発者が逃げてるからいつまでも解決しないんだと思う。
>開発者ならガンガンマルチバイト文字を使って問題を肌で感じるべき。

いい言葉だ。ほんとその通りだと思う。

0655デフォルトの名無しさん2011/02/13(日) 12:59:31
DBのテーブル定義で、がんがんマルチバイトを使ったら、上司に首を締められました（＞＜）
0656デフォルトの名無しさん2011/02/13(日) 13:00:23
>>652
そのファイル名をつけるユーザーの心は既に壊れている気がする。
0657デフォルトの名無しさん2011/02/13(日) 23:32:52
mq使っている時に、新しいファイルを追加したい場合ってどうするの？
既存のファイルならhg qnew -f file.txtとかhg qrefresh file.txtでいいけど
新しいファイルを加える方法がわかりません。
0658デフォルトの名無しさん2011/02/13(日) 23:52:50
>>657
もしやと思ってhg add file.txt; hg qnew -ef add_file_txt file.txtしてみたらいけました。
hg qadd とかないのかなとおもってたけど、hg addでいけたのね。
0659デフォルトの名無しさん2011/02/14(月) 08:44:41
>>648-650
ありがとうございます
Linux上で開発はしないので(置き場所にするだけ)
hgも使えそうですね…

と思ったけれど、
Linux上で置き場所にしてるディレクトリを覗いたら
凄いことになる、とかあったりするんだろうか…
まあそのへんはLinuxの問題だから、ここでは関係ないか…
0660デフォルトの名無しさん2011/02/14(月) 08:50:07
>>659
hg update null
0661デフォルトの名無しさん2011/02/14(月) 13:06:15
>>659
自動ではファイルは展開されないから、問題ないかと。
展開してしまったら >>660 で。
0662デフォルトの名無しさん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
うーん面倒。
0663デフォルトの名無しさん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
0664デフォルトの名無しさん2011/02/15(火) 22:22:21
>>662
hg qrecordがあるよ
>>663
最新版はqnewの-fオプションなくなってる
0665デフォルトの名無しさん2011/02/18(金) 22:53:34
これからmercurialを本格的に使おうと思っているのですが、
リモートリポジトリを作成せずに、ローカルからリモートリポジトリにpullまたは同期などは行えますか？

公開サーバーがあるのですが、管理者は基本的におらず、
各ユーザーはリリースしたリビジョンのみ公開サーバーで公開できるような感じで運用したいと思っています。

やはり、最初の段階でリモートでリポジトリを作成するか、ローカルリポジトリをリモートリポジトリに
クローンするしかないんでしょうか？
0666デフォルトの名無しさん2011/02/19(土) 00:16:22
>>665
探せばあると思うし、Tracってどうだったけ？
あっちで聞いた方が良い気がする。
0667デフォルトの名無しさん2011/02/19(土) 00:24:46
ＨＧてなんで漢字のファイル名が上手く扱えないのか、エロい人教えて頂戴。
0668デフォルトの名無しさん2011/02/19(土) 00:31:05
>>667
うまく扱えます。以上
0669デフォルトの名無しさん2011/02/19(土) 00:32:29
ほんとー？　WindowsＸＰなんだが・・・
0670デフォルトの名無しさん2011/02/19(土) 00:32:51
ダメ文字的なのはあったよふな
0671デフォルトの名無しさん2011/02/19(土) 00:39:02
>665
bitbucketでええやん
0672デフォルトの名無しさん2011/02/19(土) 00:49:05
つーか、サーバ要らないし。
極端な話、USBメモリーを渡し合えば良いし。
0673デフォルトの名無しさん2011/02/19(土) 00:54:49
>>669
XPはNFDがだめだった気が
0674デフォルトの名無しさん2011/02/22(火) 00:44:51.51
>>665
公開サーバーからtransplantするとできるかもしれないが
リリースしたリビジョンだけ公開って難しくない?
06756652011/02/22(火) 22:35:03.88
>671
パブリックな環境には置けないです。。

>672
仮想化を利用して、ゲストOSで開発したものをホストOSでリリースバージョンだけ管理しようと目論んでいます。
なので、scpなどでもいいかも。。
でも、きれいなリビジョンで渡せそうにないですね。まぁ、そこはそんなに拘ってはいないのですが。

>674
transplant調べてみましたが、マージに近い？様な感じになるんですかね？？

現在、bitbucketを参考にredmineを導入したらどうかなーと思いつつ検証を始めたところなんですが、
scpでいいんじゃないのだろうかと思ってきました。。
0676デフォルトの名無しさん2011/02/22(火) 22:52:24.94
>>675
bitbucketは５人までプライベートでも無料だよ。
５人というのもpushできるのが５人って意味で、開発者が５人と制約されているわけでは無いよ。
拠点が５つあったら拠点ごとに内部で共有レポたてて、
bitbucketにはまとめ役だけがpushするという運用もあるよ。

Redmineはね、プロジェクトを作ったら、cronでリポジトリを自動的に作る機能があるよ。
0677デフォルトの名無しさん2011/02/22(火) 22:53:57.50
>>676
プライベートだとpullできるのも５人までなのかな？
0678デフォルトの名無しさん2011/02/22(火) 23:13:05.45
>>665
>リモートリポジトリを作成せずに、ローカルからリモートリポジトリにpullまたは同期などは行えますか？
gitやbazaarならできるけどmercurialでは無理。リポジトリを作るかクローンをする必要がある。

>各ユーザーはリリースしたリビジョンのみ公開サーバーで公開できるような感じで運用したいと思っています。
リリースしたリビジョンのみのブランチを作ってそのブランチのみをpush
0679デフォルトの名無しさん2011/02/22(火) 23:41:56.51
>>678
sshでhg init叩けばいいだけやん
sshもだめだって言うんなら、簡単なスクリプト書けばいいやん
0680デフォルトの名無しさん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
0681デフォルトの名無しさん2011/02/26(土) 11:45:02.76
むつかしいなあバージョン管理
0682デフォルトの名無しさん2011/02/26(土) 15:25:13.15
バージョン管理かんたんじゃん。なかった時代でバージョン管理なんてできないし。
バンバンコミットして履歴が見れるのは素敵だよ
0683デフォルトの名無しさん2011/02/26(土) 16:05:29.13
>681
RCSでも出来るようなことだけをやっとけば簡単だろ。
0684デフォルトの名無しさん2011/02/26(土) 23:59:29.20
新しい概念とそれを実現する方法の説明が分離していないのが学習の枷になる。
一つ覚えた事を、次に覚える事の足がかりに出来ない。
結局の所、学習者は学習する前にまず学習の仕方を（自力で）修得しなければならない。
以前から類似の物を使っていれば簡単だろうが、初学者には厳しい学習曲線にならざるを得ない。
まあ草の根で開発されたようなソフトウェアにはよくあることだが。
0685デフォルトの名無しさん2011/02/27(日) 12:01:18.07
履歴が取れるとだけ言われて
なにもわからないまま渡されても
日に一度、全ての状態をコミットし続けるだろう
それでも便利と思われるかもしれないが・・・
0686デフォルトの名無しさん2011/02/27(日) 12:23:23.36
バージョン管理を語るのならスレ違い
svnのようにサーバを立てる必要もなく、gitのようなbareも必要ないという
hgの特徴を語るのなら続けて良いけど
0687デフォルトの名無しさん2011/02/27(日) 15:59:17.78
バージョンアップごとにこんな機能が増えました　みたいなのまとめてるサイトない？

>>686
まさにその特徴が今の仕事にベストフィット。
というか殆どの仕事はMercurialで足りてる。

Mercurial使わないとか、残業代のためにわざとやってるとしか思えないね。
0688デフォルトの名無しさん2011/02/27(日) 16:10:58.63
日々、少しずつ増減する画像ファイルの管理にMercurialを使ってみたが、
まぁ一応使えた。１万ファイルぐらい。
リポジトリが大きくなりすぎると、ssh経由のcloneが失敗するのに困ったが、
一旦、bundleファイルを作る事で何とかなった。
0689デフォルトの名無しさん2011/02/27(日) 16:14:54.53
>>687
> バージョンアップごとにこんな機能が増えました　みたいなのまとめてるサイトない？
http://mercurial.selenic.com/wiki/WhatsNew
0690デフォルトの名無しさん2011/03/02(水) 09:36:37.20
hg 1.8 & 亀hg 2.0 リリースおめ
0691デフォルトの名無しさん2011/03/02(水) 14:59:59.10
TortoiseHg 2.0って、日本語の扱いはどうなってるのさ？
0692デフォルトの名無しさん2011/03/02(水) 15:20:20.50
変わらんだろ
0693デフォルトの名無しさん2011/03/02(水) 19:14:52.14
TortoiseHg 2.0超速い！
ツールキットを変えたんだっけ？
0694デフォルトの名無しさん2011/03/02(水) 19:20:00.01
>>693
PyGTKからPyQtになりました
0695デフォルトの名無しさん2011/03/02(水) 20:53:27.50
GtkからQtに変えるだけで速くなったの？
0696デフォルトの名無しさん2011/03/02(水) 21:38:32.65
>>694
GTKからQtに変えた理由ってなんかあるんだっけ？
GTKよりQtのほうがいいの？それともPythonバインディングの出来の差？
0697デフォルトの名無しさん2011/03/02(水) 21:43:40.85
>>696
つ>>266
0698デフォルトの名無しさん2011/03/02(水) 22:02:37.38
pygtkはしょぼいってこと？
0699デフォルトの名無しさん2011/03/02(水) 22:08:20.51
pygtkというか、gtk自体、Windowsではもっさりだからな。
0700デフォルトの名無しさん2011/03/02(水) 22:13:00.97
>>699
LinuxとMacOSXとWindowsの中で1番自信があるのがWindowsと言ってたような
0701デフォルトの名無しさん2011/03/02(水) 22:26:05.02
リンク先を読まずに勝手に捏造すると

・Macも含めて対応しようとするとGtkは辛い
・Gtkが一度やらかしたのが考え直すきっかけ
0702デフォルトの名無しさん2011/03/03(木) 02:17:11.46
WindowsとMacintoshで、Qtの方がGtk+より良いサポートがあり、品質向上が期待できるそうだ。
0703デフォルトの名無しさん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にしたってあるね。
0704デフォルトの名無しさん2011/03/03(木) 05:48:40.47
GTKはWindowsで冗談みたいなフォントレンダリングだったからなぁ。
0705デフォルトの名無しさん2011/03/03(木) 12:19:11.84
About TortoiseHgからブラウザ開かなかったしな。
0706デフォルトの名無しさん2011/03/03(木) 12:38:58.02
>>704
。が真ん中にあるのは味わいがあって慣れたのだが
0707デフォルトの名無しさん2011/03/03(木) 13:27:57.33
>>704
それGTK関係ないんじゃないの？
0708デフォルトの名無しさん2011/03/03(木) 20:26:10.95
これ、Workbenchだけで基本何でも出来るな。
Explorerへの統合なんか要らんかったんや。
0709デフォルトの名無しさん2011/03/03(木) 20:46:51.11
>>708
それを言っちゃあ・・・
TortoiseHg 2.0でbzr-explorerに追いついたのかな？
bzrではbzr-explorerとTortoiseBzrに分かれているけど、
hgではTortoiseHgでシェル拡張が統合されているのが売りかと思う。
0710デフォルトの名無しさん2011/03/04(金) 00:41:32.30
あれはなんで分かれてるんだろうね
0711デフォルトの名無しさん2011/03/04(金) 01:02:14.78
TortoiseHG2.0にバージョンアップしたんだが、
hg pull
hg update
しか書いてないバッチファイルが動かなくなった。
hg pullが終わった瞬間にbatファイルが終了してしまう。
Mercurial1.8でなんか挙動変わった？
0712デフォルトの名無しさん2011/03/04(金) 01:41:47.24
>>711
もしかしてBitbucket？
0713デフォルトの名無しさん2011/03/04(金) 04:12:01.87
multiple headsになってない状態で、hg mergeすると、親チェンジセット1個で変更点無しの
謎チェンジセットが出来るね。何の意味があるのか。
0714デフォルトの名無しさん2011/03/04(金) 10:18:25.52
>>711
hg pull を hg.exe pull にすると挙動が変わったりする？
0715デフォルトの名無しさん2011/03/04(金) 14:13:56.04
>>712
いえ、自宅WindowsPC→Linuxサーバーで、自宅でコマンドプロンプトのバッチファイルを動かしました。

>>714
hg.exe pullにすると、hg.exeは認識できないエラーで実行されず、次のコマンド進みます。

ちなみに
hg pull
pause
としてもバッチファイルが終了するので、hgが強制的に終了してる気がする…。
0716デフォルトの名無しさん2011/03/04(金) 14:32:11.90
>>715
bitbucketという問いはhttpsのことだろう。

hg.exeは亀付属のもの？
亀以外にeasy_installやらソースを落としたのがどっかに無い？
あと拡張を全部外したらどうなる？
0717デフォルトの名無しさん2011/03/04(金) 14:32:14.79
>>715
hg pull を call hg pull にすればいい気がする。たぶん。
それで動けば後々のために hg update も call hg update に変えた方がいいと思う。

なんか 2.0 になって実行ファイルの置き場が変わった気がする。
Mercurial.ini にフルパスで TortoisePlink.exe 指定してたらはまった……
07187172011/03/04(金) 14:34:52.44
hg.exe でなく hg.cmd が使われちゃうことについては、PATH 環境変数を
いじる(直す？)方が正しい気もしてきた。
0719デフォルトの名無しさん2011/03/04(金) 14:58:59.90
みなさんありがとうございます。
>>717さんのcallで解決しました。

確かに2.0になってファイルの置き場所が変わったのにmercurial.iniは変わらないですね。
デフォルトが相対パスで同一フォルダになってたからこれにもハマった。

>>718
bin\配下に変更になったからPATHは直したほうがいいのかも…。
0720デフォルトの名無しさん2011/03/04(金) 16:03:44.23
TortoiseHg 2.0にしたら、plink.exe, tortoisepling.exeを呼び出すような処理で
詰まって固まりまくりだわ。コマンドラインから hg out とかやっても詰まる。

mercurial.iniで、sshコマンドをCygwin版sshにしたら直るから、
なんか入力待ってるのか？
0721デフォルトの名無しさん2011/03/04(金) 16:15:01.77
>>720
コマンドラインからplink実行してみたら良いじゃん。
初めてアクセスするサーバーで、このfingerprintでおｋ？とか訊いてきてるかもよ。
0722デフォルトの名無しさん2011/03/05(土) 12:38:11.96
あえて２．０いれてみたら使いにくい・・・
１．０の昨日は一通りいれてからリリースしてほしいわ・・・
0723デフォルトの名無しさん2011/03/05(土) 15:30:58.66
>722
わざわざコンソールを開くってメニューも用意されてるぐらいだし、
足りない所はコンソールでやるって感じなのでは？
0724デフォルトの名無しさん2011/03/05(土) 19:15:50.59
TortoiseHg 2.0いれたけどissue trackerの設定項目消えてるし・・・。
でも以前の設定を一応使ってくれてるみたい。
レポジトリのURL設定でパスワードまで設定しても保存してくれない(URLに情報を付加してくれない)から
URLに直書きしたら以前と同じように保存された。
ただしURLエンコードはしてくれなくなってた。
0725デフォルトの名無しさん2011/03/05(土) 19:33:43.90
mercurial.ini にユーザ名とパスワードが保存されてる。
BitbucketでコピーされるURLにユーザ名が入ってるけど
そのまま使っちゃうとTortoiseHgでパスワードを設定しても
同期の時にパスワード入力求められた気がする
ユーザー名とパスワードともにURLから消せばmercurial.iniの
ユーザー名とパスワードの設定を使ってくれるみたい
0726デフォルトの名無しさん2011/03/05(土) 20:02:54.11
hgrcに
[auth]
を手動で書けばいいよ
0727デフォルトの名無しさん2011/03/05(土) 20:10:44.24
tortoisehg 2.0、スタックダンプが頻繁に出るけど、
それでも1系に戻そうと思わないぐらいには快適に動く。
0728デフォルトの名無しさん2011/03/06(日) 12:53:15.72
>>713
よく状況がわからんけどfast-forwardかも
0729デフォルトの名無しさん2011/03/07(月) 22:23:53.20
Fast-forward merge ... なに、これ、キモい
バグかと思ったわ
0730デフォルトの名無しさん2011/03/07(月) 23:02:02.97
いや、バグであってるっぽい。
0731デフォルトの名無しさん2011/03/08(火) 08:14:41.27
fast-forward mergeでやりたかったのって、やっぱりgitの同名の機能なのかな
まぁv1.8.1で早くもいなくなるらしいからなんでもいいか
0732デフォルトの名無しさん2011/03/09(水) 01:05:49.53
過去の指定リビジョンからのコピーって出来ないんだな。
svn cp と同じ事を hg cp でやろうとして悩んだ。
0733デフォルトの名無しさん2011/03/09(水) 02:28:49.14
>>732
何したいんだ？
branch / bookmark / tag / cloneのどれか使え
0734デフォルトの名無しさん2011/03/09(水) 03:49:59.38
>733
ファイルがでかいから、リポジトリ内での参照コピーですむ方法があれば、そうしたかった。
過去のリビジョンには存在したが、今は存在しないファイルね。
0735デフォルトの名無しさん2011/03/09(水) 04:09:47.90
>>732
リポジトリ内で指定リビジョンに戻すなら、hg revert -r [リビジョン番号] [ファイル名]

リポジトリ外に出すなら、hg archive -r [リビジョン番号] [ディレクトリ]
0736デフォルトの名無しさん2011/03/09(水) 04:17:48.81
>735
revertで戻したら、デカいファイルでも、数KBのメタ情報だけで済むの？
0737デフォルトの名無しさん2011/03/09(水) 09:55:30.36
>>734
hg update 過去のリビジョン
hg cp
hg commit
hg update 元のリビジョン
hg merge
0738デフォルトの名無しさん2011/03/11(金) 06:00:25.51
mercurial-1.8.1.tar.gz
0739デフォルトの名無しさん2011/03/11(金) 06:59:04.05
fast-forward mergeは、そんなに問題なのか？
0740デフォルトの名無しさん2011/03/11(金) 08:25:41.04
Windowsの64bitsインストーラで何かと問題があったみたいだからそのついでっぽい感じがしないでもない
亀の初期不具合対応で、hgとバージョンを合わせるという意味もあったかもしれない
0741デフォルトの名無しさん2011/03/14(月) 08:07:37.98
tortoisehg2.02にしたらbitbucketへのpushができなくなったんですが、なにが設定しなきゃいけないんでしょうか？
0742デフォルトの名無しさん2011/03/14(月) 15:38:05.97
Tortoisehg2.0.2でバッチファイルでthg commitするとpythonのエラーが出てしまう。
友人の環境でも駄目だった。
同じことになって改善した方います？
07437422011/03/14(月) 18:39:02.06
自己レス。解決しました。
右クリックメニューからGUI立ち上げて一度コミットしたら以後使えるようになった。

だがしかし、mercurial.iniの設定を変更しようとするとエラーが出る…orz
どうすりゃいいんだ…。
どっかにTortoisehg2.0.0以降のmercurial.ini[Tortoisehg]の設定項目一覧ってないですかね？
0744デフォルトの名無しさん2011/03/16(水) 22:26:53.11
めっちゃめちゃ久しぶりに 2.0 にアップデートしてみた。結構変わったもんだな。
フォントも設定画面から変更できるようになってて感動。

ところで、古いバージョンに上書きインストールしたんだけど、設定画面のエクステンションに
表示される項目が2個しかない。しかも選択できない。クリーンインストールした職場の PC では
もっといっぱい表示されてるんだけど、古いの消してから入れないとダメなのかな？
0745デフォルトの名無しさん2011/03/17(木) 06:30:49.02
>>744
2.0.2でなく2.0だと、hgext.win32mbcsのようにhgext.とあるものは削除してしまうバグがあります。
0746デフォルトの名無しさん2011/03/17(木) 07:04:45.13
explorerへの組み込みやめて、Workbenchだけ切り離して配布してくれないかな。
0747デフォルトの名無しさん2011/03/17(木) 11:58:46.03
>>746
それ俺も思った
設定でコンテキストメニューからいなくできないかな
0748デフォルトの名無しさん2011/03/17(木) 12:10:46.11
インストール時に選べるよ？
0749デフォルトの名無しさん2011/03/18(金) 07:55:07.90
そんなんあったっけ？
0750デフォルトの名無しさん2011/03/18(金) 11:44:48.00
>>749
シェル拡張だっけ？名前忘れたけど、それっぽいもののチェックを外す。
0751デフォルトの名無しさん2011/03/18(金) 23:56:00.06
やってみたが、インストーラーでShell Extensionをはずしても、コンテキストメニューが
出なくなるだけで、 シェルへの組み込みは入る。
アイコンオーバーレイは行われるし、キャッシュサーバも常駐する。
0752デフォルトの名無しさん2011/03/19(土) 00:31:55.57
>>751
あれ、俺はそれで行けたんだけど・・・
ちゃんとアンインストールして再起動してから再インストールした？
0753デフォルトの名無しさん2011/03/19(土) 16:25:55.63
>>745
なんと、バグだったのか。2.0.2 入れたら直るかな。また今度入れてみる。
0754デフォルトの名無しさん2011/03/19(土) 17:06:00.38
これから新規サイトを立ち上げに伴い、Mercurialを使用して
バージョン管理を行いたいと考えております。
開発サーバとしてCentOSにMercurialをインストールし、
クライアントソフトはtortoiseHg2.0.2を使用してます。

クライアントPCから、サーバにあるリポジトリへのPUSHはできてますが
元ソースへの反映方法がわかりません。

元ソースへの反映は別途クライアントからsftpなどのソフトを用いて
アップしないといけないのでしょうか。

リポジトリの作成は、サイト開発ということがあり、
public_html直下に.hg/を作成しております。

識者の方教えてください。
0755デフォルトの名無しさん2011/03/19(土) 17:09:57.57
>>754
サーバのフックでupdate。
あと、こんなのもあるらしい
https://bitbucket.org/MrWerewolf/rupdate
0756デフォルトの名無しさん2011/03/19(土) 18:01:15.33
>>755
教えて頂きありがとうございます。
調べて見ましたところ、現在設定として
hgrcに
[hooks]
changegroup = hg update >&2

を設定することにより、toroiseHGからPULL・UPDATEをおこなうことにより
元ソースに反映されるようになりました。

現在４名でサイトの作成を行っておりますが、
changegroup = hg update >&2
を設定したことにより、今後バージョン管理上不都合は発生したりするのでしょうか。
デフォルトでリポジトリ変更と同時に元ソースのupdateが行われない理由が知りたいです。
0757デフォルトの名無しさん2011/03/19(土) 18:21:03.25
>>756
編集中のワークツリーが勝手に他の無名ブランチに切り替えられたら困ります。
0758デフォルトの名無しさん2011/03/19(土) 18:47:28.71
>>756
http://mercurial.selenic.com/wiki/JapaneseUnderstandingMercurial
http://mercurial.selenic.com/wiki/Parent
07597422011/03/20(日) 21:06:42.13
>>756
2名で同じことを一ヶ月ほど続けてるけど現状は問題なく管理できてる。
毎回pull確認しないと締め切り直前にマージが発生しやすくなるくらい。
0760デフォルトの名無しさん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の変更部分のみ適用"
0761デフォルトの名無しさん2011/03/24(木) 07:27:29.00
>>760
> 特定のチェンジセットでの変更のみ
transplant拡張
0762デフォルトの名無しさん2011/03/25(金) 05:20:43.03
>>761
ｔｈｘ！
0763デフォルトの名無しさん2011/03/30(水) 16:46:06.03
MercurialEclipseのバージョン1.8、何かおかしくない？
0764デフォルトの名無しさん2011/03/30(水) 17:24:10.60
何かと言われても
0765デフォルトの名無しさん2011/03/30(水) 21:22:10.53
>>763
うちでMercurialEclipseがまともに動いたことがないんだが。
0766デフォルトの名無しさん2011/03/30(水) 23:23:26.54
公式サイトには1.71の情報しかないが、インストールすると1.8が入り、かつ例外を吐いて動かない。
0767デフォルトの名無しさん2011/03/30(水) 23:27:35.09
普通に動いてる俺は運がいいのか
0768デフォルトの名無しさん2011/03/31(木) 06:43:46.29
同じ症状のバグ報告は既にされているようだから、しばらくコマンドラインで耐え忍び。
0769デフォルトの名無しさん2011/03/31(木) 16:38:42.54
gitのリポジトリからもってくるのに
一旦git pullしてからhg convertしてるんだけど
めんどくさいしリビジョンがhgとgitで違うしとか
あんまり便利じゃないので、おすすめをおしえてください。
0770デフォルトの名無しさん2011/03/31(木) 18:55:14.37
>>769
hg-git。

コンバートはgitのブランチ・タグの特性からhg使いからするとあまり満足した結果が得られない。
gitに限らず、コンバートは一方方向だけなので、完全移行が目的だったら、コンバートでも十分かも。

hg-gitはソースを見る限り、hgとgit間のリビジョンのハッシュ値を何らかの方法で生成しているっぽいので、
相互運用が可能。
だけども、gitが気軽にブランチ＝リビジョンを消せる、hgは消せないという特徴から、
gitでもリビジョンが消せないというジレンマがある。
07717692011/03/31(木) 20:25:06.83
>>770
hg-gitはhg cloneでもってきて、hgはstable head、dulwichは0.7.0なんだけど例外発生。
ttp://ideone.com/5PmLE
0772デフォルトの名無しさん2011/03/31(木) 20:30:36.50
>>771
dulwichはLinuxでは一つ前のをeasy_installで入れて使っている。
Windowsの亀にバンドルされているみたいだけど、Windowsで使っていないから分からない。
07737692011/04/01(金) 21:28:06.79
hg-gitが例外になるのはhgsubversionを外したら直った。
でhgsubversionを最新にしたらhg-gitが動いた。
これから遊んでみる。
0774デフォルトの名無しさん2011/04/05(火) 01:07:21.33
TorotiseHg2.0.3公開。
バグフィックスが大量。俺は使ってないけど。
http://tortoisehg.bitbucket.org/ja/
07757692011/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分でおわったのに。
0776デフォルトの名無しさん2011/04/06(水) 21:27:43.09
素直にgit使えｗ
0777デフォルトの名無しさん2011/04/06(水) 22:09:07.02
hgsubversionも最初のcloneが重いから仕方ないでしょ。
hgsubvesionは最近になって、開始リビジョンが指定できるようになったようだ。
gitはshallow cloneに対応しているんで、それをワンクッションおけば、
速くなるかもしれない。
07787692011/04/07(木) 00:51:03.61
なんか4日くらいかかりそうな勢い。まだ2007年のを処理してるし。
電力事情も改善されてきたので、このまま放っておきます。
0779デフォルトの名無しさん2011/04/10(日) 23:53:33.40
いや電力事情は別に改善されてないだろ
0780デフォルトの名無しさん2011/04/11(月) 00:58:10.26
計画停電は落ち着いたようだけどな
一晩かけてのDLで計画停電で落とされでもしたら泣きたくなる
0781デフォルトの名無しさん2011/04/13(水) 06:42:31.20
>>780
自分が落とされてなくても
鯖が落ちたことはあった
無計画停電初日の思い出
0782デフォルトの名無しさん2011/04/13(水) 20:27:59.80
Subversion、Google Code、SourceForge、Mercurial からの移行ツール - Bitbucket
http://blogs.atlassian.jp/2011/04/subversion-google-code-sourceforge-and-mercurial-importer-j.html

Goodbye Subversion, Hello Mercurial: A Migration Guide
http://blogs.atlassian.com/developer/2011/03/goodbye_subversion_hello_mercurial.html
0783デフォルトの名無しさん2011/04/15(金) 14:35:30.48
Bazzarのbzr-explorerみたいなスタンドアロン型のGUIはありませんか？
TortoiseHgはあるみたいですが、シェル拡張では無くスタンドアロン型で無いかなぁと。
0784デフォルトの名無しさん2011/04/15(金) 15:10:14.81
TortoiseHgにはシェル拡張だけじゃなくてワークベンチがついてくるからそれでいいんじゃないの
0785デフォルトの名無しさん2011/04/15(金) 18:24:25.63
いまTortoiseSVN入っているからTortoise系はちょっと避けてみたけれど、
入れ直してしばらく使ってみる。
0786デフォルトの名無しさん2011/04/15(金) 22:38:43.59
TortoiseHgのワークベンチは、それだけコピーしてきて使う事が出来る。
インストールせずに。
0787デフォルトの名無しさん2011/04/15(金) 22:47:24.59
PyGTKと違ってPyQtはWindowsでも比較的楽にソースから立ち上げられるよ
0788デフォルトの名無しさん2011/04/16(土) 23:30:37.27
TortoiseHgいれてWorkbench使ってみました。
ネットで調べながら格闘しつつマージまでやってみたのですが、マージ→コミットが
出来なくて、ずっと悩んでいました。

結局、マージ→特定リビジョンへ移行→コミットの流れで思ったようにファイルが
更新されたのですが、TortoiseSVNやTortoiseBzrではマージ→コミットの流れ
だったので、手順を間違えているのか気になっています。

GUIとしてはbzr-explorerの方がなじみやすかったけれど、覚えたいのはMerucurial
の方なので、もうしばらく悪戦苦闘してみます。
0789デフォルトの名無しさん2011/04/17(日) 11:55:16.20
むしろコミットしてからマージじゃね
0790デフォルトの名無しさん2011/04/17(日) 21:50:53.18
コミットはしてある状態からスタートと考えると、マージ→コミットで良いんじゃね
0791デフォルトの名無しさん2011/04/19(火) 00:21:34.93
Mercurialのマージは明確に分けてコミットしようとするから混乱してるだけな気がする。
0792デフォルトの名無しさん2011/04/19(火) 09:07:36.69
TortoiseSVNから移ってきた時、PullなりPushした内容が作業ディレクトリに
反映されないという事に気がつかなくて、四苦八苦してたなぁ。
結局概念の違いと間違って覚えていた事を、改めて学習した。
0793デフォルトの名無しさん2011/04/19(火) 09:12:57.41
trunkの内容をbranchにpull。マージしてbranchのコミット。
branchのコミット内容をtrunkにpush。
trunkでbranchの内容をマージしてコミット。

この後、branchでtrunkの内容をpullしたら、変更があったから
再びマージしてコミットしてtrunkにpush。
trunkでマージしてコミット・・・以下、リビジョンだけを上げていた
懐かしい日々。
07947692011/04/22(金) 12:04:17.52
>>793
普通に操作したら、そうはならないんじゃない?
0795デフォルトの名無しさん2011/04/23(土) 09:56:27.27
保守が必要になるとは
0796デフォルトの名無しさん2011/05/02(月) 09:17:02.53
質問もあがらないとは珍しいな。ほしゅ。
0797デフォルトの名無しさん2011/05/02(月) 10:54:48.51
あれ、今月のバージョンアップはどうしたんだ？
0798デフォルトの名無しさん2011/05/02(月) 14:01:31.45
ごめん、コミットしたらコンパイルできなかった。
0799デフォルトの名無しさん2011/05/02(月) 15:14:08.02
mercurial-1.8.3.tar.gz
0800デフォルトの名無しさん2011/05/02(月) 16:40:03.34
1.8.3は、さほど見るべきものは無さそうだな。

zeroconfに対応してるのが気になるが、ユーザーではないので便利なのかどうか知らん。
0801デフォルトの名無しさん2011/05/03(火) 22:52:14.07
TortoiseHG2.0.4リリース済み。
2.1くらいになるまでは怖くて1系からアップデートできないな…。
0802デフォルトの名無しさん2011/05/04(水) 01:05:57.22
今月のは定期メンテリリースなんだから目新しい機能はつけないでしょ
0803デフォルトの名無しさん2011/05/04(水) 02:28:51.97
定期リリースってなんの意味があんの？
0804デフォルトの名無しさん2011/05/04(水) 09:05:06.17
なんか目新しい気がしてくる。
昨日が大差なくても、最終更新日が1年前より安心というプラシーボ効果。
0805デフォルトの名無しさん2011/05/04(水) 13:00:17.67
バグ直してるのにプラシーボとかないわー
0806デフォルトの名無しさん2011/05/05(木) 21:52:11.75
みんなbitbucketとか使ってるのか？それともGoogle派？
0807デフォルトの名無しさん2011/05/06(金) 02:10:19.52
codeplex使ってるよ。
0808デフォルトの名無しさん2011/05/14(土) 03:24:14.87
test
0809デフォルトの名無しさん2011/05/18(水) 09:58:27.70
hosyu
0810デフォルトの名無しさん2011/05/19(木) 22:55:07.42
自分のいるブランチの親に現在の修正をマージするコマンドってないの？
mqエクステンションって使い道がわからない・・・
0811デフォルトの名無しさん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
0812デフォルトの名無しさん2011/05/20(金) 21:58:33.69
>>810
普通にマージすればいいんじゃ
0813デフォルトの名無しさん2011/05/26(木) 10:22:56.88
二つ以上さかのぼって、過去のコメントを変更したいのだが、
方法はありますか? 完全に無理?
0814デフォルトの名無しさん2011/05/26(木) 10:42:39.27
>>813
qimport
0815デフォルトの名無しさん2011/05/27(金) 15:18:56.26
hosu
0816デフォルトの名無しさん2011/05/27(金) 23:09:37.09
>>1のJapanese Tutorialってリンク切れしてる
0817デフォルトの名無しさん2011/05/28(土) 00:54:53.91
キレてないですよ
0818デフォルトの名無しさん2011/05/28(土) 10:59:08.92
同じsvnリポジトリを、
マシンAで hg convert したものと、
マシンBで hg cnovert したものがあるとして、
この二つの hgリポジトリって互いにマージできるの？
それともちゃんと clone したものでないとマージできない？
0819デフォルトの名無しさん2011/05/28(土) 12:36:05.78
>>818
hg convert は .hg/shamapを１つのところで管理しないとだめなので、transplant拡張を使わない限り不可能。
hgsubversionだと可能。
0820デフォルトの名無しさん2011/05/28(土) 12:39:58.34
あ、hgsubversionも別のマシンだとリビジョンが違うハッシュ値になるからだめ。
0821デフォルトの名無しさん2011/05/29(日) 09:28:01.14
>>818
cloneしろ
0822デフォルトの名無しさん2011/05/29(日) 13:57:02.83
現在使っているリビジョンを表示するコマンドはありますか？
08237692011/05/29(日) 14:03:10.12
hgsubversionでもリビジョンが同じにならないのか。
けっこう困るんじゃなのか。
0824デフォルトの名無しさん2011/05/29(日) 14:06:07.93
>>822
hg id
hg parent
0825デフォルトの名無しさん2011/05/29(日) 14:17:21.08
>>824
ありがとうございます。
0826デフォルトの名無しさん2011/05/29(日) 14:26:37.72
>>823
hg svn rebuildmeta dokosoko
0827デフォルトの名無しさん2011/05/29(日) 16:06:02.20
svnは、コミットログを後からでも編集出来るんだから、ハッシュが異なるのは当然では？
0828デフォルトの名無しさん2011/05/29(日) 16:38:51.64
>>827
変更できたか？
0829デフォルトの名無しさん2011/05/31(火) 18:06:14.76
hg glogで時刻でソートするオプションがほしい
0830デフォルトの名無しさん2011/06/01(水) 00:10:13.53
今月の月刊Mercurialはどんな感じ？
付録つく？
0831デフォルトの名無しさん2011/06/01(水) 00:34:49.46
>>830
日本は発売一日遅れなので、気長に待ちましょう
0832デフォルトの名無しさん2011/06/01(水) 09:32:24.54

既存のリポジトリを bitbucket にクローンしたいんだけど、どうやるの？？
bitbucketからローカルにクローンするコマンドはあっても、ローカルのクローンを
bitbucketに新規作成するメニューがみあたらないんだけど
0833デフォルトの名無しさん2011/06/01(水) 14:09:08.32
新規リポジトリを作成してpushすればいい
0834デフォルトの名無しさん2011/06/04(土) 10:37:56.65
それって、clone したのでもなんでもないまったく違う無関係なリポジトリに、
別のリポジトリ内容をpush可能ってこと？

それともpush先のリポジトリがまだが作ったばかりで空っぽの場合、
最初の一回のpushに限ってはリポジトリ間の関係性を一切考慮しないとか？
0835デフォルトの名無しさん2011/06/04(土) 13:42:09.48
>>834
> それって、clone したのでもなんでもないまったく違う無関係なリポジトリに、
> 別のリポジトリ内容をpush可能ってこと？
自己責任で-fオプションを試してみよう。

> それともpush先のリポジトリがまだが作ったばかりで空っぽの場合、
> 最初の一回のpushに限ってはリポジトリ間の関係性を一切考慮しないとか？
Yes.
0836デフォルトの名無しさん2011/06/04(土) 23:22:27.82
そもそも全然関係ないリポジトリをpush -fすると先祖が複数にできるよ。
0837デフォルトの名無しさん2011/06/05(日) 01:29:24.54
6/1に次のバージョン出ちゃってるよ。
2011-06-01: TortoiseHg 2.0.5 (with Mercurial 1.8.4) released
http://tortoisehg.bitbucket.org/

まだ使うのは早いかな〜。
0838デフォルトの名無しさん2011/06/05(日) 01:59:42.62
>837
えっ？
0839デフォルトの名無しさん2011/06/06(月) 01:05:57.03
>>838
えっ？
0840デフォルトの名無しさん2011/06/06(月) 01:58:05.47
>>839
え・・・？
0841デフォルトの名無しさん2011/06/07(火) 21:56:57.00
ええ。
0842 忍法帖【Lv=6,xxxP】 2011/06/08(水) 19:56:49.35
最近忍法帳の仕様って変わった？
0843デフォルトの名無しさん2011/06/08(水) 20:00:49.02
社会に出て、cvsの使い方を覚えた頃にsubversionが出現し、
subversionの使い方を覚えた頃にgitが登場し、
gitの使い方を覚えた頃にmercurialを知った私でも、
mercurialを使って良いでしょうか？
0844デフォルトの名無しさん2011/06/08(水) 20:09:48.01
Mercurialを使うのに誰かの許可なんていらないよ
0845デフォルトの名無しさん2011/06/08(水) 20:25:13.25
Mercurial と git の違いって何？
0846デフォルトの名無しさん2011/06/08(水) 20:40:40.62
両方使っている自分からすると

Mercurial
使いやすい
コミットが１個までしかロールバックできない
コミット管理ではなくパッチ管理（MQ拡張）したほうが柔軟性がある
ブランチ機能はおまけ
複数プラットフォームで日本語を扱う場合は事前調査する必要あり。

git
クセが強いのではじめは使いにくい
ブランチをうまく使わないと使いにくい
コミットをいくらでも消去できる、やり直しもしやすい

サーバ建てなくていいので、あらゆる場面でMercurial＋MQを使うことを俺はお勧めする。
0847デフォルトの名無しさん2011/06/08(水) 22:31:07.08
>>845
名前付きブランチとリビジョン番号がgitに無い。
それ以外は、あんまり変わらない。
0848デフォルトの名無しさん2011/06/09(木) 11:29:29.11
>>845
Mercurialのlogは入っているコミットすべて出てくる。
Gitはブランチ(コミット)からたどれるコミットだけ出てくる。
Gitでコミットを消去するという時は、普通は単にたどれないようにするだけで、
ゴミは残ってる。
0849デフォルトの名無しさん2011/06/10(金) 18:07:18.75
Mercurial を理解する

新規ユーザは Mercurial の分散開発モデルに混乱するかもしれません。このページ
では、いくつかの基本概念を解説しようと思います。 順を追った説明は チュートリア
ル を参照してください。
======================================================================
あーチュートリアルを見た方が系統立った理解ができるんすね。
では、では、、、
======================================================================
Mercurial の使い方のチュートリアル

このチュートリアルは Mercurial の使い方を紹介します。SCM ソフトウェアを使うにあ
たっての特定の予備知識は必要ありません。

{i} あらかじめ Mercurial を理解する を見ておくとよいでしょう
======================================================================
あらかじめ Mercurialを理解するを見ますか、、、、

「Mercurial を理解する」に飛ばされるじゃないかお！！！
循環参照だお！！！技術者として恥ずかしくないのかお！！！

早くデバッグしろお！！！
0850デフォルトの名無しさん2011/06/10(金) 22:03:31.22
>>849
見たらフラグ立てろよｗｗｗ
0851デフォルトの名無しさん2011/06/11(土) 05:42:21.77
フラグへし折り男。登場
0852デフォルトの名無しさん2011/06/11(土) 07:29:47.37
MQで、
・パッチの順番を入れ替える方法
・ファイルの一部だけをコミットする方法
を教えてください。
0853デフォルトの名無しさん2011/06/11(土) 09:10:49.35
>>852
> ・パッチの順番を入れ替える方法
1 入れ替えたいパッチをすべてqpop
2 .hg/patches/qseriesを編集
または、hg qnew hoge; hg qfold パッチ、でパッチを現在の位置に移動できる
> ・ファイルの一部だけをコミットする方法
record extensionのqrecord
0854デフォルトの名無しさん2011/06/11(土) 12:37:22.37
>>853
ありがとうございました。.hg/patches/qseriesを手で編集するとは驚きです。
0855デフォルトの名無しさん2011/06/11(土) 13:41:35.93
仕事で使ってるソースコードとか、自前のサーバ用意するのが面倒だから
Bitbucket 使いたいんだけど、セキュリティとか、さすがにマズいかね？
0856デフォルトの名無しさん2011/06/11(土) 14:00:42.41
パッチの順序いれかえがseries編集ってのはどうにかならんかと思わんでもない
たしかにqfold使う手はあるけど、一時的に付けたパッチ名から名前を戻すのがめんどい
0857デフォルトの名無しさん2011/06/11(土) 17:13:38.48
>>852
http://foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch13.html
0858デフォルトの名無しさん2011/06/11(土) 18:40:53.09
>>856
自分は調べるの面倒で、その方法でやれたからそのままやってるんだが、
公式に入れ替える方法ってそうなのかね？ｗ
0859デフォルトの名無しさん2011/06/11(土) 20:56:16.05
>>858
http://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.
一応これ公式だよな
0860デフォルトの名無しさん2011/06/12(日) 22:15:29.29
わざわざ調べてくれて感謝。
確かに公式ですな。
0861デフォルトの名無しさん2011/06/12(日) 23:36:08.12
hg qpush --move じゃないの？
0862デフォルトの名無しさん2011/06/13(月) 13:06:23.63
>>861
これか！
ttp://d.hatena.ne.jp/iakio/20110114/1295011527
さんくす

0863デフォルトの名無しさん2011/06/26(日) 00:27:12.74
cvsのリポジトリをhgリポジトリに変換するのってどうやる？
ここにcvsimportの拡張があるのかと思ったけど、違うみたい
http://hg.beekhof.net/hg/cvs-import
0864デフォルトの名無しさん2011/06/26(日) 10:30:55.43
cvs to subversion to hg
0865デフォルトの名無しさん2011/06/26(日) 11:08:52.52
http://mercurial.selenic.com/wiki/RepositoryConversion#CVS
0866デフォルトの名無しさん2011/07/02(土) 00:40:06.81
参考までに
http://kokucheese.com/event/index/13468/
0867デフォルトの名無しさん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 */
0868デフォルトの名無しさん2011/07/02(土) 16:08:47.55
そのコメントの書き方をやめる
08698632011/07/02(土) 21:34:57.04
>>865
遅くなったけど　教えてくれてありがとう
0870デフォルトの名無しさん2011/07/03(日) 10:41:12.69
TortoiseHGの最新版ってさ、push/pullのＵＲＬの入力欄が消えてない？？
0871デフォルトの名無しさん2011/07/03(日) 12:09:18.59
TortoiseHG2.1が公開
http://tortoisehg.bitbucket.org/
GUIでキーボード操作がほとんど出来ないのが不満だ。
alt+のショートカットでいいから割り当ててほしいんだけど。
0872デフォルトの名無しさん2011/07/04(月) 07:11:03.76
>>867
2.1で直ってる

>>871
https://bitbucket.org/tortoisehg/thg/wiki/KeySequences
0873デフォルトの名無しさん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...
........................................................................................................................................................................
0874デフォルトの名無しさん2011/07/04(月) 13:00:51.64
Mercurial hosting ― bitbucket.org
http://bitbucket.org/

がgithubみたいな位置づけと考えて良いの？
0875デフォルトの名無しさん2011/07/04(月) 20:03:09.71
おまえら、1.9について語っても良いんだぞ？　
http://www.selenic.com/hg/help/filesets とか。
0876デフォルトの名無しさん2011/07/04(月) 20:30:56.51
治】菅首相の資金管理団体、北の拉致容疑者親族所属政治団体から派生した政治団体「政権交代をめざす市民の会」に6250万円献金★３
http://raicho.2ch.net/test/read.cgi/newsplus/1309573084/

現実のほうがものすごいことが起きている件について、キミはどう思う？


特捜１「献金されています！五千万です！」
特捜２「献金元はどこだ・・・！？」

特捜１「・・・これは・・・ウソだろ？総理です！総理が五千万献金しています！」

110:名無しさん＠１２周年 07/02(土) 08:36 GAZzjy8T0 [sage]
オバマがビンラディンの親族が属する政治団体に大口寄付してたようなものｗ

909:名無しさん＠１２周年 07/02(土) 09:55 oEGy+UI/0 [sage]
テロのスポンサーが総理大臣って…。

>25 名前：名無しさん＠１２周年[] 投稿日：2011/07/02(土) 08:22:15.91 ID:8a/xyVGw0 [1/9]
>一瞬拉致被害者団体に献金ならまぁいいんじゃないかと思ったんだが
>よく読んだら容疑者団体ってｗｗｗｗｗｗ
>有り得ない文字に目がおかしくなったのか俺ｗｗｗｗｗ

俺もｗｗｗｗｗｗ



やっぱりな、
拉致被害者ってゆすりが目的だと
思ってたけどやっぱりそうだったのか
なんか胡散臭いとずっと思ってたけど
これで証明されたな、
0877デフォルトの名無しさん2011/07/08(金) 17:56:25.88
TortoiseHGが、bug fix release出しおった。
0878デフォルトの名無しさん2011/07/09(土) 04:57:24.01
今回のアップデートで、syncが使えるようになった
2.1にしたら、エラーで強制終了するようになって、困っていたが
0879デフォルトの名無しさん2011/07/17(日) 13:55:05.91
いまいち無名ブランチってのが良くわからない
hg branch barnch-name と何が違うの？
0880デフォルトの名無しさん2011/07/17(日) 14:49:19.12
default ブランチのことじゃないの？
あるいは特定のリビジョンから生える同名の別ブランチとか。
0881デフォルトの名無しさん2011/07/18(月) 02:26:37.80
>879
分散型はローカルでチェンジセットを更新していくので、サーバー上のリポジトリのチェンジセットと競合が起きる。
その際の対処としてMercurialが自動でブランチを作って枝分かれしておく。
それが無名ブランチ。defaultのブランチも無名ブランチ。
集中管理型から来ると競合時に勝手に分岐されて大混乱する。
0882デフォルトの名無しさん2011/07/18(月) 07:09:51.63
GitとBazaarは自分でブランチを意図的に作らないといけないので、
Mercurialの無名ブランチはかなり独特だと思う。
0883デフォルトの名無しさん2011/07/18(月) 21:51:31.64
gitって、mq相当のことはひたすらローカルリポジトリ内でcommitを整形していく感じなんだな。
ローカルとは言えcommitしたのをいじくり回すってのは結構違和感がある。

ってなことをgitのスレに書くといろいろありそうなのでここに書く。
0884デフォルトの名無しさん2011/07/18(月) 23:22:29.36
同種ツールの一長一短、ポリシーの違いだからなぁ
使ったことないけどbazaarも同じようなことしようとするとmercurialとまったく同じにはならんのだろう
0885デフォルトの名無しさん2011/07/18(月) 23:50:46.43
>>883
gitにはguiltがあるな。
hgでもローカルだとすぐqimport -rでいじくり回してしまう自分には
gitでも違和感はないが、正直mqのほうが使いやすい気がする
0886デフォルトの名無しさん2011/07/19(火) 00:27:02.65
>>883
ローカルリポジトリは過去の記録ではなく作業場所であり
ローカルcommitは公開するcommitの下書きにすぎない、
と考えるようにすると腑に落ちると思います。
08878832011/07/19(火) 09:56:47.19
条件後出しですみません。
linuxカーネルの開発などの、パッチの形でレビューを受ける必要があるものは、
gitだとどうやってるんだろう？と疑問に思ったのが発端です。
ひたすらローカルでcommitを整形して、完成したと思ったらgit format-patchで
各commitをパッチにするというあたりがmqに比べると手間がかかるなあと。

guiltやstgitがあるというのはわかってるんですけど、いまいちこれらのツールの
出来が中途半端な感じだったりするし……
0888デフォルトの名無しさん2011/07/31(日) 21:44:33.45
これ使うとtrunkやbranches、tagsが違う名前になっていたりしても、clone出来るみたいだ
https://bitbucket.org/AtomikPunk/hgsubversion-flexiblelayout/overview
0889デフォルトの名無しさん2011/08/06(土) 13:22:53.98
hg mv dir1 other/dir1
hg mv dir2 other/dir2
...
としたのを取り消すにはどうしたらいいでしょうか。
0890デフォルトの名無しさん2011/08/06(土) 14:18:23.77
commitするまえならもう一度mvして元の場所に戻してやればいいよ
0891デフォルトの名無しさん2011/08/06(土) 14:25:59.47
revertで戻せないか？
0892デフォルトの名無しさん2011/08/06(土) 14:37:44.42
revert使うとotherディレクトリ内にファイルが残る気がする
0893デフォルトの名無しさん2011/08/06(土) 18:53:35.92
>>890
その方法はうまくいきませんでした。

>>891
revertで戻せました。ありがとうございます。

>>892
その通りだったので、あとで手動で削除しました。
0894デフォルトの名無しさん2011/08/07(日) 14:51:02.26
MQを使っているのですが、MQでブランチみたいなのはできますか。
MQだとパッチが1列に並んでいると思いますが、これをツリー状に持ちたいです。
0895デフォルトの名無しさん2011/08/07(日) 15:44:15.48
普通にブランチ切ったらええがな
0896デフォルトの名無しさん2011/08/10(水) 00:26:44.05
Cloud9IDEで遊んでる人おらん？
bitbucketサポート始まったので、いじり中。

ちなみに、無料アカウントだと、bitbucketのプライベートリポジトリはアクセスできないから、注意ね。
0897デフォルトの名無しさん2011/08/10(水) 11:40:25.08
間違って hg qnew してしまったのを、取り消すことはできますか。
hg rollback したけど no rollback information available と言われてしまいます。
0898デフォルトの名無しさん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`
0899デフォルトの名無しさん2011/08/11(木) 15:07:04.56
qfoldか、いつも

hg qpop
patch -p1 -d. < .hg/patches/mistake.patch
hg qdel mistake.patch

ってやってたりする
0900デフォルトの名無しさん2011/08/17(水) 13:50:59.03
>>813
Histedit
0901デフォルトの名無しさん2011/08/19(金) 01:01:37.37
hgやgitって空ディレクトリを扱えないんだけど何で？
技術的な設計上、何か問題があったんだろうけど、その理由が分からなくて
疑問に思ってるんだ。
0902デフォルトの名無しさん2011/08/19(金) 01:35:50.88
逆に聞きたいんだけど空ディレクトリって何に必要なの
0903デフォルトの名無しさん2011/08/19(金) 03:25:04.10
でも空ファイルは扱える！不思議！

>>902
必要な理由なんて数多あると思うけど。
0904デフォルトの名無しさん2011/08/19(金) 06:02:57.72
>>901
gitだけどこんなのあった。簡潔に日本語でまとめてくれ。
http://kerneltrap.org/mailarchive/git/2007/7/17/251902
0905デフォルトの名無しさん2011/08/19(金) 07:21:45.85
>>904
「Linusが気にしなかったから」
0906デフォルトの名無しさん2011/08/19(金) 09:54:36.03
>>905
それ当初はそうだった、という話でしょ。
それから？
0907デフォルトの名無しさん2011/08/19(金) 12:16:13.59
>>903
別に不思議でも何でもないと思うけど。
0908デフォルトの名無しさん2011/08/19(金) 15:00:31.37
>>901
aさんがhogeというディレクトリを作りました。
bさんがhogeというファイルを作りました。
マージしたら？

あと大文字小文字とか。
0909デフォルトの名無しさん2011/08/19(金) 16:40:17.24
>>908
実装の方で、ディレクトリは最後に'/'を付けて扱う
ファイルには'/'を付けない

っていうで回避できると思うんだ。
そこまで修正は必要ないはずだし、何で嫌がったんだろ？
思いつかなかったとかそんなことあるわけないし。
0910デフォルトの名無しさん2011/08/19(金) 16:43:26.45
>>904
ざっと訳させてみた

それで、たとえ人が空のディレクトリが価値がないという意見であるとしても、
以下を貯蔵所に入れること： 私が全てのサブディレクトリでチェックするならば、
階層とこのサブディレクトリがそうでない所で枝への当時の切り替え
現存して、私はサブディレクトリが_gone_であると思っていて、いくつかを持っていません
散らかっている空のディレクトリを散らかすこと。
そして、そのクズ-違いは、それで間違った何も本当にするのを見ることができます
ものを改善してください。
それで、クズが内容トラッカーであると思われるならば、私は方法を見ることができません
内容を追跡して、ディレクトリを空にすることが実際にできるそれのまわりで
_are_内容。 それは、特殊活字とともにまわりを飛んで、彼らにそうさせることができません
私が枝またはタグを変えるとき彼らの許可。 そして、
上記の「感触」を用いた回避方法は、するために、本当にひどいです
手ですべての時間。
クズは、中で0までの長さのファイル名で、ファイルを技術的に追跡することができました
空のディレクトリもしも1はそれを含むためにはっきりとそれに話します、好きにしてください
\をクズ加える！-x「subdir
あるいは、誰かを持ちますよりよい考えまたはインターフェースまたは正当性？ 私はわかります
とてもそこで、人が気にしない使用事例は、だいたい空です
ディレクトリを行っていない、_content_トラッカーを除けば、ディレクトリ
彼らが空であるからは、全く深刻なようです。
Ok、私を殺してください。 これは、たぶん最も一般のFAQ/rant/whateverでなければなりません
関しているクズ。
0911デフォルトの名無しさん2011/08/19(金) 18:44:55.02
>>909
.hg/store/data/を見れば、内部構造がファイル単位なのはすぐわかるだろ。
/をつけるも何も、空ディレクトリを特別扱いしないと記録ができないよ。
RCSやCVSも同じ。
0912デフォルトの名無しさん2011/08/19(金) 21:15:31.38
>>909
その話も>>904のリンク先にあった。

>>911
空ディレクトリを特別扱いするのは良いんだけど、
特別扱いするにはさらに問題があるという話だと思う。

それから？
0913デフォルトの名無しさん2011/08/19(金) 21:50:36.30
ディレクトリをバージョン管理するのって何だかんだ面倒だろうしね。
中にバージョン管理外のファイルがあるかどうかも気にしなきゃいけないし、
ファイルと比べて移動や変名が失敗する率も高いし。

空ディレクトリを扱いたいっていう要望がその手間には
見合わないっていう判断なんだろう。
0914デフォルトの名無しさん2011/08/20(土) 16:22:56.70
空ディレクトリの管理をする必要性がわからん
どんなときにつかうの？
0915デフォルトの名無しさん2011/08/20(土) 21:16:19.42
ディレクトリがなくてスクリプトが止まるとかささいなストレスの元が一個減る
0916デフォルトの名無しさん2011/08/21(日) 01:23:39.99
そんなのドットファイル1個作っとくとかじゃだめなのか？
0917デフォルトの名無しさん2011/08/21(日) 11:15:47.18
そういうことをしなくて済むってことでしょ
0918デフォルトの名無しさん2011/08/21(日) 11:34:35.21
>>916
それじゃ、ここでいう空ディレクトリではないでしょ
0919デフォルトの名無しさん2011/08/21(日) 12:06:47.78
「ここでいう空ディレクトリ」に変更履歴なんてないじゃん
0920デフォルトの名無しさん2011/08/21(日) 23:46:12.94
空ディレクトリを作れるようにして
そのディレクトリの下には一切addできない
ってことにしとけばよくない？
0921デフォルトの名無しさん2011/08/22(月) 19:30:54.84
>>919
パーミッションの変更とか。
0922デフォルトの名無しさん2011/08/22(月) 21:44:00.56
空ディレクトリの有無も立派な変更です
0923デフォルトの名無しさん2011/08/22(月) 22:40:04.94
>>922
そう言われればそうだけど、
そうじゃないと言えばそうじゃない。
0924デフォルトの名無しさん2011/08/23(火) 11:08:58.19
名前変更追跡できるVCSならそれも。
0925デフォルトの名無しさん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).
0926デフォルトの名無しさん2011/09/17(土) 22:07:54.59
メンテナンス
0927デフォルトの名無しさん2011/10/04(火) 03:09:28.24
Bitbucketが、gitに対応しちゃった。
0928デフォルトの名無しさん2011/10/18(火) 21:59:17.57
ずっと悩んでるんだけど、コミットメッセージに句点ってつける？
0929デフォルトの名無しさん2011/10/18(火) 22:21:38.59
>>928
http://mercurial.selenic.com/wiki/ContributingChanges#Patch_descriptions
> lowercase summary line, no trailing period
0930デフォルトの名無しさん2011/10/19(水) 00:25:26.56
ほほー、こんなガイドラインがあったんですね。基本つけない方向にします。
0931デフォルトの名無しさん2011/10/19(水) 07:22:05.94
http://mercurial.selenic.com/wiki/EncodingStrategy#Problems_and_constraints
0932デフォルトの名無しさん2011/10/19(水) 08:13:32.05
>>929
lowercase summary lineってのにびっくりしたけど、mercurial の開発でのルールか。
summary 文字数制限はないんだな。
0933デフォルトの名無しさん2011/10/22(土) 12:28:58.53
次は2.0か……
0934デフォルトの名無しさん2011/10/22(土) 15:49:40.97
MQでqfoldしようとすると、編集中のファイルがある場合は
$ hg qfold tmp1
abort: local changes found, refresh first
のように怒られます。
現在編集中のファイルをqrefreshすることなく、qfoldをさせることはできますか。
0935デフォルトの名無しさん2011/10/22(土) 16:20:18.62
MQで、qrefreshする際に、指定したファイルの、指定した箇所だけ現在のパッチに追加することはできますか。
qrecordだと、パッチ全体を作り直すみたいなので、そうじゃなくて現在のパッチに追加だけをしたいんですが。
0936デフォルトの名無しさん2011/10/22(土) 16:53:51.27
>>934
自分がそういう状態になってしまったら、
hg qnew tmp2 (編集中のファイル)
hg qpop
hg qfold tmp1
ってやると思う。
0937デフォルトの名無しさん2011/10/22(土) 17:05:03.39
>>936
その場合、編集中の内容が tmp2 というパッチになるけど、
その内容を作業ファイルに戻し、かつtmp2を消すにはどうするのでしょう。

hg qnew tmp2
hg qpop
hg qfold tmp1
hg qpush # tmp2 が適用される
hg delete tmp2 # 適用済のパッチを削除できない？
0938デフォルトの名無しさん2011/10/22(土) 17:21:45.19
http://mercurial.selenic.com/wiki/UnicodeOnWindows
0939デフォルトの名無しさん2011/10/22(土) 18:25:01.16
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!
0940デフォルトの名無しさん2011/10/22(土) 21:36:22.98
>>937
>>898
0941デフォルトの名無しさん2011/10/26(水) 20:59:26.81
>938
日本語ファイル名がSVN並みに安定して使えるのであれば乗り換えたい
以前使ってみて使いやすさ、わかりやすさに良い感触を得たが
日本語ファイル名のからみでSVNにもどった
だからこれに期待する
0942デフォルトの名無しさん2011/10/26(水) 22:43:12.44
A proposal on solve encoding problem on Windows.
http://markmail.org/thread/vfld5wxtyboeokiq
0943デフォルトの名無しさん2011/10/26(水) 22:51:00.73
A proposal on solve encoding problem on Windows.
http://groups.google.com/group/mercurial_general/browse_thread/thread/2ab07b11e8d5dec4/6b0c76a817f1d7d1
0944デフォルトの名無しさん2011/10/29(土) 11:23:38.28
Initial support of Unicode filenames
http://markmail.org/thread/7wqmpzod5opsnmi3
0945デフォルトの名無しさん2011/11/02(水) 06:46:22.79
2011-11-01 Mercurial 2.0 released!
0946デフォルトの名無しさん2011/11/02(水) 19:25:52.78
TortoiseHGを最近使いだして、その使い勝手に感激しています。
そこで質問なんですが、ファイルの更新日時も管理対象にすることはできないのでしょうか？

特定のリビジョンへ更新した際に、更新日時もそのときのものに変更されれば
最高なんですが。
0947デフォルトの名無しさん2011/11/02(水) 19:40:30.94
>>946
タイムスタンプ更新是非については総合スレの話題として、
それらしき拡張はあるようだ。
http://mercurial.selenic.com/wiki/UsingExtensions
http://mercurial.selenic.com/wiki/TimestampExtension
http://mercurial.selenic.com/wiki/TimestampModExtension
0948デフォルトの名無しさん2011/11/02(水) 21:58:54.77
>>947
TimestampModExtension
これ使ってみました。
手間いらずでバッチリ希望通りの動きをしているようです。
どうもありがとうございました。
0949デフォルトの名無しさん2011/11/03(木) 00:45:18.45
2.0 も出たことだし、そろそろ本気出すか。
0950デフォルトの名無しさん2011/11/03(木) 09:35:58.28
ver.3になったら本気だす
0951デフォルトの名無しさん2011/11/03(木) 09:47:57.82
Ver.4になったらあの仕事を片付ける。
0952デフォルトの名無しさん2011/11/03(木) 15:10:49.23
分散型のほうが手軽に使えていいよね。
かといってソースコードは集中してるほうがいいという。

結局、個人で小さく始める場合は分散型、大きく始める場合は集中型がいいのかなと。
0953デフォルトの名無しさん2011/11/03(木) 20:25:07.98
>>952
Linuxは小さいと言うんだな
0954デフォルトの名無しさん2011/11/03(木) 21:42:31.39
なにこの子
0955デフォルトの名無しさん2011/11/04(金) 00:14:34.54
transplant エクステンション、便利なんだけど、
同じコメントのブランチが複数ニョキニョキと伸びていくのが
ニンともかんとも。
0956デフォルトの名無しさん2011/11/04(金) 10:56:29.11
transplant と2.0で入ったgraftとの違いが分からん。
0957デフォルトの名無しさん2011/11/04(金) 12:09:52.63
そもそもどっちもわからんから問題ない

それよりtortoisehgまだ？
0958デフォルトの名無しさん2011/11/04(金) 19:08:39.52
graftは所謂cherry-pickingの機能。
ブランチの繋がりとか無視して、とにかく、欲しいチェンジセットをいいとこ取りで
継ぎ接ぎする。
0959デフォルトの名無しさん2011/11/05(土) 07:35:57.31
Add a Unicode mode, but keep the bytes mode
http://markmail.org/thread/qj2eq7ywf2lsq2jd
0960デフォルトの名無しさん2011/11/05(土) 11:02:50.45
>>945
>2011-11-01 Mercurial 2.0 released!

おめでとう！
ところで2.0の新機能って何？
0961デフォルトの名無しさん2011/11/05(土) 16:28:10.50
MQ使ってるんだけど、applyされてないパッチの中身を見るにはどうしたらいいの？
つまり
hg qpop
hg qpop
hg qpop
とかしたときに、3つほどapplyされてないパッチができるけど、
その中身を確認したい。
0962デフォルトの名無しさん2011/11/05(土) 17:40:07.34
>>961
.hg/patches/以下を直接見る
0963デフォルトの名無しさん2011/11/06(日) 08:53:08.33
>>962
そういう方法しかないのねサンクス
0964デフォルトの名無しさん2011/11/06(日) 10:01:50.36
>>960
http://sourceforge.jp/magazine/11/11/04/0354255
0965デフォルトの名無しさん2011/11/06(日) 11:53:57.24
この頃に比べると少しは良くなったのか？
ttp://www.atmarkit.co.jp/fjava/rensai4/devtool03/devtool03_5.html
0966デフォルトの名無しさん2011/11/06(日) 12:28:38.99
>>965
何が？
0967デフォルトの名無しさん2011/11/06(日) 18:11:34.83
>>964
さんくす。largfilesはいいね！
0968デフォルトの名無しさん2011/11/06(日) 18:54:12.83
バージョン番号は増えた
0969デフォルトの名無しさん2011/11/06(日) 20:01:08.90
2.0 のgraftってtransplantと何か違うのかね。
0970デフォルトの名無しさん2011/11/06(日) 20:30:20.88
transplantはパッチベースだけど、graftは3-wayマージという話
0971デフォルトの名無しさん2011/11/06(日) 21:17:27.26
で、日本語ファイル名に関してはどうなったのかね。
0972デフォルトの名無しさん2011/11/06(日) 21:38:51.05
>>971
うしこさん！君はどうしてうしこさんなんだ！！
http://selenic.com/pipermail/mercurial-devel/2011-November/035490.html
0973デフォルトの名無しさん2011/11/06(日) 22:26:36.42
ダメやん
0974デフォルトの名無しさん2011/11/06(日) 22:32:54.44
今時CGIとかどんだけWeb創世記の化石なんだよw
0975デフォルトの名無しさん2011/11/07(月) 11:05:58.42
TortoiseHG 2.2.0 記念あげ
0976デフォルトの名無しさん2011/11/07(月) 23:25:53.62
ラージファイル拡張を備えた Mercurial 2.0 がリリース
http://www.infoq.com/jp/news/2011/11/hg20
0977デフォルトの名無しさん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
0978デフォルトの名無しさん2011/11/10(木) 01:50:20.43
なんだかんだ言ってもGITの方が需要が多いのか。

取り敢えず期待AGE
0979デフォルトの名無しさん2011/11/10(木) 23:21:36.90
>>977
1. .hgtagsはhg tagコマンド使えば勝手に作られると思われるので空リポジトリ作って試してみるよろし
2. Mercurialの変わりにTortoiseHgをインストールする。
0980デフォルトの名無しさん2011/11/11(金) 10:47:13.00
TortoiseHgに、統計情報を可視化するような機能有ったっけ？
09819772011/11/11(金) 22:36:24.66
>>979
ありがとうございます。

.hgtagsは新規のリポジトリでも確かに作られてました。
.hg*が管理下にあるのに違和感があったんですが
そんなもんなんですね。

ToroiseHGはなんだか抵抗が…
自分でも探してみたんですが、ないっぽいですね。
0982デフォルトの名無しさん2011/11/12(土) 18:44:28.93
スレ落ち回避保守。
次スレテンプレ募集。
0983デフォルトの名無しさん2011/11/13(日) 00:04:32.95
次
【分散型バージョン管理】 Mercurial 2【hg】
http://hibari.2ch.net/test/read.cgi/tech/1321109748/
0984デフォルトの名無しさん2011/11/13(日) 00:43:01.83
>>983
乙
0985デフォルトの名無しさん2011/11/13(日) 16:01:29.11
梅
0986デフォルトの名無しさん2011/11/14(月) 00:46:42.04
>>983
乙。ちょうどMercurialのバージョンと同じくらいのタイミングで2.0だね。

そういや、パッケージに入ってないextensionsでほとんど保守されてないよね？
レス数が950を超えています。1000を超えると書き込みができなくなります。