The Smart Way to Git.A powerful, cross-platform Git GUI that works the way you do. Download Three Window StylesSmartGit lets you choose from three window styles, ensuring a Git experience that fits your working style perfectly. Read more Clean Commit HistoryWe believe in Clean Commit Histories - SmartGit lets you split, rewrite, reorder, and squash commits for easier reviewing and debugging. Read
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
Kalid Azad、 2007 年 10 月 15 日、 原文 (original post) 従来のバージョン管理は、ファイルをバックアップ・追跡・同期するのに役立った。 分散バージョン管理を使うと、変更内容を共有するのが楽になる。 さぁ、両方の長所を活かすんだ。簡単なマージと一括管理されたリリースを。 分散だって? これまでのバージョン管理で何がまずいの? 別に…。 さっ、気を取り戻したければ、 バージョン管理へのビジュアルガイド(英語) を読んで。 もちろん、「古くさい」システムを使っているとバカにする人もいるだろう。 けれど、私はそれで全然かまわないと思う。 どんなバージョン管理システム(VCS)を使うにしても、プロジェクトにとっては前向きな一歩なんだから。 集中型バージョン管理システムは 1970 年頃に現れた。 その頃プログラマーには、シンクライアントと “big iron”
GourceはWindows/Mac OSX/Linux向けのオープンソース・ソフトウェア。ソフトウェア開発とはクリエイティブな作業であり、まるで生き物のように成長していく。自作のソフトウェアを我が子のように可愛がる人がいるのも理解できる。 バージョン管理をビジュアル化 そんなソフトウェアの歴史を管理するのがバージョン管理だ。そしてそこに残されたコミットログを使ってビジュアル化するソフトウェアがGourceだ。GourceはGit/Mercurial(Hg)対応のバージョン管理ビジュアル化ソフトウェアだ。 ビジュアル化に何の意味があるかと言われればたいした意味はない。だが一度実行すると時系列に沿ってどんどん成長していく様が面白く、飽きさせない。なお追加のステップを踏めばCVS/Subversionにも対応するらしい。 爆発的に開発の輪が広がっていく まるで木のように成長していくのは、まさに
Mercurialを使ったチケット駆動開発の記事が非常に素晴らしいのでメモ。 このやり方を使いこなせれば、ソフトウェア開発の生産性は劇的に上がると思う。 【元ネタ】 mercurialでチケット駆動開発 - ろじぼ 上記の記事を理解できた範囲でまとめてみた。 【仮定】 ・SCMはMercurial。(Gitでも良い) ・BTSチケットでSW開発のタスクを管理する。 ・trunk、confirmブランチは中央リポジトリ(サーバー)にある。 ・チケットブランチ(トピックブランチ)は、ローカルとサーバーの2箇所にある。 常時同期されている。 ・作業の優先順位によって、チケットがリリース順≠開発順の状況はある。 【チケットAブランチ上の作業手順】 1・チケット担当時に、ブランチ作成。【チケットのステータス＝担当】 ↓ 2・チケットAブランチ上でガンガン開発する。【チケットのステータス＝担当】 →t
Mercurialといえば、gitと並んでよく使われている分散型バージョン管理システム。Google Codeやsourceforge.netでも利用可能である。 そしてMercurialと言えばpythonで構築されている事でも有名である。 ただ、pythonであるがために、ソースに手を入れ辛い(それ以前にpythonをよく知らない)、文字化け等でトラブった時もなかなか対応できないという事もままあったりする(pythonを勉強したら済むと言えばそれまでだが) そこで登場するのが、今回紹介するAmp。Mercurialのコマンドであるhgの100%互換を謳っており、Rubyで書かれている 。このRubyで書かれている事が重要。ちょっとソースを覗いてみようか、という気になるし、カズタマイズやトラブルシューティングも(Mercurialよりは)楽にできるはず。 Ampとは Rubyで書かれたM
職場でMercurialを使っていい感じに俺々バージョン管理を やれるようになってきた感があるので、 ノウハウをまとめる。 概略 中央リポジトリと同期をとるbranchを用意する 同期branchはsync_cvsとかそんな名前 defaultをそのまま使っても良い このbranchで開発作業は絶対にしない 全ソースをhgで管理しない 中央リポジトリで管理しているソースの数が多い場合の話 hgで管理するファイル数が多いとhg update等が遅くなり、開発のスピード感が落ちる ticket毎に開発作業用branchを作成する 同期branchから作成する 同期branchから随時rebaseする 必ず、同期branchの最新版からrebaseした状態でテストを行う。 テストが通ったらticket別branchから同期branchにmergeする。その後、同期branchの内容で中央リポジト
2009/04/28 米グーグルは4月24日、ソフトウェア開発プロジェクトのホスティングサービス「Google Code」で、これまでのSubversionに加えて分散バージョン管理システム（DVCS）の「Mercurial」のサポートを開始すると発表した。現在はプレビューリリースで、一部のプロジェクト利用者に提供。一般リリースに向けて、いくつかの課題を解決していくという。Google Codeでは、Mercurialサポートのために、一般のMercurialがオブジェクトの保存に使うOSネイティブのストレージに代えて、グーグルの分散データベースシステム「BigTable」を使うように書き換えたという。 DVCSとしては、MercurialのほかにGitやBazaarが知られている。従来からある中央管理型のバージョン管理システムに比べて、分散開発がやりやすいことから、普及が進んでいる。例え
※ 一部の画面は公式サイトのもの 分散型リポジトリは複数人での開発はもちろん、少人数（個人も含む）での利用にも便利なバージョン管理システムだ。すぐにはじめられるし、バックアップも簡単、ファイルサーバを使って管理するといったこともできる。 そんな分散型リポジトリサービスとしてはGitHubが有名だが、Pythonで作られているMercurial向けにもFreeHgが存在する。それもシステム自体がオープンソースだ。 今回紹介するフリーウェアはFreeHg、フリーで使えるMercurialサービスだ。ソースコードは開示されているがライセンスは明記されていなかったのでご注意いただきたい。なお、FreeHgはFreeHg上でホスティングされており、FreeHgにはオープンソースライセンスのもののみ登録できるとあるので何らかのオープンソース・ソフトウェアとは思われる。 FreeHgはDjangoを使っ
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
最近のWikiエンジンでは履歴管理機能が実装されているものが多い。大抵、独自で実装していることが多く、差分などではなく全てそのままに保存してしまう。これではデータサイズが肥大化するので勿体ない。 シンプルなWikiエンジン そこで既存のバージョン管理システムと連携させてしまってはどうかと考えたのが（恐らく）Hatta Wikiだ。 Hatta WikiはMu Licenseに基づくソフトウェアで、Python製のWikiエンジンだ。Muとは絶対的な無のことで、“ライセンスは何ですか”と聞くこと自体が間違っているという禅問答の狗子仏性に基づいてつけられたものになっている。（via Earle's Notebook: Mu License）。ソースは公開されているがオープンソース・ソフトウェアではないのでご注意いただきたい。 Hatta Wikiは単体で動作し、8080ポートを使って立ち上がる
[ Topページへ戻る ] Mercurialでバージョン管理 概要 「分散リポジトリ方式」なる言葉によって興味をひかれたバージョン管理ツールがこのMercurialです。 今までのバージョン管理ツールへの不満 オフラインでもバージョン管理したい いままで、職場や自宅において、CVSやSubversionを使うときは、1台のマシン上にリポジトリを置き、そのリポジトリに対してチェックアウトやコミットといった変更の払い出し・登録を行っています。 したがって、リポジトリのあるマシンと作業マシンがネットワークで接続できないときは、チェックアウトした作業ディレクトリの変更をコミットできませんし、過去の変更履歴も調べられません。ネットワークに接続できない期間が短時間ならいいのですが、長期間になるとこれはバージョン管理ができないに等しい状態です。 気軽なリポジトリ作成ができたらいい ちょっと作ったプログ
リリースされました。 NetBeans IDE 6.1 ダウンロード 個人的に、今回一番ありがたいのは、Mercurial対応です。 今まで、ひとりでモノを作ってたので、バージョン管理してなかったのですが、Mercurialのような分散リポジトリに対応したバージョン管理システムなら、楽に使えます。 というのも、家ではデスクトップ、外出先ではノートで、subversionのサーバーをデスクトップに立てれば外出先でバージョン管理できず、かといってノートにサーバーたててわざわざ家でノート立ち上げっぱなしというのも嫌で、ネット上にサーバー立てれば新幹線なんかじゃ使えず、苦労して同期とるほどのメリットは見出せずという感じだったのです。直近ならローカルバージョン管理あるしね。 でも、Mercurialのような分散リポジトリのシステムなら楽です。NetBeans6.1のMercurialプラグインの場合
Linux/Unix環境ならパッケージ管理経由での導入が簡単です。 Windows環境への導入は、Cygwinを常用しているならCygwinのsetup.exe経由でPythonスクリプト形式を、そうでないならインストーラ経由でのバイナリ形式の導入が簡単です。 それぞれのインストール手順に関しては、別途詳細を説明したページを参照してください。 インストールが済んだなら、早速使ってみましょう。 まっさらな状態からリポジトリを作成する手順は次ページ以降で説明しますので、手近な対象としてMercurial自身のリポジトリを複製してみましょう。 コマンド1 % hg clone http://selenic.com/repo/hg mercurial-repo requesting all changes adding changesets adding manifests adding file
何かいいソースコード管理ツールがないものかと探していると 「Mercurial」 というキーワードを見つけました。 早速、インストールしてみます。 #mercurialのインストール cd /tmp wget http://www.selenic.com/mercurial/release/mercurial-0.9.5.tar.gz tar zxvf mercurial-0.9.5.tar.gz cd mercurial-0.9.5 python setup.py install #リポジトリ作成 mkdir /var/mercurial hg init mercurial #web公開 /var/www/mercurial cp /tmp/mercurial-0.9.5/hgweb.cgi /var/www/mercurial/index.cgi chmod 755 /var/www/
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
24日(米国時間)、Mercurialの最新版となるMercurial 1.0が公開された。待望の1.0登場だ。次期バージョン管理システムを模索している場合、まず検討対象に加えておきたいプロダクトだ。 ソースコードの集約やバージョン管理を実施するためのシステムとしては、典型的にはCVSが有名。現在でも多くのプロジェクトでCVSが採用されている。しかしながらCVSは既存のバージョン管理システムを拡張してきたシステムであり、UNIXの仕組みに依存していることや名前の変更が面倒などいくつかの点で操作に不便な点があった。同点を解消する目的でいくつものバージョン管理システムが開発されたわけだが、そのうちのひとつがMercurialというわけだ。 バージョン管理システムの代替としてはFLOSSならSubversionやGitが有名だ。すでに多くのプロジェクトでSubversionやGitが採用されてい
と言う訳で、僕にとっての期待の星であるMercurialEclipseのサイトを久しぶりに見てみる。 Implemented mercurial commands * hg init * hg clone * hg push * hg pull (no update/merge yet) * hg commit * hg add <file> * hg remove <file> * hg diff <file> * hg log <file> (Output in History View you can from History view open old revisions in the editor) * hg annotate <file> (Output in console) * hg status * hg view (Only on the project) * refa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く