リポジトリの作成
Gitの初期化
ファイルを入力し、より多くのディレクトリよりも、この時点で、このコマンドを実行する.git
ディレクトリの、ディレクトリがGitリポジトリを追跡し、管理することである、すべての権利、手動でファイルやフォルダを変更したり、混乱を変更、Gitリポジトリを置くことはありません破壊されました。あなたが表示されない場合は.git
、ディレクトリを、これはデフォルトのディレクトリであるので、それはあります
隠し、使用ls -ah
あなたが見ることができるコマンドを。
Gitのリポジトリにファイルを追加します。
最初のステップ:ステージング領域に追加
gitがXXXを追加します
xxxはすることができます。「」すべてのファイルを、それはファイル名を指定することができ、コマンドは複数のファイルを追加するために、繰り返し使用することができます
ステップ2:倉庫に提出
Gitは-mコミット "XXX"
xxxは最高の意味がある、この提出のための説明は、あなたはもちろん、コンテンツのいずれかを入力することができますので、あなたは履歴リストから簡単に変更レコードを見つけることができます。
コマンドを実行した後促すことができます。
-
1 file changed
:ファイルが変更されました -
2 insertions
:2行を挿入します
⚠️ない場合はgit add
、ステージングエリアに、それが追加されることはありませんcommit
現在のワークスペースの状態を表示
gitの状態
コマンドを実行した後促すことができます。
-
Changes not staged for commit(还没有准备提交的修改)
表示内容
現在のファイルを表示、変更:ケースを
Gitの差分XXX
xxxに表示したいファイル名を変更
シナリオ2:現在のバージョンとリポジトリの最新バージョンとの違いを確認してください
GitのリセットHEAD - XXX
xxxに表示したいファイル名を変更
ビューの提出履歴
gitのログ
コマンドは、最新の最も遠いからコミットログを表示するには、バージョンが後退gitのログに戻って行くことによって決定することができます
gitのログ--pretty =としてoneline
出力あまりにも多くの情報、まばゆいばかりの参照、あなたは追加しようとすることができます--pretty=oneline
パラメータを
⚠️あなたは長いリストで見るものに似1094adb...
ているcommit id
(バージョン番号)
バージョンロールバック(すでに、コミットへの復帰をコミット)
gitのリセット--hard XXX
xxxはバージョン番号やHEADを表し、
ケース1:以前のバージョンにフォールバック
Gitは^ --hard HEADをリセット
ケース2:以前のバージョンにフォールバック
gitが--hard HEADをリセット^^
ケース3:100バージョンにフォールバック
Gitは--hard HEAD〜100をリセット
まず第一に、Gitはどのバージョンの現在のバージョンを知っている必要があり、Gitの中で、使用がHEAD
提出した、最新である、現在のバージョンを表し、1094adb...
(私の提出IDを書き留めて、あなたは確かに同じではありません)、以前のバージョンがありHEAD^
、以前のバージョンでありHEAD^^
、もちろん、最大100 100バージョン書く^
の比較を
カウントが簡単、そう書かれてHEAD~100
。
ケース4:以前のバージョンのロールバックに戻って
gitのリセット--hard XXX
xxxはあなたがコミットID(バージョン番号)をロールバックするバージョンであり、そして残りの3例は、HEADを使用することはできません、コミットのid
二つの方法は、バージョン番号を取得します:
-
限り、上記のコマンドラインウィンドウが無効になっていないとして、あなたはああフォローアップと検索し、検索することができます
-
歴史はgitのREFLOGビューコマンドのバージョン番号を見つけます
変更の取り消し
ケース1:変更、一時的ではないが、戻って最後のコミット(視界の変更)にフォール
gitのチェックアウト - XXX
xxxはすることができます。「」ファイル名がかもしれ指定し、これは実際にワークスペースへの変更を破棄しています
ケース2:修正は、バック最新のアドオンに落ち、ステージングされています
gitのチェックアウト - XXX
xxxはすることができます。「」ファイル名を指定し、これはgitのは、追加してから変更を行っていることも、あなたが追加するフォールバックしたいです
ケース3:修正、ステージングされた、(作業領域を維持することを確認してください)作業領域にフォールバック、提出しませんでした
GitのリセットHEAD XXX
xxxはすることができます。「」指定されたファイル名であってもよいし、その後、あなたはGitのチェックアウトはワークスペースへの変更を破棄し使用することができます
ケース4:修正は、提出されたステージングされた、コミット時にフォールバック
Gitは^ --hard HEADをリセット
リポジトリからファイルを削除します。
GitのRMのXXX
xxxは、コマンドは、ファイル名でgit rm
ファイルを削除するために使用されます。ファイルがリポジトリに提出されている場合は、あなたが心配する必要はありませんので、およそ誤って削除したが、気をつけて、あなただけの最新バージョンにファイルを復元することができます、あなたが失うことになる、最新の内容は、変更をコミット。
ファイルを削除します
RM XXX
xxxはファイル名で、ちょうど地元の削除します
そして、2つのオプションがあります。
-
- > gitのコミットGitのRMのXXX:ファイルリポジトリを削除してもよろしいです
-
最新のバージョンに復元間違って削除します:Gitのチェックアウトを - XXX
Viewコマンド履歴
REFLOG行きます
准ローカルとリモートの倉庫倉庫
ケース1:まず地元の倉庫を作成し、リモート倉庫を作成し、そして今、彼らは関連付ける、地元の図書館を持つことである、その後、リモートリポジトリがあります
リモートgitの原点XXXを追加
xxxは倉庫のリモートアドレスであり、原点はリモートリポジトリ名(デフォルト)
ケース2:最初の遠隔倉庫を作成します
リモートライブラリークローンから