bitbucketで遊んでみた ちなみにGW中bitbucketとずっと戯れていたわけじゃないよ。猫と戯れていただけだよ(´；ω；｀) bitbucket は自分のリポジトリをforkできます。 →確か前々回ぐらいの #TokyoMercurial で @troter さんがそんなことを呟いていましたが、確かにできましたｗ githubはしらん。 まあ、普通しないよね。練習以外に何に使うのだろう… あとpull request そのものについて詳しい訳じゃないので間違っている場合はご指摘ください。 名前からして「ねー、ねー。僕のリポジトリ（ブランチ）pullしてよ〜」なんですよね。 準備 とりあえず適当にリポジトリを作ります 作ったらテキトーにコミットしてpushしておきます bitbucketに戻ってforkしてみます 普通他の人からforkするときはリポジトリ名

回答 pip install mercurial --global-option="--pure" --global-optionを利用するとsetup.pyにオプションを渡せるみたいですね。

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

前回[@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 |

Git、Mercurial、Bazaarはオープンソースの分散バージョン管理システムで、どれも人気がある。特にGitとMercurialはもともとはLinux Kernelの開発のために作られた歴史からしても、ライバルと言える関係だ。LinuxやAndroid OSではGitが採用されたが、MercurialもOpenJDKやNetBeans、Xen、Python等で採用されている。 SVNから分散バージョン管理システムに移行を検討している所は多い。日本だと濱野氏がGitのメンテナをやっているせいかGitに人気が集中しているようだ。しかし気軽に分散バージョン管理システムを導入したいソフトウェア開発チームには、あえてMercurialを勧めたい。 1. SVNからMercurialに移行するべき8つの理由 取り扱いが楽で、今すぐ移行できる事がMercurialを導入するべき理由だが、もう少し

リクエストのパターンマッチにおいてCookiesという抽出子を使用してクッキーを取得することができます。また、ResponseCookiesというResponderを使用してクッキーを書き出すことができます。 以下はクッキーを使用したカウンタの例です。ブラウザでアクセスするたびにカウントアップされ、有効期限を指定していないのでブラウザを閉じると削除されます。 import unfiltered.Cookie case GET(Path("/cookie") & Cookies(cookies)) => { // counterという名前のクッキーを取得 val counter = (cookies("counter") match { case Some(cookie) => cookie.value.toInt case _ => 0 }) + 1 Ok ~> ResponseCooki

As you can see, Git makes less of an effort to organize its CLI in a way that Subverison users will be used to. While you can work around this by retraining your fingers to type the new commands, it’s yet one more roadblock to switching systems. Worse, it simply isn’t necessary, as Mercurial’s Subversion-user-friendly but still powerful and elegant interface proves. Safer history with mercurial Me

来年も作りたい！ふきのとう料理を満喫した　2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

※ NATIVE 設定周りと、.hgeol 設定反映契機に関する記述を改善しました＠2013-12-22 このエントリは、Mercurial Advent Calendar 2011 の5日目です。 Windows/Unix/Linux/Mac OS などなど、複数の環境における作業成果を、共有リポジトリ等を用いて共有する場合、環境毎にデフォルト値が異なる改行コードと文字コードは、かなりの確率でトラブルの原因となります。 このエントリでは、Mercurial における改行コードに関して説明しようと思います。 ＃ 改行コードの話が思いのほか長くなったので、文字コードは別エントリで .... (^ ^;;) Mercurial では 1.5.4 から、リポジトリ単位で改行コードを管理できる eol エクステンションが同梱されるようになりました。 改行コードの管理には、この eol エクステンシ

昔作ったスクリプト*1の修正版です。前回からの変更点は以下の通り。 NYAOSのエイリアスへの簡易的な対応 hgのコマンド一覧取得にhg debugcompleteを使用するようにした それと、git用の補完スクリプトを書いて下さった方がいたので紹介。gitコマンドの補完、サブモジュールの削除nyaosスクリプト · GitHubから見ることが出来ます。 -- complete.lua Copyright (c) 2011 wantora -- MIT License (http://d.hatena.ne.jp/wantora/20101212/1292141801) local function clean_cmd(str) return str:gsub('%s+$', ''):gsub('^(%S+)%.[^/\\.]+$', '%1') end local completes_c

こんにちは、Sleipnir 開発担当の森本です。 今回は、 分散バージョン管理システムの Mercurial の紹介をしたいと思います。 現在進行中の Sleipnir 3 の開発では Mercurial を使っており、非常に便利で、もはや無いと開発ができないと思うほど役立っています。 バージョン管理システムを使ってなかったり、”分散でない”システムを使っている人はぜひ導入を検討してみて欲しいです。 と言うわけで、分散バージョン管理システムについて、仕組みを簡単に解説します。 分散バージョン管理システムでは、まず作業用フォルダを決めその中にプロジェクトで使うファイルを入れる必要が有ります。 そして、作業が一段落するたびに “Commit” ( DB  に差分を送る。この DB を “Repository” と呼びます)コマンドで、差分を変更履歴として積み上げていきます。 Reposito

つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一

Fedora EPEL を CentOS で使ってみる 前回ブログで紹介した Fedora EPEL を早速 CentOS で使ってみることにした。 サーバは IIJ を利用することにする。 まずは GPG キーをインストールする。 # rpm --install http://ftp.iij.ad.jp/pub/linux/fedora/epel/RPM-GPG-KEY-EPEL 次に yum 用の設定ファイルをインストールする。 # wget http://ftp.iij.ad.jp/pub/linux/fedora/epel/5/i386/epel-release-5-2.noarch.rpm # rpm -ivh epel-release-5-2.noarch.rpm これで Fedora EPEL が利用できるようになる。 早速 Red Hat の先日リリースしたフリーフォントを

こんにちはこんにちは。一昨日、さくら VPS に Git をインストールするエントリーを書きましたが、実はバージョン管理は etckeeper にもお世話になっています。 etckeeper というのは、Git 等のバージョン管理ツールを用いて、/etc 以下をほぼ自動的に管理してくれる有り難いツールです。下記のタイミングで自動的にコミットしてくれます。手動で任意のタイミングでコミットすることもできます。 -yum コマンド実行の前後 -日付が新しくなったとき << 以下、さくら VPS（CentOS 5.5 -64bit）で etckeeper を使えるようになるまでの手順をまとめてみましたので、よろしければ参考にしてください。 *目次 Git のインストール etckeeper のダウンロード etckeeper の設定ファイルの編集 etckeeper のインストール etckeep