A-Liaison BLOG: Mercurial と git の branch にまつわるちょっとした tips 3選
3選とか言ってますが大した内容ではございません＞＜ すみませんすみません＞＜ ■１：gitのbranchは跡形もなく消せる ほとんど常識ですが、以下のコマンドでgitのbranchは消せます。git branch -Dこのコマンドを実行すれば、たとえHEADに対してマージされていなくてもそのままブランチを消すことができます。ということで、ちょっとしたテストコードなどはブランチを切ってそこで実験し、後からブランチごとたたき落とす運用が可能です。 余談ですが、gitのbranchはSubversionと使い勝手や実装が似ている感じがします。Subversionのbranchもタダのディレクトリコピーなので、好き勝手に作って消してが可能ですから。 ■２：Mercurialのbranchは基本消せない、「未使用」か「クローズ」にはできる 問題はここから。Mercurialのbranchは、基本的に
Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法 - mollifier delta blog
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 最近Gitを使い始めた。で、ブランチとか使うようになって、今どのブランチにいるのかをzshのプロンプトに表示したくなってきた。「そういやそんなブログのエントリ、よく見かけるな」と思ってちょっと調べてみた。 gitコマンドを呼び出してなんかやってる例が多いけど、manを読んでたらzsh自体にそういうのが組み込まれてたので紹介。vcs_info ってのを使うと解決する。 zshrcの例 いきなりだけど zshrc の書き方の例。 autoload -Uz vcs_info zstyle ':vcs_info:*' formats '(%s)-[%b]' zstyl
Mercurialと100%互換なRubyアプリ「Amp」 | Happy My Life
Mercurialといえば、gitと並んでよく使われている分散型バージョン管理システム。Google Codeやsourceforge.netでも利用可能である。 そしてMercurialと言えばpythonで構築されている事でも有名である。 ただ、pythonであるがために、ソースに手を入れ辛い(それ以前にpythonをよく知らない)、文字化け等でトラブった時もなかなか対応できないという事もままあったりする(pythonを勉強したら済むと言えばそれまでだが) そこで登場するのが、今回紹介するAmp。Mercurialのコマンドであるhgの100%互換を謳っており、Rubyで書かれている 。このRubyで書かれている事が重要。ちょっとソースを覗いてみようか、という気になるし、カズタマイズやトラブルシューティングも(Mercurialよりは)楽にできるはず。 Ampとは Rubyで書かれたM
早速 Go 言語を試してみる！ - IT戦記
はじめに Google から新プログラミング言語 The Go Programming Language が発表されましたね！ というわけで、さっそく試してみたいと思います。 環境は Mac OS X 10.6 インストール さっそくインストール Getting Started - The Go Programming Language を見ながら 環境の準備 ディレクトリを作る amacbook% cd ~ amacbook% mkdir go amacbook% mkdir bin環境変数の設定をする。~/.zshrc に以下を追加 # Go 用 export GOROOT=$HOME/go export GOOS=darwin export GOARCH=amd64 export GOBIN=$HOME/bin export PATH=$GOBIN:$PATH Mercurial を
オレのメモ
Gentoo Linux に Apache + mod_wsgi + Trac 環境を作ったのでメモ。 使用したバージョン ・ www-severs/apache-2.2.10 ・ www-apache/mod_wsgi-2.3 ・ Trac-0.11 Trac のインストール trac-admin /path/to/trac/project initenv chown -R apache:apache /path/to/trac/project WSGI スクリプトの作成 複数の Trac を置きたかったので以下のように /path/to/trac/trac.wsgi を作成。 Trac の plugins ディレクトリを使いたかったので PYTHON_EGG_CACHE も指定。 import os import trac.web.main os.environ[
分散バージョン管理, Mercurial。, git, pushできるgitのリポジトリの公開 - 忘れたときに備えた記録(2007-05-23)
svkを使ってファイルを管理していたら、あるファイルで、元のSubversionのリポジトリでは実行フラグがついているのにsvkでチェックアウトしたファイルからは実行フラグが外れているという現象に遭遇した。 たまたま何日か前にMercurial で手軽な共有レポジトリをつくろう - www.textfile.orgでMercurialというものを見かけていたので、少し調べてみた。 情報をある程度集めることができたのは Mercurial git の2つだ。 略称は'hg' 参考にしたページは 〈 SL 〉: Mercurial と Trac のメモ steps to phantasien t(2007-05-19) Mercurial の利用 など。 コンパイルが簡単だという話で、実際に試してみたら本当に簡単にコンパイルできた。svkとはえらい違いだ(svkのコンパ
分散バージョン管理Git/Mercurial/Bazaar徹底比較
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
{Redmine, Trac} + {Git, Mercurial, Subversion}のホスティングサービス「SourceRepo」 - 元RX-7乗りの適当な日々
なかなか良さそうなバージョン管理ツール＋課題管理ツールのホスティングサービスをたまたま見つけた。 Secure, Simple, Affordable Source Hosting - SourceRepo - Git Hosting, Subversion Hosting, Mercurial Hosting 有償だけど、 Git, Mercurial, Subversion Redmine, Trac など、諸々使える。 あと、有償だけに暗号化通信に対応していたり、ブラウザから簡単に触れるコントロールパネルが付いていたり、利用者数制限は無かったり、と、有償なんだけど、そこそこ安価で、そんなに悪くないように思います。 以降、簡単に紹介まで。 プラン Level1〜3まで、3つのプランがあるようです。価格帯は、$3.95〜$12.95/monthといったところ。 Level1では、バージョ
Google CodeがGitではなくMercurialを採用へ － ＠IT
2009/04/28 米グーグルは4月24日、ソフトウェア開発プロジェクトのホスティングサービス「Google Code」で、これまでのSubversionに加えて分散バージョン管理システム（DVCS）の「Mercurial」のサポートを開始すると発表した。現在はプレビューリリースで、一部のプロジェクト利用者に提供。一般リリースに向けて、いくつかの課題を解決していくという。Google Codeでは、Mercurialサポートのために、一般のMercurialがオブジェクトの保存に使うOSネイティブのストレージに代えて、グーグルの分散データベースシステム「BigTable」を使うように書き換えたという。 DVCSとしては、MercurialのほかにGitやBazaarが知られている。従来からある中央管理型のバージョン管理システムに比べて、分散開発がやりやすいことから、普及が進んでいる。例え
Google CodeはMercurialを採用、Gitは見送り | エンタープライズ | マイコミジャーナル
a fast, lightweight Source Control Management system designed for efficient handling of very large distributed projects. Googleは24日(米国時間)、ホスティングサービスGoogle Codeにおいてバージョン管理システムとして新しくMercurialのサポートを追加したと発表した。まだプレビューという段階で一般公開はされていない。利用するには申し込みが必要。プロジェクトごとに特定のユーザが試せる状況になっている。これでGoogle CodeはSubversionに次いでMercurialをサポートすることになる。 バージョン管理システムは大きく分けて集中型と分散型がある。代表的なところでは集中型にCVSとSubversion、分散型にGit、Mercurial、B
Mercurial勉強会 - 彷徨えるフジワラ
参加してきました。運営担当の Voluntas 氏／kuma8 氏は勿論、スピーカーの hfunai 氏／MiCHiLU 氏、そして参加者の皆さん、お疲れ様でした。 細かい話はバンバン飛ばして、ざっくり説明すれば時間的には大丈夫、と思っていたのに、聴き手を前にすると、ついつい説明したくなってしまう悪い癖が出て、時間枠オーバーな上に後半はかなり急ぎ足な説明に…。死にたい orz 発表資料は、私のサイトの解説ページで公開しておきますので、参考になれば幸いです。 なお、残念ながら私の脳内キャッシュ領域はハーバードアーキテクチャになっていないため、新しく取り込んだ技術情報の分だけ人名情報がパージされてしまいますので、再会した際に『はじめまして』などと失礼な言動に出る可能性が非常に高いですがご容赦ください ＞ 参加された皆様 以下、細かいネタを落穂拾い的に。 mapファイルは悪くない(かもしれない)
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。
さくらにmercurialインストールしてhgwebでhttp公開する - 橋本詳解
ほぼまっさら状態のさくらインターネットスタンダードプランでmercurialというバージョン管理システムを入れてhgwebで公開もするところまで。 全部で5MBほどしか使わないので、サーバー容量にもやさしい。 こんな感じで公開した。これから公開プロジェクトが増えたらprojectsの下にhgwebを増やしていけば多分いい。 http://shokai.org/projects/chumby/twitter/hg/ まずさくらスタンダードが共有サーバーだと、pythonのライブラリをユーザ領域だけに入れたりする設定が面倒だったので virtual-pythonでもう一つpython環境を作った。 → virtual-python入れる - shokaiの日記 easy_installというpythonのパッケージ管理ツールを入れる（aptやgemやcpanのようなもの） easy_insta
Mercurialではじめる分散構成管理 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
最近みた TechTalks: Mercurial Project
Mercurial という分散 SCM の紹介. Python 製で, シンプル軽量スケーラブルが売り. 開発を初めたきっかけは linux の BitKeeper 事件だという. (だから GIT がライバルらしい.) OpenSolaris や OLPC など, けっこう採用実績があるのに驚いた. 私は分散 SCM を触ったことがない. SVK をちょっとつついたくらい. 話を聞く限り Mercurial はけっこう良さそう. (スライドは Wiki に公開されている.) 分散はさておき軽量なのがいい. たとえばレポジトリのためにわざわざ svnrepos みたいな別ディレクトリを作る必要がない. 作業コピーの中に .hg ディレクトリができて, ここに履歴が収められる. つまり作業コピーのディレクトリでレポジトリが閉じている. svn だとレポジトリを作るのが面倒でバージョン管理を先
自分の作業レポジトリをMercurial Queueに移行した
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. いまいちMercurial Queue (以下MQ) の使い方がわからなかったので使ってなかったのだけど、週末に自分の作業用のレポジトリをMQに移行した。その際のメモ。 現在使っている自分自身のハードディスク内のレポジトリからパッチをすべて作成し直す。バグ毎にパッチを再作成。追加ファイルの場合は、先にhg addしておかないと、パッチの中に入らないので注意 hg cloneをやるか、hg revertをやって、レポジトリをきれいにする。hg revertをやった場合は、*.origファイルができてしまうので、hg cloneで別のディレクトリにレポジトリのクローン使った方が楽(時間はかかるけど) hg qinitの実行.hg/patchesというディレ
Mercurial - torutkのブログ
WindowsでのMercurialは一通りさわってみたので、分散リポジトリを試すべく、CentOS, Solarisの各マシンにMercurialをインストールしました。 CentOS CentOS 4.4（x86）へのインストール まずpythonをアップデート。CentOS 4.4の場合、Pythonのバージョンは2.3に固定。ちょっと古いかなと思いつつ $ sudo yum update python : $MercurialのサイトからBinaryPackagesのダウンロードでCentOS 4.5用のrpmパッケージが入手できます。これをrpmコマンドでインストールしました。 $ sudo rpm -ivh mercurial-0.9.4-1.i686.CentOS-4.5.rpm : $ リポジトリの公開(hg serve) hg serveを起動後、アクセスするとエラーにな
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mercurialとsshと私 » Happy My Life