Gitは、一般的に、コマンドと命令を使用しました

1、Gitはコードをコミットするコミット

変更がローカルリポジトリに提出するためのステージング領域に主にコミットgitのを。我々はgitのcommitコマンドを使用するたびにローカルリポジトリに40ビットのハッシュ値を生成します。ハッシュ値もコミット-IDと呼ばれています。

コミットIDをロールバック・バージョンは、それがスナップショットに相当し、非常に便利であるとき、あなたは将来の任意の時点でのコマンドの組み合わせにより、ここに戻ってきて、gitのリセットすることができます。

1.1 Gitは-m「メッセージ」がコミット

           これは、より一般的な用法で、-mパラメータ表現は、直接「メッセージ」、そうでない場合は-mパラメータの後ろに入力することができ、その後、メッセージは直接入力されていませんが、エディタを呼び出します一般的に、それはあなたがvimのにメッセージ、入るようにすることです

　　　私たちのために提出した書類の簡単な説明であるメッセージを。次のように私たちは長いを提出したいか、私たちはより明確かつ簡潔な説明をしたいメッセージは、我々は、このフォーマットを使用することができます別の方法は、あります：

        コミット-m "をgitの

        メッセージ1

        メッセージ2

        Message3

1.2 Gitはコミット-aは、 -m「マッサージ」

            など-mパラメータなどの他の機能、ファイルのすべてのトレース・ファイルの変更または削除を実行することができ-a引数を追加し、ローカルリポジトリに提出され、彼らはgitのされていない場合でも、ステージングエリアに追加する追加し、ことに注意してください

　　　新しく追加されたファイル（すなわちないgitのファイルシステム管理）がローカル倉庫に提出することはできません。一般的には最初のステージングエリアに追加され、正常に変更し、Gitはローカルリポジトリに提出することをコミットしたいaddが、-aパラメータを使用しないことをお勧め書類の提出やgitのを使用します。

    1.3 Gitのコミット--amend

            我々は慎重にされていない場合、我々は満足していないコードのバージョンを提出し、コードが変更されたバージョン満足をマージするために私たちの願いではありません前に、サーバーにそれをプッシュする、と私たちは、サーバー上たくない場合abondon、その後、我々はそれをどのように行うのですか？

         //は、追加提出を呼ばれる以前の修正コードに追加コミットIDをして、それが新しい例新しいコミットIDで増やすことはできませんgitの--amendコミット

       （1）現在のリポジトリ最近場合我々は、追加のバージョンに行きたい、これが一番簡単だったもののバージョン、そして、あなたは中間せずに、直接サーバーにプッシュgitのことができ、直接作業エリアコードを変更して、gitの追加などのgitなどの他の操作を実行、引っ張るなど

       （2）リポジトリは、我々は、我々は我々が追加したいリポジトリのバージョンのバージョンをフォールバックするために、この時点で必要な、行くために追加したいものではありませんバージョンの最新バージョンが現在である場合は、私がしたいです私たちが戻ってバージョンにはいくつかの方法があります落ちるしたいのバージョン

            1）その最初のバージョンは、我々は我々が一般的に持っている直接サーバーの管理には、ページの右上に出願され、ピッキング、サーバーから必要なものを選択しています[ダウンロード]ボタンをクリックすると、チェリーピック、コピーコマンド、のいずれかを選択し、ドロップダウンボックスが表示されます

　　　　　実装、使用GitのLOの後、私たちの倉庫のバージョンに対応するディレクトリで次のコマンドを実行した後、グラム-1コマンド、あなたは、私達はちょうどこの時点で、ピッキングした後、ワークスペース内で直接コードを変更している。このバージョンの最新版となって今のリポジトリを表示することができ

　　　　　、このgitのコミットを実行して、設定が完了したら行動gitの追加- Gitのプッシュした後、コマンドを修正。

            2）、gitkまたは他のグラフィカル・インタフェース・ツールを使用して端末gitkに入力し、キャリッジリターン、gitkグラフィカルインターフェイスはインターフェイスの左の部分に区分コミットIDをリポジトリを表示するポップアップ表示され、この時点で、我々は選択する必要がそのバージョンの、右クリックで起動します

　　　　　、それはマスターブランチにある場合は、確認リセットと呼ばれる確認ボックスをポップアップ表示し、リセットを選択しますが、ここにリセットmasterブランチで一つでこれをクリックし、選択メニューをアイテムのハードタイプは、[OK]をクリックし

　　　　　、ターミナルに戻り、実行gitのログ-1コマンドをクローズgitkグラフィカルインターフェイスをリポジトリ今最も最近提出したバージョンが私たちの希望です見つける、その仕事で再び、この時間地区は直接、彼が行った後、コード、Gitが追加、変更

　　　　　、プッシュgitの後に、このコマンドはgitが--amendコミット実行して。

            3）私たちが知っているバージョンは、我々は今、中央の間でnは最新のバージョンに提出する必要がある場合には、我々はできますgitのリセットコマンドは、上のコメント、その後、コマンドが完了した--hard HEAD〜Nため、リセット直接gitの

　　　　　実行gitのログを-1 だから我々は、リポジトリの最新バージョンは、今私たちは、この時点で必要なもののバージョンであることがわかりますし、その後、gitの追加が完了した後、ワークスペース内で直接変更を、コードを変更し、Gitはコミット--amendその後、Gitのプッシュした後、このコマンドを実行します。

            4）私たちは、中間バージョンと今のnを通じて提出最新バージョンを必要とする場合、我々は、端末に、私たちに必要なコミットIDを見つけ、コミット-IDリポジトリを参照してくださいgitのログを使用することができるかわかりません-IDをコミット--hard gitのリセットを実行し、

　　　　　このコマンドを実行すると、実行するgitの-1我々は、リポジトリの最新バージョンは、今私たちは、この時点で必要なもののバージョンで検索し、ワークスペースに直接コードを変更するコマンドをログに記録し、設定が完了したら行動gitの追加、そして実行このgitのプッシュgitの後、--amendコマンドをコミットします。

　1.4のgit --helpコミット

       ヘルプを表示するには、多くのパラメータがあるが、他の効果を持っている、一般的には、私たちの日常の仕事を満たすために3つを理解するために開発された

電流をチェック2.リポジトリ状態倉庫におけるワークスペース・ファイルが変更されたかどうか）

gitの状態

3、Gitは、指定されたファイルのキャンセル無視

--no-config.conf-不変負いgitのインデックス更新

4を、現在のバージョンは以前のバージョンに戻って落ちます次のコマンドで：

RESETはHEAD ^ --hard gitの

2つのバージョンにフォールバックし、5を

gitのリセット-ハードHEAD ^^

6、バック指定されたバージョンにフォール

//は最も遠いに最も近いからログ表示をコミットgitのログ

Gitのリセット- -HA 1234567rd_commit_id //バック指定されたバージョンにフォール

コマンド履歴ビューに7

GitのREFLOG

ステージング・エリア・ファイルを引っ張り、8を、ワークスペースファイル交換

のgitをcheckout-- <ファイル>

9、Gからキャンセル、そのファイルを追跡 アウトそれは、もはやバージョンの追跡が、ファイルは、ワークスペースのまま。

gitのrmを- -キャッシュされたファイル名

10、差の最新バージョン内のワークスペースとリポジトリを参照してください

HEAD差分のgit -のReadme.txt

修正がアップスクラッチしていない後にgit diffは、つまり、ファイルやステージングエリアのスナップショット現在の作業ディレクトリ間の違いを比較するためのコマンド内容の変化

11は、コンテンツリポジトリのステージング領域に入れていきます

のReadme.txt追加gitの

 

12を、それがステージングエリアと作業ディレクトリの状態が表示さ

gitのステータス

ファイルを削除するために、13

あるtest.txt gitのRMを

リモートから、14ライブラリークローンプロジェクト

gitのクローンプロジェクトがアドレス

、その後分岐するように切り替えて、ブランチを作成し、15を

gitのチェックアウト-b test_localhost

：-bパラメータは、次の2つのコマンドの同等示し、スイッチでのgit checkoutコマンドを

gitのブランチブランチ作成test_localhost //

gitのをチェックアウトtest_localhost //ブランチの切り替え

現在のブランチを表示するために16を、

gitのブランチ//をチェックローカルブランチ

gitのブランチ-r //チェックリモートブランチ

のgitブランチ-a //コマンドリストモノグラム番号*の前に現在のブランチの全ての枝

17、 git mergeコマンドは、現在のブランチのマージするブランチを指定するために使用されている

gitのマージDEV

、18をローカルブランチの削除

gitのブランチ-d DEVを

仕事が非連結する場合は、ブランチを削除することはできません。

--no-マージされたgitのブランチ//取り込まれていない作品を見る

あなたはブランチ上の変更を削除したい場合は、大文字の削除オプション-Dで強制することができ

19、devがリモートブランチの削除

gitのにプッシュ起源--delete DEV

20を、ハンドオーバブランチ

Gitのチェックアウト<名前>

21、リモートデータベースの情報が表示され

、リモート-v gitのか、gitのリモート

22で、枝をプッシュする、つまり、リモートリポジトリにプッシュ日に出願されたすべてのローカルブランチ。、Gitは枝に分岐するように、ローカルブランチを指定するには、プッシュはに対応するリモート上のリモート・データベースにプッシュする場合：

Gitの起源マスターはプッシュ

：変更の上、他の枝をプッシュするのdevの例を

Gitが起源DEV押し

、である23を引きます枝取り

gitのプルを//現在のトラックが一つだけのブランチブランチ、でもリモートホスト名を省略することができている場合は

プルリモートブランチ：gitのプル起源devの

現在のブランチにリモートリポジトリの変更を。デフォルトモードでは、gitのプルgitのフェッチFETCH_HEAD頭文字をマージはgitが続いています。

より具体的には、Gitは、所与の動作パラメータgitのフェッチプル、および現在のブランチにgitのマージ分岐取得ヘッダを呼び出します。--rebase使用し、それはGitはGitのマージするのではなく、リベース実行されます。

作業領域を見て、違いのreadme.txtのreadme.txtおよびバッファ24

Readme.txt $ diffをGitの

25、最も遠い記録への最近の投稿を参照

gitのログを