【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
Bazaarでござ～る。猿でもできる分散バージョン管理“超”入門
Bazaarでござ～る。猿でもできる分散バージョン管理“超”入門：ユカイ、ツーカイ、カイハツ環境！（20）（1/4 ページ） 「“分散”バージョン管理は難しい」という人こそ 最近、GitやMercurialが注目を浴び、SubversionやCVSなどの中央型のバージョン管理システムに代わり分散型のバージョン管理システムの普及が進んでいます。本稿では、GitやMercurialに比べ、いま一歩マイナーな分散バージョン管理システムである「Bazaar」を紹介します。 本稿は、想定読者層としてはSubversionやCVSを、すでに使っており、分散バージョン管理システムに興味がある方を対象としています。「分散バージョン管理システムって何？」と思われる方は、連載第3回の「分散バージョン管理Git/Mercurial/Bazaar徹底比較」を参照しておくとスムーズに読み進められると思います。 なお
Mercurial SCM
Work easier Work faster Mercurial is a free, distributed source control management tool. It efficiently handles projects of any size and offers an easy and intuitive interface. How you can benefit from Mercurial It is fast and powerful Mercurial efficiently handles projects of any size and kind. Every clone contains the whole project history, so most actions are local, fast and convenient. Mercuri
操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
SVNからMercurialに移行するべき8つの理由
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を導入するべき理由だが、もう少し
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が知られている。従来からある中央管理型のバージョン管理システムに比べて、分散開発がやりやすいことから、普及が進んでいる。例え
バージョン管理システム Mercurial を導入 - itouhiroはてなブログ
バージョン管理システム Mercurial を導入することにしたんだ。 最近は git がよく話題にあがるね。 しかし以下を見ると Google CodeがGitではなくMercurialを採用へ − ＠IT http://www.atmarkit.co.jp/news/200904/28/googlecode.html 操作体系から見る、GitとMercurialの8つの違い: ニュースの社会科学的な裏側 http://anlyznews.blogspot.com/2010/12/gitmercurial8.html SVNからMercurialに移行するべき8つの理由: ニュースの社会科学的な裏側 http://anlyznews.blogspot.com/2010/12/svnmercurial8.html Windowsでは Mercurialのほうが向いているようなんだね。 実際
分散バージョン管理入門 (イラスト入り) - tcha.org
Kalid Azad、 2007 年 10 月 15 日、 原文 (original post) 従来のバージョン管理は、ファイルをバックアップ・追跡・同期するのに役立った。 分散バージョン管理を使うと、変更内容を共有するのが楽になる。 さぁ、両方の長所を活かすんだ。簡単なマージと一括管理されたリリースを。 分散だって? これまでのバージョン管理で何がまずいの? 別に…。 さっ、気を取り戻したければ、 バージョン管理へのビジュアルガイド(英語) を読んで。 もちろん、「古くさい」システムを使っているとバカにする人もいるだろう。 けれど、私はそれで全然かまわないと思う。 どんなバージョン管理システム(VCS)を使うにしても、プロジェクトにとっては前向きな一歩なんだから。 集中型バージョン管理システムは 1970 年頃に現れた。 その頃プログラマーには、シンクライアントと “big iron”
Eclipse 3.4でのバーション管理方法（Subversion編） ～Eclipse 3.4入門～
はじめに 第5回「Eclipse 3.4を使ったデバッグとテスト」までで、Eclipseのインストールと設定からEclipseを用いてアプリケーションを開発・デバッグしテストするまでの一般的な流れなどを説明しました。 今回はチーム開発などで必須となる「バージョン管理と連係する機能」の基本を紹介します。なお、今回の画面画像は「JStyle」導入済みの場合になっています。 今までの記事 第1回「Eclipse 3.4のインストールと日本語化」 第2回「Eclipse 3.4の各種設定と利用方法 第3回「Eclipse 3.4プラグインのインストール／設定方法」 第4回「Eclipse 3.4でのアプリケーション開発方法（swing／JSP／サーブレット）」 第5回「Eclipse 3.4を使ったデバッグとテスト」 Eclipse 3.4のバージョン管理と連係する機能 チーム開発やバージョンアッ
Eclipse 3.4でのバーション管理方法（CVS編） ～Eclipse 3.4入門～
はじめに 第5回「Eclipse 3.4を使ったデバッグとテスト」までで、Eclipseのインストールと設定からEclipseを用いてアプリケーションを開発・デバッグしテストするまでの一般的な流れなどを説明しました。 今回はチーム開発などで必須となる「バージョン管理と連係する機能」の基本を紹介します。なお、今回の画面画像は「JStyle」導入済みの場合になっています。 今までの記事 第1回「Eclipse 3.4のインストールと日本語化」 第2回「Eclipse 3.4の各種設定と利用方法 第3回「Eclipse 3.4プラグインのインストール／設定方法」 第4回「Eclipse 3.4でのアプリケーション開発方法（swing／JSP／サーブレット）」 第5回「Eclipse 3.4を使ったデバッグとテスト」 Eclipse 3.4のバージョン管理と連係する機能 チーム開発やバージョンアッ
CVS/Subversionを使ったバージョン管理（前編：バージョン管理の基礎） | OSDN Magazine
ソフトウェアを開発する際、ソースコードや各種リソースの管理に役立つのがバージョン管理システムだ。バージョン管理システムはソースコード管理システムなどとも呼ばれ、大規模な開発を行う際には必須と言っても過言ではない。また、大規模な開発だけでなく小規模な開発や個人による開発においても、ファイルの変更履歴の記録やバックアップといった用途に活用できる。 本特集ではバージョン管理システムの基本的な考え方や用語を解説するとともに、オープンソースソフトウェア/フリーソフトウェア開発において多く利用されているバージョン管理システムである、SubversionおよびCVSを使ったバージョン管理方法について説明する。前編となる本記事では、まずバージョン管理システムの基本的な考え方と、用語について解説する。 バージョン管理システムのメリット バージョン管理システムとは、その名のとおりプログラムのソースコードや各種
これからGitを始める人が読むべき記事のまとめ : akiyan.com
これからGitを始める人が読むべき記事のまとめ 2009-05-13 candycane(RedmineをCakePHPでPHPに移植するプロジェクト)の開発でGitの素晴らしさを痛感したので、これはもう全力でGitを広めるべきだと思いました。そこで、これからGitを始める人が読むべき記事をまとめてみたいと思います。 なお、Gitの発音は「ぎっと」です。 目次 Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」 WEB+DB PRESS Vol.50 このサイトから -人 が購入しました 全体で -人 がクリック posted with amazlet at 09.05.13 WEB+DB PRESS編集部 技術評論社 売り上げランキング: 380 おすすめ度の平均: 森田創特集(?) perl, PHP, SQL Amazon.co.jp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
