ギット
Gitリポジトリの概要
gitのは、世界で最も先進的な分散型バージョン管理システムで
多くの人が知っている、Linusはそれ以来、1991年にオープンソースのLinuxを作成し、Linuxシステムの開発は、最大のサーバ・システム・ソフトウェアとなっています。ライナスは、Linuxを作成したが、Linuxが参加し、世界中の熱狂的なボランティアによって成長させることであるが、これほど多くの人々は、世界中のLinux用のコードを書き、Linuxのコードであることをどのようにそれを管理するために？実際には、その後、ライナス自分でコードを手動でマージすることで、世界中からはLinusによって差分道を送ったソースコードファイルに、その2002年、ボランティアです！あなたは、なぜバージョン管理システムへのLinuxはLinusコードを入れない、思考することができますか？ないCVS、SVNこれらの無料のバージョン管理システム？LinusはしっかりCVSやSVNに反対しているため、これらの集中バージョン管理システムだけでなく遅いですが、また、使用するネットワークに接続する必要があります。そこCVSの比率は、SVNは使いやすいが、いくつかの商用バージョン管理システムは、ですが、Linuxとオープンソースの精神と一致しない、ために支払われます。Linusが選んだので、しかし、2002年で、Linuxシステムは、十年のために開発された、ハードの大規模なコードベースは、Linusは、手動による管理を継続させるために、コミュニティの兄弟はまた、このように強い不満を表明しました商用バージョン管理システム、人道精神のうちのBitKeeper、BitKeeperの所有者BitMover会社、無料のLinuxコミュニティのバージョン管理システムを使用する権限。Linuxコミュニティは、必然的に川や湖習慣の涼の英雄の一部で汚染され、牛を集めているため、2005年に安定と団結の優秀な状況は、壊れていました。Sambaは、それが会社BitMover（監視ジョブはよくやった！）で発見された（だけではなく、彼は、実際にはそう乾燥）BitKeeperのプロトコルを解読しようとしているアンドリューが開発した、だから、会社BitMoverの怒りは、無料のLinuxコミュニティを使用する権利を回復します。
Linusは兄弟の後に厳格な規律を確保するためにBitMover会社に謝罪することができ、ああ、これは不可能です。現実はこれです：ライナスのはGitのある分散型バージョン管理システムを、書くために自身の使用のC 2週間を過ごしました！月以内に、ソースのLinuxシステムでは、最大Gitリポジトリで管理されています！牛はそれを定義する方法ですか？あなたは味わうことができます。Gitはすぐに、特に2008年には、サイトGitHubの上のラインで最も人気のある分散型バージョン管理システムになった、Gitはオープンソースプロジェクトのための無料ストレージを提供し、GitHubのオープンソースプロジェクトに移行し、多くはその他のjQuery、PHP、Rubyの、を含む、始まりました
集中型および分散型の比較
集中化：タイムコードのバージョン代理（SVN）の仕事のすべては、中央サーバのバージョンが管理し、中央サーバーに焦点を当てています。そして、私たちは、ネットワーキング際の要件を仕事アップロードして、中央のサーバからダウンロードする必要があります。
分散：代表（gitの）分散型バージョン管理システム、何の中央サーバがない、一人一人のコンピュータが完全なリポジトリです。集中管理と比較して、より安全に分散。もちろん、企業のグループの複数のメンバーで配布開発する時間が、また、我々は、中央サーバとして機能するようにコンピュータを持っている必要がありますが、彼の役割は、中央集中型の中央のサーバーとは異なり、それが唯一のグループのメンバーとの間に作用する「交流。」Gitは：ローカル情報の「中央リポジトリは、」サーバーに問題があると、その後の歴史でも見ることができる前に提出した後、すべての新しいネイティブコードシンクを見つけ、コードや歴史のように、あります。SVN：すべての提出が歴史を見ることができないまで誰もが、サーバーに問題が発生した後は、最新のコードは、外出先を見つけるためにも、使用する新しいプロジェクトとして、現在の時間ノードで、「中央リポジトリ」にコードを提出します歴史が残した問題に対処するためには友好的ではありません。Gitのリポジトリには、コードライブラリが含まれているだけでなく、提出されたコードと比較して、それぞれが中央倉庫に接続する必要があり、ローカル開発環境で地元の歴史ライブラリーは、履歴を記録することができますし、株式SVNの歴史は中央リポジトリで場所を取ることができます。利点がある：1、あなたは中央リポジトリの開発は、Gitのリポジトリが、ハングアップ倉庫のいずれかの開発者が中央リポジトリとして提供することができます（ただし、一般的にいるかのように人々が行動する際に、バージョン2の開発の歴史、オフライン環境でそれを見ることができますこれは設定されません）
Windowsは、Gitのインストール
（最良の中国のパス名を持たない）インストールをだます公式サイトから直接ダウンロードし、
インストールした後は、完全にGit Bashの開いている
上記のgitで使用するマシンの名前と電子メールアドレスを入力するには、それが登録に似て
$ gitのコンフィグ--globalユーザー。 「名前をあなたの登録」の名前
$ gitの設定--global user.email「メールアドレス」
リポジトリの作成
いわゆるリポジトリは,, Gitのアップを管理することができ、すべてのファイルのMavenのリポジトリ、ファイルは読み取りおよび書き込み操作を、Gitが追跡することができ、倉庫、リポジトリのバージョンである倉庫に似ているメソッド＃をフォルダの作成$のは、mkdir learn1のあなただけの作成したフォルダに＃ファイルを$ learn1でcd ＃は現在のパスの表示$ PWD / C /ユーザー/管理者/ learn1のこのディレクトリを通じて＃1のgit initコマンドは、gitリポジトリを管理することができなったのinit $ gitの初期化をCに空のGitリポジトリ：/Users/Administrator/learngit/.git/ 第二の方法の場所を見つけるために、ここでは、マウスの右ボタンバッシュにGitのクリック＃をフォルダの作成$のは、mkdir learn2の＃を単に位置を入力するには、この時点で指して作成されていますフォルダlearn2 このディレクトリを通じて＃のgit initコマンドは、gitリポジトリを管理することができなったの$ gitのは、initのCに空のGitリポジトリ初期化：/rep/.git/は、その後、あなたはそれにいくつかのファイルを書き込むことができ、Linuxがあります命令はまた、本明細書で使用することができます
地元の倉庫にファイルを追加します。
＃は単なるローカルリポジトリにファイルを書き込んだ渡された
の$ gitのA.TXT追加ません
＃エラーの説明成功
現在のステータスを表示するには＃（省略可能）
$ gitのステータスを
オン支店マスターませんが、まだコミットされるようにコミットされた変更を：（ unstage）に「GitのRMは、<ファイル> ... --cached」を使用し 、新たな新ファイル：A.TXT だけのステージに追加し、この時点で＃とローカルリポジトリに提出していなかった地元の図書館に提出＃も約コミットする必要が$ gitの-mをコミット「最初の提出」[マスター（ルート・コミット）77c2b2c]提出初めて1つのファイルが変更され、1つの挿入（+）MODE 100644 learn2 / A.TXT作成会社ならば＃ノートは、-m発言情報を再度追加する必要がありますクマ被る可能性があり、追加しないで＃は手順を繰り返し、それを提出するためのコードを追加していきます