mercurial で wsgi を使うときの設定 - kozo-niのはてなダイアリー
まずmod_wsgi入れて LoadModule wsgi_module modules/mod_wsgi.soみたいのを書く。 mercurial.confとかいう名前でapache用の設定(とりあえずBasic認証だけ) Alias /hg /var/www/cgi-hg <Directory "/var/www/cgi-hg"> AuthType Basic AuthName "hg repo" AuthUserFile /ht/passwd/file Require valid-user DirectoryIndex index.cgi AddHandler cgi-script .cgi Options ExecCGI </Directory>上の場合なら/var/www/cgi-hg/下にindex.cgi作って下記を入力 #!/usr/bin/env python from
自分で立てるフリーのMercurialサービス·FreeHg MOONGIFT
※ 一部の画面は公式サイトのもの 分散型リポジトリは複数人での開発はもちろん、少人数（個人も含む）での利用にも便利なバージョン管理システムだ。すぐにはじめられるし、バックアップも簡単、ファイルサーバを使って管理するといったこともできる。 そんな分散型リポジトリサービスとしてはGitHubが有名だが、Pythonで作られているMercurial向けにもFreeHgが存在する。それもシステム自体がオープンソースだ。 今回紹介するフリーウェアはFreeHg、フリーで使えるMercurialサービスだ。ソースコードは開示されているがライセンスは明記されていなかったのでご注意いただきたい。なお、FreeHgはFreeHg上でホスティングされており、FreeHgにはオープンソースライセンスのもののみ登録できるとあるので何らかのオープンソース・ソフトウェアとは思われる。 FreeHgはDjangoを使っ
Computing Memo of 2008/02/25
Mercurialめも 自分用メモ。cloneしたリポジトリ自身がブランチ、というやりかたは ちょっと油断するとディレクトリが散乱して収拾付かなくなるのでやだ、って ときに、サーバ上にリポジトリ1本、1個の作業ディレクトリで 論理的なブランチを回す方法。 hg clone ssh://server/repos/project workingcopy cd workingcopy vi file hg ci -m hogehoge file : : (いろいろ作業して公開版1.0を) hg tag 1.0-release hg push (新しいブランチを切る) hg branch branch-for-1.1 hg hg ci -m "New branch branch-for-1.1 created" (いろいろ作業してはコミットをくり返す) hg ci -m blah..blah..b
まーきゅりあるのススメ - Twisted Mind
RabbitMQ が Mercurial を使用していて、 その使い方が個人的に気に入っているので、メモしておきます。 まずバグが出たらバグに番号を付けてブランチを切っています。 $ hg branch bug00001 積極的に branch は切る。そして積極的に修正してマージする。 マージが終わった branch は自動的に inactive になって、 hg heads した際に表示されなくなります。 RabbitMQ サンプル $ hg branches default 793:deb1ba59c765 bug20149 784:e74b10887829 bug20173 783:e30e539b51cd bug19213 676:e4de2be7be0d bug19662 592:7af938a5589e junk 415:873605c25f15 bug19490 243:a
分散バージョン管理Git/Mercurial/Bazaar徹底比較
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
Mercurialのグラフがすごい - 偏った言語信者の垂れ流し
安定版にはまだ無いのですが、Mercurialの開発版にはグラフ表示がついてます。 これがすごく見やすくてカッコいいです！ どこでリポジトリが分岐してマージされたかがすぐにわかります。 グラフはjavascriptのcanvasで描画しているみたいです。
TekTekBlog -- うちのチームでのmercurialの運用方法
自分の仕事では、mercurialを半年ほど前から使っていて、最近その運用がなじんできました。 まだまだ未熟なのかもしれないのですが、その運用方法を紹介します。 自分のチームでは、djangoを使って社内向けのwebアプリを開発しています。 以下のような環境です。（クリックで拡大します。） 社内向けのwebアプリなので、開発マシンと社内公開マシンが同居しているのがちょっとアレなのですが。 図のように３人の開発者でめったやたらに日々コードを書いています。 （ちなみに開発者Aとなっているのが自分） この体制のポイントは開発マスターを置き、各自そこに自分の成果をpullさせることです。 これによって、開発者がn人になってもpull/pushのやりとりの矢印がn本で収まる。 こういうマスターを置かないと、各自が各自同士でpull/pushし合うことになり、その矢印の数が爆発的に増えて困ります。
Emacs からの利用
本ページでは、 Emacs 用の Mercurial 連携フロントエンドとして提供される hg モード (mercurial.el)および mq モード（mq.el） に関する情報をまとめてみました。 備考: 本ページに記載されているコードは我流によるものですので、 Emacs lisp 界隈における、より一般的な実装方法に関して、 ご存知の方は御教頂けると幸いです。 なお、hg モードでは Emacs 21.x 以降で新設された関数が利用されているため、 実際に利用する環境で emacs-major-version 変数値を確認した上で利用してください。 また、私自身は 21.4 環境での動作確認しか行っていません。 elisp ファイルの読み込み hg モード mq モード トラブルシューティング elisp ファイルの読み込み Emacs 用フロントエンドの elisp ファイルは:
「 」 - Trac with Apache, FastCGI, suEXEC and Mercurial
Trac は Python で書かれた、オープンソースのプロジェクト管理・バグ追跡システムです。オンラインでのソースコード閲覧・版管理のほか、Wiki、BTSなどの多様な機能を持っています。例えば、個人レポジトリを共有しよう！計画 (通称 coderepos) で使われているのは Trac です。 Tracは版管理にSubversion (以下 svn) を使っています。svn はとても良くできているシステムですが、史上最も無意味なプロジェクトとLinusにDISられてたりしてることですし、ここでは分散型版管理システムである Mercurial (以下 hg) を使うことにしましょう。Tracは標準構成では単一のsvnレポジトリにしか対応していませんが、hg用のプラグインと複数のレポジトリを同時に扱えるように拡張したブランチが開発されています。 FastCGIはCGIの拡張です。プロセス
＃インストールしながらの日記作成してみる。成功しない可能性あり 2:10 - When it’s ready.
環境 ThinkCentreA55 SmallDesktop(確か・・) ubuntu 7.10 python2.5.1 Apache/2.2.4 設定（追記分） host kage repo /var/hg/kagerepo trac /var/trac/kagerepo 作業ログ sudo aptitude install mercurial atusi@kage:~$ sudo aptitude install mercurial [sudo] password for atusi: パッケージリストを読み込んでいます... 完了 依存関係ツリーを作成しています Reading state information... 完了 拡張状態情報を読み込んでいます パッケージの状態を初期化しています... 完了 タグのデータベースを構築しています... 完了 以下の新規パッケージが自動的にイ
Mercurial 勉強中 (2) - Trac と統合 - daily dayflower
Trac を Mercurial で使えるようにして，mod_wsgi にのせてみました。といっても，TracModWSGI – The Trac Project と TracMercurial – The Trac Project に沿ったらできましたのでインスコ方法とかは略。 せっかくなので Trac 0.11b1 でやってみました。ソースブラウザがちとかっこよくなってるんですね，これ。 はまったところ。 epel レポジトリの Mercurial は 0.9.3 でしたが，それではうまく動かなかったんで 0.9.5 をソースからインストールした*1 Trac と TracMercurial プラグインがきちんとインストールできたら，たとえば，下記コードを /var/www/app/trac.wsgi で保存して， import os import trac.web.main os.e
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://hasezawa.ib.k.uctokyo.ac.jp/zp/Kbi/Mercurial
http://www.machu.jp/posts/20080311/
はてなブログ | 無料ブログを作成しよう