I really need this command in git hg addremove So now look at scenario and see how mercurial would save me in here: I had some kind of dir in here var/htdocs/static/static. I accidentally moved files to wrong location (with git-mv). anyway... now I moved some folders around by hand: mv static static2 mv static2/static ./ Maybe I've changed some files in here too... and now everything is great... s
git-hg/bin at master · offbytwo/git-hg · GitHub offbytwo/git-hg @ GitHub git-hg欲しいなーと思っていたんだけどなんとなくgithubで検索したらあって感動した。 この喜びを誰かに伝えたい。 hg-fast-export どうやらmercurialのリポジトリをgitに変換するhg-fast-exportというものがあったみたい。 git-hgはシェルスクリプトでこれの操作をgit風にするラッパみたいなもの。 インストール $ git submodule update --init # hg-fast-exportを持って来るあとはbinってディレクトリをPATHに通すだけでいい。 どうでもいいけどPATHに通す?PATHを通す?本当にどうでもよかった。 使い方 $ git hgすればhelpが出るのでそれ見れば分
Description: A set of scripts for checking out and tracking a mercurial project from git. Push supported added as well although it is still experimental. Author: Cosmin Stejerean (offbytwo) License: MIT Dependencies Mercurial (hg) and python must be installed and in your $PATH. If this is a fresh checkout run $ git submodule update --init to pull in fast-export. If for some reason you cannot do th
今回は Atlassian の開発者である Charles O’Farrell によるゲストブログです。チームが DVCS として Git を選択する理由について説明します。Charles はコーディングをほとんど DVCS 上で行い、また ClearCase から Git へユーザーを移行させる作業を行ってきました。 前回の記事では、分散バージョン管理システムとしてチームがなぜ Mercurial を選択するのかについて考えてみました。今回は、分散バージョン管理システム (DVCS) として なぜ Git が有力な選択肢であるのかについて考えてみましょう。 1970 年の黎明期から、ギークたちはどちらが善でどちらが悪かという血なまぐさい論争を長い間行ってきました。それが Vim と Emacs との間の戦いです。最近では、それとは別のツールセットについて、ギークたちは本来の仕事そっちのけ
1. Mercurial 1.7.x での変更点 Mercurial は 1.7.x 系で HTTPS サポートを改善しました。 HTTPS サーバー接続時にサーバー証明書をきちんと確認し、身元が不確かな場合は接続を拒否するようになりました。ただし、認証局(CA)について設定されている場合に限ります。 Mercurial 1.7.3 以降では、 CA の設定がされていない場合は警告を表示します。 "certificate not verified" という警告が表示されるようになっても、以前より安全でなくなったという意味ではありません。 以前から安全ではなかったと通知しているだけです。 SSL に求めてた安全性を得るため(そして、警告を消すため)には、設定を直す必要があります。 そうでなければ、 HTTPS を使う意味はないでしょう。 2. HTTPS 認証局の設定 オペレーティングシステ
今回は named branch についてです。別に Mercurial を利用するうえで必須の概念ではないのですが,こいつを使うと multiple heads での changeset 間移動に習熟できますので。 ひとことまとめ Multiple heads は怖くない!hg update -C で branch 間の移動も自由自在 ただし,update するまえに commit しといてね 準備 まず作業用のレポジトリを作ります。 % hg init % touch 1 2 % hg ci -A -m "1, 2 added" adding 1 adding 21 と 2 というファイルも追加しました。commit のオプション -A とは,commit 時に同時に addremove をかけてくれる……すなわち,未 commit のファイルを自動的に追加削除してくれる,というお役立
Mercurialは、Merucurial拡張という拡張モジュールを使って、Merucrialの挙動をいろいろ拡張できるようになっています。 デフォルトのままだと使いにくいので、Mercurialを使う上で便利にしてくれる拡張を設定しておきましょう。 デフォルトでバンドルされているMercurial拡張は、Using Mercurial Extensionsにまとめられています。 今回はGit使いがMercurial使いに転職するときに、Gitで実現できたことをMercurialで実現するための、組み込み拡張、および、サードパーティ製の拡張について紹介します。 色づけしよう ブランチの確認、diff、パッチ等々、色づけされていないとつらいです。 というわけでGit同様に色づけしましょう。 Color Extensionはすでにバンドルされているので、.hgrcに次の記述を加えましょう。 こ
「今年の最優秀サービス賞〜Dropbox」で使い始めたDropboxだけど、最近は「MercurialをNetBeansで使う」のMercurialと組み合わせて構成管理(ソースコード管理)ツールとして使っている。手順はこんな感じ。 Dropboxのフォルダ内にMercurialの共有リポジトリを用意する。 %hg init 各PCにおいて上記の共有リポジトリからソースを取得してローカルリポジトリを作成する。 %hg clone /path/to/dropbox/project 以後、このローカルリポジトリのソースコードを使って開発を進め、コミットする。 %hg commit -m "Added my greatest code!" 適当なタイミングでローカルリポジトリの変更を、共有リポジトリへ反映させる。 %hg push /path/to/dropbox/project 変更はDrop
Mercurial offers a powerful mechanism to let you perform automated actions in response to events that occur in a repository. In some cases, you can even control Mercurial's response to those events. The name Mercurial uses for one of these actions is a hook. Hooks are called “triggers” in some revision control systems, but the two names refer to the same idea. Here is a brief list of the hooks tha
Publishing Mercurial Repositories This document focuses on public publication of repositories over the Internet, although private/internal sharing of repositories is mentioned below. 1. Quick recommendations The easiest way to share changes with other people using Mercurial is to publish them on the Web. The recommended method for self-publishing repositories over HTTP is to use the hgweb scripts
Introduction Mercurial has a feature called subrepositories. This feature allows you to treat a collection of repositories as a group. Reusing code is an important concept of software architecture. Subrepositories support a way of reusing, by having shared libraries and modules as subrepositories for the projects using them. Subrepositories can be nested. The basic commands when using subrepositor
分散バージョン管理Git/Mercurial/Bazaar徹底比較:ユカイ、ツーカイ、カイハツ環境!(3)(1/5 ページ) Subversionとは一味違う「分散バージョン管理」とは? 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion(以下、SVN)と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式(または、集中型)のバージョン管理システムと分散管理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く