楽しいGitの

Gitの

1. Gitの歴史

人生の大きなイベントの多くと同様、Gitのは、大規模な紛争の非常に革新的な時代に生まれました。Linuxカーネルのオープンソースプロジェクトは、公共の参加の広い数を持っています。Linuxカーネルの保守作業の大半は、パッチを提出過ごし、（1991年 - 2002年）アーカイブ面倒な業務を保存しています。2002年までに、全体のプロジェクトチームは、コードを管理し、維持するために、分散型バージョン管理システムのBitKeeperを有効にするために始めました。

同社は、オープンソースのLinuxカーネルコミュニティの端とのBitKeeperビジネス関係を開発し、2005年、ことで、彼らはBitKeeperのを無料でご利用の力を回復しました。これは、Linuxのオープンソースコミュニティ（特にLinuxの創始者Linus Torvalds氏は）彼らは同じミスをしていない場合のみ、バージョン管理システムの独自のセットを開発し、学ばなければならなかった余儀なくされました。彼らは、新しいシステムの目標数を設定します。

•スピード

•シンプルなデザイン

•非直線モードの開発のための強力なサポートは、（並行開発ブランチの何千もすることができます）

•完全分散

•Linuxカーネルは（スピードとデータ量）に似ているように効率的に大規模なプロジェクトを管理する能力を持っています

ダウンロード：

https://www.kernel.org/pub/software/scm/git/

2. GitリポジトリとSVNのコントラスト

2.1.Svn原理分析

SVNの集中バージョン制御管理システムに属し、システムがアップデートを取得するために提出した最新の文書を抽出し、SVNサーバを接続することで、すべてのファイルリビジョン、および同僚が保存されます。

この図は、標準、集中バージョン管理ツールの管理であります：

簡単に一人一人の開発権を把握することができる他のどのような開発者、および管理者が参照するには、ある程度の集中管理。

しかし、その利点と比較して、集中型のバージョン管理ツールの欠点は明白です：

障害が発生したサーバーの単一のポイント
貧しいフォールトトレランス

2.2.Git原理分析

2.2.1.Svn、レコード固有の違い

Gitリポジトリや他のバージョン管理システムとの主な違いは、Gitは唯一の他のほとんどのシステムは、唯一の懸念ファイルの内容で特定の違いをしながら、全体のデータファイルの変更かどうかを気に、ということです。このようなシステム（CVS、Subversionの、PERFORCEの、バザールなど）のファイルが更新されている、と何が、図1.4を参照してくださいどの行に更新されているすべてのレコード。

全体的な変化を記録2.2.2.Git

Gitは変更前と変更後のこれらの違いのためにデータを格納しません。実際には、より小型のファイルシステムに記録されているスナップショットなど、ファイルの変更、などのGitの。更新をコミットするたびに、それがその後、どのようなファイルやスナップショットなどのファイル指紋情報の全て、との絵は、スナップショットにインデックスポイントを保存します。

ファイルが変更されていない場合は、パフォーマンスを向上させるために、Gitは再び、唯一の接続のための最後に保存したスナップショットに保存されません。図1.5に示すように、Gitは動作します。

これは、Gitの他のシステムとの重要な違いです。それは完全に伝統的なバージョン管理ルーチン、およびのすべての側面を覆します

私たちは、新しいデザインの実装を行いました。より小さなファイルシステムのようにGitは、それはまた、これに基づいて、多くを提供します

強力なツールだけではなく、シンプルなVCS。第三章Gitのブランチ管理その後、とき、私たちは意志

メリットがもたらすまさにこのデザインを見てください。

2.2.3操作はローカルで実行

Gitはあなたにそれを読むためにローカル・データベースから直接データを取り戻すために外部のサーバーの移動する必要があり、表示されません。だから、いつでもあなたは待つことなく、すぐに読むことができます。

あなたが前にどのような違いがバージョンと月の間で、ファイルの現在のバージョンを確認したい場合は、Gitは現在のファイルのスナップショットを削除し、むしろそれを行うには、リモート・サーバに要求するよりも、操作の前に違いを一月を作りますか、比較のために、ローカルファイルの古いバージョンを引っ張りました。