【分散型バージョン管理】 Mercurial 2【hg】
TortoiseHGってアップデートする時そのままインスコしていいですかね? たったいま、間違ってrm sourceしちゃったんだけど、hgがあったから助かった。
最近そんなミスばっかりしてる。 >>256
そのうち、push前の .hg ディレクトリごと消すよ、きっと commitフックで、バックアップ用のリポジトリに自動pushすればいい。 コミットした瞬間にフェーズが public になってしまうじゃないか。 >>257
恐ろしくて-rオションがつけられない。
ディレクトリ消す時は まず中を空にしてからrmdirすることにしてる。 Mercurial 2.9.1 がリリースされていますね なんでアナウンス無しで変えるかな〜ほんまに
abort: certificate for bitbucket.org has unexpected fingerprint 45:ad:ae:1a:cf:0e:73:47:06:07:e0:88:f5:cc:10:e5:fa:1c:f7:99 大騒ぎしてるopensslのCVE-2014-0160だよ メジャーバージョンアップなのに地味すぎるだろ 3.0 公式曰く、2.9 + 0.1 程度のアップデートですからね… git commit --allow-empty
のようなことはhgではどのようにすればよいでしょうか。
一番最初のコミットを空にしておきたいと考えています。 >>277
何のために?
.hgignoreでも入れるとか? >>278
私の考えが変なのかもしれませんが、いきなり最初のコミットから何かの機能を実装するのではなく、
>>279さんの言われている通り、ゼロから始めたいというのが主な理由です。 でもinitしたら-1のリビジョンで
何もない状態から始まるんだけど.
これとなにが違うのかよくわからんのだけど
(ツールは初期状態でなにもないを想定してると思うけど、それ以上に何もない状態を明示したいわけか。
そこに戻るわけでなし。
gitはよく知らんけども特殊なコマンドでないとできないみたいだし
別に気にしなくていいんじゃない -1がNULL, 0が配列の最初の要素と考えたら気分も楽になろう まあ何も候補を入れてない.hgignoreだけ入れとけば良いんじゃね?と思うが 俺はREADMEやLICENCEが必要なプロジェクトならそっから始めてるな
別にいきなり動くソースコードを入れねばならんということはない >>280
そのゼロのコミットができたとして、次は何かしらの実装をしてコミットするんじゃないの?
違いがよくわからんね。
自分の場合は最近の開発環境が吐き出すテンプレート突っ込むとか、
ベースにするサンプルとか別プロジェクトとかを最初にコミットしてるけど。 .gitkeepの様に空ディレクトリを維持しておく専用ファイルはありますか? hg tagをhg revertでとりけしたら.hgtagsは過去に戻らなかったんだけど
なんでそういう仕様になってるんでしょう? >>293
戻るけど?
$ hg init; touch a; hg add a; hg ci -m a; hg tag a
$ cat .hgtags
bffe4a703b0329239660f445321bb96b3e088969 a
$ hg revert -ar0
.hgtags を登録除外中
$ hg st
R .hgtags
$ cat .hgtags
cat: .hgtags: そのようなファイルやディレクトリはありません すみません
釣りじゃなくて単に疑問なんですけど
なんで Mercurial と Hg と呼び名が二つあるん?
どういう風に使い分けるの? Mercurialの意味を調べたら分かるだろうに……中学生理科/天文レベルの知識があれば分かるはず。 ありがとう
水星って water の水だとおもってた TortoiseHgアプデ来た!
phaseのグラフ表示、地味に便利だ 3.3に更新したら何をしようとしてもエラーが出るようになった…
古いバージョンに戻してもエラーが出る…
リポジトリぶっ壊れたのか 自己解決。
HgSubversion古かっただけだった。
更新したら直った。 Hg-Gitじゃダメなんかな?
Gitのリポジトリにコミットできないんだっけ? Windows 10にアップグレードしたら、TortoiseHGのリストのフォントが見づらくなってしまった。
設定の中にあるフォント設定じゃ変更できない箇所みたいで困ったもんだ。
カーニングが明らかにおかしい。 7->10だとそうなるかな
8->10のひとは無事 windows では軽くて便利なんだけどなー
頑張ってほしい 簡単で使いやすいのに、gitと比べて
ここまで人気がないのは何故なのか? >>311
日本以外では状況が違うの?
人気無いだけならいいんだけと、そのうち開発中止になったら
やだなあと。 Firefox、というかMozilla製品がMercurial使ってるから、
しばらくは開発中止にはならないんじゃない? 当たり前だけど日本語マニュアルの充実度の差は大きかった思う 初心者のときにこれ知ってれば捗ったなと
いうネタをみんなでブログにアップなり
つぶやくなりして、地道に盛り上げてくしかないぞ。
みんな一つくらいあるだろ?
自分はちょっと思いつかないが。 マーキュリアルっていう名前も言いたくないな
ギットのが言いやすい とーたすえいちじー、って職場では言ってる
たぶんマーキュリアルだと通じない >>321
gitは名前もコマンド名もgitだけど、Mercurialはコマンド名がhgだから
単純な比較はできなさそうだね。
ただ、実感としてはgit使いのほうが多いような気がする。
俺はMercurialから入ったので、git使うと困惑することが多い。 Subversionとコマンド体系が近いのはmercurialだと聞くが
シェアにはあまり関係ないのか。 SourceForgeからgithubやBitbucketなどへプロジェクトが移行してきて普及という背景がある
あとみんなしてUTF8マンセーになってきた
特にGoogleやMSのgit贔屓が酷くてgitだけ知名度が突出、多分それだけで
性能比較とか設計の相違点を真面目にやってる人はごく少数 Google Code は Mercurial 採用してたけど、結局ポシャっちゃったもんな。 gitに比べると学習しやすいし使いやすい、svnに比べると分散型ってだけで言う事なしなんだが…
逆に言うと、選択したくなる確固たる理由がない…
ま、俺は使ってるがな。 ローカルリポジトリのコミットメッセージをまとめて検索出来る様にする
何か良い案は無いだろうか? grepで何とでもなるじゃないか
つかWindowsだとどうやるのかなと思ったら
TortoiseHg付属のワークベンチに検索フォームついてんだね ごめん、書き方悪かった
複数あるリポジトリを横断検索したいんだが
何かいい方法が無いものだろうか ところでファイル名のマルチバイト問題ってまだ解決してない?
これのおかげでいまだにドキュメントの管理には Bazaar 使ってるわ。
みんなどうしてんの? ごめん、ずっと使ってたけど、とうとうgitに移行してしまったよ…
意外とtortoiseGitが使いやすかったんだ…
tortoiseHgはなんか使いにくい… なんか git って、リビジョンまるごと保存てのがエレガントじゃない気がしてね。
もう git の一人勝ちになりそうな感じ? なんか Git は日本語ファイル名の対応進んでるみたいね。
こりゃやばいね。 svnとの親和性がhgよりgitの方が上だということに気づいた >>339
切れないんだよ……エンジニアの習熟度の関係で…… >>340
そんなもん、2,3日使ってりゃなれるだろ。 ツールが作成するコードも管理に含めてるんだけど、
生成を実行するたびに中身が変わってなくても日付が変わってしまって、変更一覧に出てしまう。
こういうパターンの部分は変更を無視するみたいな設定ないのかな。
確認してもとに戻すのもめんどいし、手作業は何かと心配だし。 >>343
日付なんて普通は見ないと思うけど、環境は? >>344
いや、ファイルのタイムスタンプじゃなくて、
コード内に "yyyy/mm/dd" って文字列が埋め込まれてて、これが毎回更新される。
ちなみに Windows。 生成後に、可変部分を置換しておくのが常道じゃないか? >コード内に "yyyy/mm/dd" って文字列が埋め込まれてて
糞コードは捨てろ 捨てるのはそのコードというより生成ツールの方だけど、
ラッパーかぶせて日付しか変化なければ上書きしないとするのが現実的。 >>345
ヽ(・ω・)/ズコー
それはファイルの中身が変わっているって事じゃないか…