私が、分散バージョン管理を使おうと思ったただ一つの理由
最近デビューしました。 たった一つの理由を挙げろといわれれば 今のプログラミング開発手法のマッチしているから に尽きる。 TDDやCIが良い例だと思う。 TDDの例 SVNの場合TDDのレッド⇒グリーン⇒リファクタリングのタイミングでコミットするには粒度が小さすぎる。 でもコミットしないと小さな不安が残る。だけど、コミットすると余計なリビジョンがかさむことになる。 分散バージョン管理であれば、レッド→グリーンになったタイミングでローカルブランチにコミット出来る。 そのあと、一つのTDD(設計工程)が終わった段階でまとめてメインブランチにpushする。 ※bazaarでのやり方がわからないんだけど（汗 自分で試行錯誤しているときは安心(グリーン)したタイミングでコミット。 で、ひと段落したらメインリポジトリへpushというのが自然な流れで実行できる。 CIの例 CIの場合に、SVNでよくやる
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
