このエクステンションの非推奨化を検討していますが、まだ合意がとれていません。 Mercurial Queues エクステンション 現在、このエクステンションは Mercurial とともに配布されています。 作者: Chris Mason 1. MQ を始める方へ一言 Mercurial を始める方が、 MQ を必要とすることはほとんどありません。 あなたが MQ をお使いで、気に入っているのなら、ぜひ使い続けてください。 しかし、 Mercurial を習得しようとしているなら、代わりに最新のツールを使って下さい。 例えば hg rebase, hg histedit, hg graft, hg strip, hg strip --keep, hg commit --amend です。 詳しくは各コマンドの説明をご確認ください。 The problems with MQ is that
http://connpass.com/event/445/:title=の成果です。 TODO: 動機付け 構成 hgwebでは次の二つのリポジトリを用意します。 http://hg.example.com/app (pull専用リポジトリ、レビュー済みの履歴を持つ) http://hg.example.com/app-work (push専用リポジトリ、未レビューを含む全ての履歴を持つ) 通常の作業者は一のリポジトリを用意ます 作業用リポジトリ pull requestを処理する人は二つのリポジトリを用意します。 作業用リポジトリ pull request取り込み用リポジトリ 0) hg clone (◆作業者/★pull request処理者) pull専用リポジトリをクローンして作業用リポジトリ(とpull request取り込み用リポジトリ)を作成します。 $ hg clone

http://partake.in/events/95ab571f-c477-43dd-8d96-396d3b670b6f:title=の成果発表です。 先日あるmercurialリポジトリのミラーリポジトリをgithubに作成したところ、開発がgithubに移ってしまうという(mercurial使い的には)ショッキングな出来事がありました。mercurial使いはいろいろ肩身が狭いですね。 それもこれも、「mercuiralを使いながらgithubのpull requestを取り込む方法」についてのノウハウが共有されていないことに問題があります。今後、二度と悲劇を繰り返さないために考察してみました。 想定する構成 考察した結果です。 bitbucket-and-github urlは次の通り central repository https://bitbucket.org/troter/

このドメインは お名前.com から取得されました。 お名前.com はGMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2024年5月時点の調査。
Mercurial for Git users Git is a very popular DistributedSCM that works verysimilarly to Mercurial. Both are built upon suchsimilar concepts that most repositories can be converted to and from Mercurial and Git without any significant data loss! There are, however, significant design and conceptual differences that may cause trouble when coming from Git to Mercurial. 1. High-level Comparison Mer
前回[@kana1さん](http://twitter.com/kana1)による[「gitでアレをもとに戻す108の方法」](/tech/git-undo-999)が大反響で世間はやはりgit使いが多いのかと再認識しました。 私も普段はgitを使っていますが、お仕事ではMercurialを仕事で使っているのでのっかって書き連ねてみましょう。 ### 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いていくつかコミットした。でももういらない さて初っぱなから行き詰まりそうです。基本的にMercurialは「コミットを積み重ねたものを後から編集する」ことに弱いのです。 MQを使って解決してみましょう。 $ hg update -r {revision} $ hg qimport -r {revision+1}:tip $ hg qpop –all $ hg qseries |

mercurialでは一度おこなったコミットは基本的には取り消せません。ブランチを作成するためにもコミットが必要なため、gitのようにカジュアルにブランチのリネームを行う事ができません。ここではそんな中でも何とかブランチをリネームするための3つの方法を紹介したいと思います。 紹介する方法 リネームしたいブランチの途中でブランチを切る。リネーム後のブランチを作成し、リネームしたいブランチをマージする。リネーム後のブランチを作成し、リネームしたいブランチをtransplantする。 リポジトリの例 次の様なリポジトリで考えていきます。bad-name-branchをadd-hginoreに変更したいです。 @ changeset: 4:a1b706bc0a8e | branch: bad-name-branch | tag: tip | summary: ignorelog director

分散型バージョン管理システムは Git とGithub の組み合わせが人気ですが、個人的に BitBucket が気に入ったので基本的な設定や注意点などをメモしておきます。 対象個人開発でソースコードのバージョン管理をしたい人 プライベート開発したい人。Windows環境で開発したい人など。 なぜ BitBucket か プライベートレポジトリを無制限に作成できる 5ユーザーまでは無料プランを利用できるプロジェクト Wiki や問題追跡システム (Issue tracking system) が利用できる などが主な理由です。Mercurial レポジトリしか選択できませんが、Git や Bazzar と比べても機能的ほとんど差が無いのであまりこだわっていません (大規模開発なら話が違ってくるかもしれませんが)。単純に BitBucket 使いやすいと感じたので利用しようと思い、必

『Mercurial の使い方のチュートリアル』を一読しておけば、日常作業に困る事は無いと思います。しかし、たまにはリポジトリに間違ったコミットをしてしまうものですし、最初は誰でも間違いがちです。そこで間違えたときに打つべきコマンドの覚え書きとして、以下のコマンド入力例を公開します。 ワーキングツリーにカレント・ディレクトリを移動している状態を前提にした操作例なので注意してください。また、各コマンドの詳細なオプションは hg help [コマンド] を見て確認してください。なお、Mercurialはバージョン1.7.3で動作確認しています。 編集を取り消し、あるチェンジセットの状態に戻す コミットをやり直す、コミット・メッセージを変更する チェンジセットを消す チェンジセットを打ち消す チェンジセットを変更する 複数のチェンジセットを一つにまとめる 履歴をさかのぼって特定のファイルを削除す
Bitbucket で公開されている CodeIgniter 2.0 のソースを元に、開発を進める手順について解説します。 準備 https://bitbucket.org/plans にアクセスして、「5 Users Free」より「sign up」してアカウントを作成します。アカウント作成の詳細は、Bitbucket に登録しよう を参照してください。 自分のPC に Mercurial をインストールします。 Ubuntu の場合は、 $sudo apt-get install mercurialWindows の場合は、TortoiseHg のインストール を参照してください。 Bitbucket で EllisLab の CodeIgniter リポジトリを fork する まず、EllisLab の CodeIgniter リポジトリを fork して、自分用のリポジトリを

このページは FAQ の翻訳です。まだ不完全ですので適当に修正してください。 Mercurialよくある質問 (便利なワザも参照してください) 2.1. リビジョンナンバー、ChangeSetID、タグとは何か? Mercurialでは基本的に特定のリビジョンを指定するための方法が3つあります。リビジョンナンバー、チェンジセットID、タグとです。 リビジョンナンバーは単なる10進数で、ローカルのリポジトリに何番目にコミットしたかという番号です。この順番はマシンごとに異なるということに十分注意してください。Mercurialは分散型で非集中的な設計になっているからです。 そのためチェンジセットIDが必要になります。チェンジセットIDはチェンジセットおよびチェンジセットの履歴における位置を一意に特定するための160ビットの識別子です。この値はどのマシンでも同じになります。Mercurialユー
Web 経由で Mercurial のレポジトリを公開すると,デフォルトの状態では clone / pull しかできません。push するためには設定が必要になります。 なお今回は hgweb.cgi や mod_wsgi 経由*1等で Apache と絡めた場合の話になります。 というのは,hg serve コマンドで起動される HTTP サーバは BaseHTTPServer をもとにしているのですが,ビルトインの機能としては Authentication をサポートしておらず((自力で WWW-Authenticate ヘッダ等やりとりすればいけるんじゃとは思います。詳しくないので自信ないです。)),また hgweb.server モジュールでもハンドリングしていないので認証関連の機能が実装されていないためです。 設定子 hgrc 設定ファイルで下記のものが特に関係のある設定子です
SCM の Mercurial にはCGI スクリプトがついてくる. これを使うと簡単に共有レポジトリを作ることができる. Web ブラウザからコードを閲覧できるし, 標準の hg コマンドからもさわれる. ためしにこのサーバ(さくらインターネットの賃貸)にインストールしてみたら, ちゃんと動いた. せっかくなのでインストール手順を簡単に紹介しておく. さて, SCM がCGI として動くのは一部の人にとってキラーな機能かもしれない. ちょっと友達と一緒にコードをいじりたい. 家と学校で設定ファイルやメモを共用したい. そんな時に重宝する. 今時の先鋭的な Web の若者は自分の公開サーバがあるだろうけれど, 怠惰な中年にそういうものはない. 共有サーバの賃貸がせいぜい. なので CVS や Subversion はあてにできない. 有償の Subversion ホスティングに金を払う
debianetchのサーバにMercurialの最新版(1.1.2)をインストールし、リポジトリを公開した際の作業手順です。 思い通りになるまでが想像より面倒くさかったので、メモをまとめてみました。debian lennyやubuntuでも基本的な手順は変わらないと思います。 リポジトリはsshとhttp(cgi)の双方から読み書きできるように設定します。Apacheはリポジトリの所有者と異なるwww-data:www-dataで動作している状態を想定しています。本当はmod_userdirやsuEXECを使えば簡単なのかも知れません。 参考にしたウェブサイトは最後の参考リンクとしてまとめました。詳しくはリンク先や公式ドキュメントを参照して下さい。 ダウンロードと展開 debianのリポジトリにあるのは古いので最新版をダウンロードした方が良いです。適当にtarボールを展開します。 wg
See related links to what you are looking for.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く