Mercurial いろいろ - hokorobi’s diary
MQ の基本 Mercurial MQ について - daily dayflower http://d.hatena.ne.jp/dayflower/20090520/1242794877 設定 %userprofile%\Mercurial.ini に MQ を使うように設定する。 コンソールでの色付けがあると便利なので color も一緒に。 [extensions] mq= color=hg qinit hg qnew homu #作業履歴を放り込むパッチ homu を指定 hg qrefresh -m "ほむほむ" #homu に作業履歴を放り込む git add。実行するたびに homu を更新。-m でコメント hg qseries -s #パッチスタックがどのようになっているか調べる。-sでコメントも表示 hg qnew homuhomu #新しく作業履歴を放り込むパッチ h
2010/12/17分散バージョン管理勉強会
募集頁：http://kokucheese.com/event/index/6329/ ハッシュタグ： #shibutra 2010年12月17日(金) (19:00-22:00 (開場18:45)) 開催場所 古石場文化センター ２階 第１，２研修室 (東京都江東区古石場2-13-2) 続きを読む
A successful Git branching model - プログラマの思索
Gitの使い方について良い記事があったのでメモ。 【元ネタ】 見えないチカラ: A successful Git branching model を翻訳しました 少人数開発に役立つ5つのまとめ 構成管理について良い本は、「パターンによるソフトウェア構成管理 (IT Architects’ Archive―ソフトウェア開発の課題)」と「入門Git」の2冊。 これらの本を読んで理解した立場から書いてみる。 GitやMercurialのような分散バージョン管理では、ブランチをたくさん作るのが普通。 ブランチの目的を意識して、ブランチを管理するのが重要。 上記の記事では、メインブランチ、フィーチャーブランチ、リリースブランチ、ホットフィックスブランチの4種類が紹介されている。 僕の理解では、記事に書かれているメインブランチはtrunk、フィーチャーブランチはトピックブランチ、リリースブランチはまさ
MercurialとGitのブランチの違い - wyukawa's diary
MercurialのブランチというのがどういうものでしかもそれがGitと同じなのかどうかもいままでよくわからなかった。 その辺のモヤモヤがこれを読んで理解できた（気がする）。 experimentalworks » Blog Archive » Mercurial bookmarks A Guide to Branching in Mercurial / Steve Losh まずMercurialでは以下の4種類のブランチがある。 リポジトリをcloneしてつくるブランチ hg bookmarkで作るブランチ hg branchで作る名前付きブランチ 名無しブランチ リポジトリをcloneしてつくるブランチは hg clone test-project test-project-feature-branch というように単純にcloneして新機能を開発してあとでマージなりリベースなりする
hglightをTracLightning 3.0に対応してみた。 - 記憶は削除の方向で
自己流でTracMercurialをセットアップするのも面倒なので、hglightをforkしてTracLightning 3.0に対応してみた。こちらからどうぞ。インストール手順とかは本家と同じです。 本家 https://bitbucket.org/akihirox/hglight/wiki/ fork https://bitbucket.org/toruuetani/hglight-for-traclightning3/ 本家と違うのはこれくらい。 hgweb対応を http://d.hatena.ne.jp/re_guzy/20091120/p1 でやった方法に置き換えた。 TracMercurial 0.12を同梱したので、ライセンスがGPLになった。 今後やってみたいのはこれくらい。 trac-post-commit-hook対応 ないと結構やってられない。 trac 0.11
Mercurialで独立並行リリース管理 - プログラマの思索
「Mercurialで独立並行リリース管理」という良い記事があったのでメモ。 【元ネタ】 Computing Memo of 2008/02/26 パッチを作った場合、そのパッチを取り込む方法はCVS・SVN・Mercurialで違いがある。 例えば、コードラインAのリビジョン修正2にコードライン3のリビジョン修正3を取り込む場合、下記のようになる。 cvs up -j 修正2 -j 修正3 svn merge -r r修正2:r修正3 (A側) hg transplant -s (A')修正3 (前略) むっちゃ簡単! 「どのパッチを取り込む」かを指定するので指定には 「修正3」 とか一個だけでなく何個でも書け，「修正x:修正y」のようにコロンで区切って範囲指定もできる。 そして，既に適用したパッチかどうかはチェンジセットIDで確実に判別してくれるから，リバースパッチなんていうアホな自体
TortoiseHg＋hgsubversionの導入方法 - プログラマの思索
TortoiseHg＋hgsubversionの導入方法の記事があったのでメモ。 【元ネタ】 hgsubversionの導入 - 文殊堂 Gitはgit-svnという優れたツールがあるが、Mercurialはhgsubversionを使うといい。 但し、結構はまる。 上記の方法を試すと良いと思う。 git-svnやhgsubversionの利点は、中央集権SCMであるSVNをあたかも分散バージョン管理のリポジトリかのように扱えること。 マスターリポジトリはSVN、開発者のプライベートブランチはGitやMercurialと使い分けて、trunkから派生させて機能追加して実験したり、トピックブランチ上でパッチを作ったり、色々試せる。 特に、修正の順序とリリースの順序が異なる障害修正のパッチを従来よりも楽にコントロールできるのはよい。 Mercurial以前と以後のチケット駆動開発: プログラマ
TortoiseHgのダメ文字対応DLLとhgsubversionパッチ - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
ネットワークがつながらない状況での分散開発はどうやるのがいいのか - wyukawa's diary
ネットワークがつながらない状況での分散開発はどうやるのがいいかを考えてみる。 以前似たような経験したのは自分たちが複数の協力会社の１つという立場で、元請けのSVNリポジトリに直接コミットするというもの。ネットワークはつながっています。また元請けは基本的に開発はしておらず、協力会社も開発はほとんど終わっていて変更はバグ修正のみという状況です。 イメージはこんな感じ。 リリース（元請けのSVNリポジトリに直接コミット）する場合は、自分たちのSVNリポジトリにタグうってexportして、あらかじめチェックアウトしておいた元請けのSVNリポジトリのソースに上書きしてコミットします。この辺もHudsonで自動化してましたね。あとコミットするファイル一覧も出しました。元請けはそれと実際にコミットされたソースとを比較して漏れが無いか確認してたみたいです。 しかしこの方法だとファイルの削除やリネームに対応
HgSubversion試してみた - wyukawa's diary
夏休み突入しました。周りでは突入出来てない人もいるけど。。。--); ネットワークがつながらない状況での分散開発をマジにやりそうなので、それにそなえてHgSubversionを調べてみました。 開発者はSVNしか意識しないで、構成管理担当者がcloneして差分をbundleファイルでやりとりするのをイメージしてます。 svn diffのやり取りでもいけるかもしれませんが、まずはMercurialとSubversionの連携をやってみます。 試したOSはWindows Vistaです。 1.インストール Subversionは http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=11151&expandFolder=11151&folderID=91 からSetup-Subversion-1.6.6.msiをダ
mercurial, trac のローカル環境の構築手順 - わからん
SCM mercurial、BTS trac でのローカル環境の構築手順です。apt が使えることを前提としています。作業は、Ubuntu10.04 で行いました。trac では mod_wsgi を使います。http://trac.localhost でプロジェクト一覧、http://trac.localhost/hg-dwim で hg-dwim プロジェクトを閲覧できるようにします。 各種インストール/確認 python, mod_wsgi, trac, trac-mercurial をインストール/確認します。 # python がインストール済みであることを確認 $ python -V # libapache2-mod-wsgi のインストール $ sudo apt-get install libapache2-mod-wsgi # mod_wsgi の有効化 $ sudo a2
TortoiseHG+hgsubversionでのsvnのbranchのmerge - monjudoh’s diary
概略 hgsubversionではhg mergeしてできたmerge済みrevisionをpushすることはできない。 hg mergeしたら merge前revisionにhg update merge済みrevisionでrevert hg commit とやって同内容の非merge revisionを作ってそれをpushすれば良い。 せつめー 黄色のbranchから黒のdefaultにmergeするとする。 まず、TortoiseHGで普通にmergeする。 確認ダイアログでlocal:default,other:branchとなっているようにすること merge直後の状態はこのようになる。 hgsubversionではhg mergeしてできたmerge revisionをpushすることはできないので、 defaultのmerge直前revisionにhg updateし、 m
Mercurial チュートリアル hginit.com の和訳 (Contents) - mmitouの日記
このチュートリアルは Joel Spolsky さんの書いた http://hginit.com の和訳です。 わかりやすくて楽しいチュートリアルを書いてくださった Joel Spolsky さんに感謝します。 Mercurial はモダンなオープンソースの分散バージョン管理システムで、Subversion のような古いシステムから素晴らしい発展をしたものだ。このユーザーフレンドリーな、6章からなるチュートリアルで、Joel Spolsky がキーコンセプトを教えるよ。 目次 Subversion Re-education (Subversion 再教育) Ground up Mercurial (Mercurial の基礎) Setting up for a Team (チームのために設定する) Fixing Goofs (失態に備える) Merging (マージする) Reposito
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
TortoiseHg で日本語ファイル名 - あすかぜ・ねっと
概要 Windows 環境のみの運用であれば、win32mbcs 拡張を有効にすることで TortoiseHg で日本語ファイル名を扱うことができます。 ファイル名を UTF-8 で扱うための拡張も開発されています。 2011/11/10: TortoiseHg 2.2 (Mercurial 2.0) では fixutf8 拡張は動作しません。 fixutf8 拡張を使用する場合は、TortoiseHg 2.1.4 (Mercurial 1.9.3) をインストールしてください。 http://groups.google.com/group/mercurial-ja/browse_thread/thread/8259df07863507d7?show_docid=429efb30451ad8dd 2011/11/08: TortoiseHg 2.2 で、win32mbcs 拡張利用時にシェ
blog.endflow.net
We Trust? 信仰してますか？ ということで、今年も Definitive. Advent Calendar 2023がリリースされました。 去年は飲みたい豆からつまみ食い的に選んでしまったため、最後に残った Don Benjie Rum Barrel Aged を飲んだのは3月くらいでした。 今年は同じことを繰り返さないよう、毎日順番にブラインドで飲むことにしました。その都度簡単なメモを残すようにして、この記事で公開し、そのあとパナ氏から8日分の正解を教えてもらって答え合わせする、恥晒し企画です。 アドベントカレンダーは超信仰を選びました。対戦よろしくお願いします！！！ Cold Brew (水出し) 2.0 アイスコーヒー 2.0を書いたのが 2020 年の夏なので、そこから 2 年も経ってしまったなんて驚きだ。 今回も懲りずに「2.0」シリーズを書いていくんだけど、なんで Co
kuy / thg-ja / wiki / Japanese — Bitbucket
Atlassian Sourcetree is a free Git and Mercurial client for Windows. Atlassian Sourcetree is a free Git and Mercurial client for Mac. 日本語情報 このページは日本語 Wiki オリジナルのコンテンツです。 日本語化 バージョン 0.8 から国際化の仕組みが導入されました。各種ダイアログや右クリックメニューで日本語の利用が可能です。 フォント TortoiseHg の Windows 向けインストーラには全ての利用可能な翻訳ファイルが同梱されているため、別途言語パックをダウンロードする必要はありません。日本語で表示されない場合は環境変数 または LANG の値が ja になっているかどうか確認してください。 MS-Windows テーマの関係で Tortois
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
はてなブログ | 無料ブログを作成しよう
mercurial-ja - Google Groups