一般的な git コマンドは次のとおりです。

git init

新しいリポジトリをローカルに作成し、次のように入力します。プロジェクト ディレクトリで git init を?qū)g行すると、リポジトリが初期化され、現(xiàn)在のフォルダーの下に .git フォルダーが作成されます。

git clone

Get URL に対応するリモート Git リポジトリを作成し、ローカル コピーを作成します。

一般的な形式は git clone [url] です。

クローンされたリポジトリは URL の最後のスラッシュで始まります。具體的な名前を指定したい場合は、 git clone [url] newname.

git status

で指定できます。

リポジトリのステータスをクエリします。

git status -s: -s は短いことを意味し、-s の出力マークには 2 つの列があり、最初の列はステージング領(lǐng)域用で、2 番目の列はステージング領(lǐng)域用です。作業(yè)ディレクトリです。

git log

ブランチのコミット履歴を表示します。

git log --oneline --number : 各ログは番號を示す 1 行のみを表示します。

git log --oneline --graph: ブランチ マージ履歴をグラフィカルに表現(xiàn)できます。

git log Branchname can特定のブランチ ログを表示します。

git log --oneline Branch1 ^branch2、ブランチ 1 のコミットは表示できますが、ブランチ 2 のコミットは表示できません。^ は、このブランチを除外することを意味します (ブランチに引用符を追加する必要がある場合があります)。 Windows では ^branch2).

git log --decorate はタグ情報を表示します。

git log --author=[著者名] は著者の投稿履歴を指定できます。

git log -- because --before --until --after コミット時間に基づいてログをフィルターします。

--no-merges ではマージ コミットを除外できます。

git log --grep フィルターコミット情報ログに基づく: git log --grep=keywords

デフォルトでは、git log --grep --author は OR 関係、つまり、いずれかが満たされた場合に返されます。 AND 関係にしたい場合は、--all-match オプションを追加します。

git log -S: 導(dǎo)入された diff でフィルターします。

例: git log -SmethodName ( S とそれに続く単語を區(qū)切る間に等號がないことに注意してください)。

git log -p: 各コミットで導(dǎo)入されたパッチを表示します。

各送信はスナップショットであり、Git は計算します。パッチとして各送信の差分が表示されます。

別の方法は git show [SHA] です。

git log --stat: 各コミットで導(dǎo)入された変更の diffstat を表示します。

変更の相対情報を確認(rèn)するためにも使用されます。 --stat は、-p の出力よりも単純です。

git add

コミットする前に、Git にはステージング領(lǐng)域 (ステージング領(lǐng)域) があり、そこに新しく追加されたファイルを配置したり、新しい変更を追加したりできます。コミット時に送信された変更は、ステージング領(lǐng)域に追加された最後の変更であり、ステージング領(lǐng)域に追加されたものではありません。ディスク上で Change.

git add .

は、現(xiàn)在の作業(yè)ディレクトリ內(nèi)のすべてのファイルを再帰的に追加します。

git diff

git diff withoutparameters:

ステージングされていない変更の diff を表示します。

このコマンドは、作業(yè)ディレクトリ內(nèi)の現(xiàn)在のファイルとステージング領(lǐng)域のスナップショットの差分を比較します。つまり、変更後に一時的に保存されていない変更です。

一時的に保存されたファイルと最後の送信のスナップショットとの違いを確認(rèn)するには、次のコマンドを使用できます。 :

git diff --cached command.

段階的な変更の差分を表示します。

(Git 1.6.1 以降では git diff --staged も使用できます。効果は同じです)。

git diff HEAD

すべてのステージングされた変更またはステートされていない変更の差分を表示します。

つまり、稼働中のディレクトリを次と比較します。最後のコミット 期間中のすべての変更。

特定のバージョン以降に何が変更されたかを確認(rèn)したい場合は、

git diff [version タグ] を使用できます。 ]

log コマンドと同様に、出力を簡素化するために --stat パラメータを使用して diff を追加することもできます。

git diff [branchA] [branchB] 2 つのブランチを比較するために使用されます。

実際には A から B へのパッチが返されますが、これは私たちが望む結(jié)果ではありません。

一般に、私たちが望む結(jié)果は、ブランチ後の変更內(nèi)容です。 2 つのブランチが分離され、何が変更されましたか? コマンド:

git diff [branchA]...[branchB] が與えられます。

実際には、次のようになります: git diff $(git merge- Base [branchA] [branchB]) [branchB] 結(jié)果。

git commit

追加された変更を送信します。

git commit -m "the commit message"

git commit -a は、最初に追跡されているすべてのファイルに変更を追加してから、送信( svn の送信に少し似ていますが、最初に一時的に保存する必要はありません)。トラックのないファイルの場合は、送信を補(bǔ)足するために git add.

git commit --amend を?qū)g行する必要があります?，F(xiàn)在のものと同じ親送信ノードが使用されます。ノードは新しい送信を行い、古い送信はキャンセルされます。

gitリセット

変更とコミットを元に戻します。 .

ここでの HEAD キーワードは、現(xiàn)在のブランチの最後にある最新のコミットを指します。つまり、リポジトリ內(nèi)のブランチの最新バージョンです。

git replace HEAD: unstage files from Index と HEAD へのポインタをリセット

このコマンドは、ステージングされた狀態(tài)から誤って追加されたファイルを取り出すために使用され、特定のファイルのみに対して操作できます: git replace HEAD - - filename, this - - も省略できます。

git replace --soft

HEAD を特定のコミット參照に移動します。インデックスとステージングは??変更されません。

git replace --hard

ファイルをステージング解除し、最後のコミット以降の作業(yè)ディレクトリ內(nèi)の変更をすべて元に戻します。

git replace --hard HEAD を使用してリセットします。つまり、最後のコミット後に、ステージングされたすべての変更と作業(yè)ディレクトリ內(nèi)の変更がリセットされます。ディレクトリは消え、最後のコミットの狀態(tài)に復(fù)元されます。

ここの HEAD は、任意のコミットの SHA-1 として書き込むことができます。

ソフトおよびハード パラメーターを使用しない Git リセットでは、実際にはデフォルトが使用されます。パラメータmixed.

概要:

git replace --mixed idはgitのHEADを変更します(つまり、コミットレコードは変更されています)が、ファイルは変更されていません変更されました (つまり、作業(yè)ツリーは変更されていません))。コミットの內(nèi)容をキャンセルして追加します。

git replace --soft id.実際には、git replace --mixed id の後に、もう一度 git add を?qū)g行します。つまり、commit の內(nèi)容をキャンセルします。

git replace --hard id. git HEAD とファイルを変更します。

以下のように変更スコープでソートします。ソフト (コミット) < 混合 (コミット追加) < ハード (コミット追加ローカル作業(yè))

git revert

を元に戻して元に戻します。 commit。間違ったコミット (commit ) 名 (參照) を変更するだけで、パラメータとしてコマンドに渡すことができます。

git revert HEAD: 最新の送信を元に戻します。

git revert は作成します。新しいリバース送信 (パラメータ -n を渡すと、Git にまだコミットしないように指示できます)

git rm

git rm ファイル:ファイルをステージング領(lǐng)域から削除し、移動します。 作業(yè)ディレクトリを削除します。

git rm --cached: ファイルをステージング領(lǐng)域から削除しますが、作業(yè)ディレクトリには殘しておきます。

git rm --cached は機(jī)能的に git replace HEAD と同等で、キャッシュ領(lǐng)域をクリアしますが、作業(yè)ディレクトリ ツリーは変更されません。

git clean

git clean は作業(yè)ディレクトリ File.

からトラックを削除しません。通常のパラメータは git clean -df:

です。 -d はディレクトリを同時に削除することを意味し、-f は強(qiáng)制を意味します。 git 設(shè)定ファイル clean.requireForce=true で -f が追加されていない場合、clean は実行を拒否するためです。 ## git rm - - キャッシュされた orig; mv orig new; git add new

git stash

現(xiàn)在の変更をスタックにプッシュします。

git stash は、現(xiàn)在の変更をスタックに置きます。ディレクトリとインデックス內(nèi)のすべての変更 (ただし、追跡されていないファイルは含まれません) がスタックにプッシュされ、クリーンな作業(yè)狀態(tài)が殘ります。最後の最新の送信。

git stash list will display The list of this stack.

git stash apply: stash (stash@{0}) 內(nèi)の前のアイテムを取り出し、現(xiàn)在の作業(yè)ディレクトリ。 git stash apply stash@{1} など、他のプロジェクトを指定することもできます。

適用中に stash 內(nèi)の項目を削除したい場合は、次のように指定できます。 git stash Pop

で stash プロジェクトを削除します:

git stash Drop: 前のプロジェクトを削除するか、パラメータを指定して指定したプロジェクトを削除できます。

git stash clear: すべてのプロジェクトを削除します。

git ブランチ

git ブランチは、ブランチの一覧表示、ブランチの作成、削除に使用できます。 1 つのコミット。

git ブランチ: すべてのローカル ブランチをリストします?，F(xiàn)在のブランチにはアスタリスクが付けられます。

git ブランチ (ブランチ名): 新しいブランチを作成します (ブランチの作成時にこれを使用すると、ブランチは最後の送信に基づいて作成されます)。

git Branch -d (ブランチ名): ブランチを削除します。

リモート ブランチを削除します:

git Push (リモート名):(ブランチ名): リモート ブランチを削除します。

これは、完全なコマンド フォームが次のとおりであるためです。

git Push remote-name local-branch:remote-branch

そして、ここの local-branch の部分は空です。リモートブランチを削除することを意味します

git checkout

git checkout (ブランチ名)

ブランチに切り替えます。

git checkout -b (ブランチ名): 作成して切り替えます。新しいブランチに追加します。

このコマンドは、git Branch newbranch と git checkout newbranch を組み合わせた結(jié)果です。

Checkout には別の機(jī)能があります: ローカルの変更を置き換える:

git checkout - -

このコマンドは、作業(yè)ディレクトリ內(nèi)のファイルを HEAD 內(nèi)の最新の內(nèi)容に置き換えます。ステージング領(lǐng)域に追加された変更や新しいファイルは影響を受けません。

注: git checkout filename は、一時的に保存およびコミットされていないファイル內(nèi)のすべての変更を削除します。この操作は元に戻せません。

git merge

ブランチを現(xiàn)在のブランチにマージします。

git merge [エイリアス]/[ブランチ]

リモート ブランチを現(xiàn)在のブランチにマージします。

競合が発生し、手動で変更する必要がある場合は、git mergetool を使用できます。

競合を解決するときは、git diff を使用できます。競合が解決されたら、git add を使用して追加します。これは、競合が解決されたことを意味します。

git tag

履歴內(nèi)のポイントを import としてタグ付けします。

コミットされます 永続的なブックマークを作成するには、通常、リリース バージョンをリリースするか何かを出荷した後にタグを追加します。

例: git tag v1.0

git tag -a v1 .0, -a パラメーターを使用すると、情報を追加できます。つまり、注釈付きのタグを作成できます。

git tag -a コマンドを?qū)g行すると、Git はタグを入力するためのエディターを開きます。 information.

commit SHA を使用して過去の送信にタグを付けることができます:

git tag -a v0.9 XXXX

プッシュ時はそうではありません タグを含めたい場合は、プッシュ時に --tags パラメーターを追加できます。

フェッチ?xí)r、ブランチ HEAD で到達(dá)できるタグは自動的にフェッチされ、到達(dá)できないタグはブランチ ヘッドから到達(dá)可能なタグはスキップされます。すべてのタグが含まれていることを確認(rèn)したい場合は、--tags オプションを追加する必要があります。

git リモート

リモート リポジトリ エイリアスのリスト、追加、および削除。

毎回完全な URL を使用する必要がないため、Git はリモート リポジトリ URL ごとにエイリアスを作成し、git リモートを使用してリストを管理します。

git リモート: リモート エイリアスをリストします。

プロジェクトのクローンを作成すると、Git は元の URL を自動的に追加し、エイリアスはorigin.

## と呼ばれます。 # git remote - v: 各エイリアスに対応する実際の URL を確認(rèn)できます。

git Remote add [エイリアス] [url]: 新しいリモート リポジトリを追加します。

git Remote rm [エイリアス] ]: 既存のリモート エイリアスを 1 つ削除します。

git remote rename [old-alias] [new-alias]: 名前を変更します。

git remote set-url [alias] [url]: URL を更新しますはい -push パラメーターと fetch パラメーターを追加して、同じエイリアスに異なるアクセス アドレスを設(shè)定します。

git fetch

新しいブランチとデータをダウンロードしますリモート リポジトリから。

git fetch [エイリアス] を使用して特定のリモート リポジトリを取得することも、git fetch --all を使用してすべてのリポジトリを取得することもできます。

fetch はすべてのリポジトリを取得します。ローカルにデータがないもの、削除されたすべてのブランチはリモート ブランチと呼ぶことができ、ローカル ブランチと同じです (差分、ログなどを表示でき、他のブランチにマージすることもできます)。ただし、Git はそうではありません。

git pull

リモート リポジトリからフェッチし、現(xiàn)在のブランチにマージしてみます。

pull == fetch merge FETCH_HEAD

Git pull は最初に git fetch を?qū)g行し、次に git merge を?qū)g行し、フェッチされたブランチのヘッドを現(xiàn)在のブランチにマージします。このマージ操作により新しいコミットが生成されます。

--rebase パラメータを使用すると、git rebase が実行されて、元の git merge が置き換えられます。

git rebase

--rebase はマージされた送信を生成しません。すべてのローカル送信を一時的にパッチとして保存し、「.git/rebase」ディレクトリに配置し、現(xiàn)在のブランチを最新のブランチ チップに更新します。パッチをブランチに保存しました。

リベース プロセス中に競合が発生する可能性があります。Git はリベースを停止し、競合を解決できるようにします。競合を解決した後、 git add を使用してコンテンツを更新します。その後、必要はありませんコミットを?qū)g行するには、次のようにするだけです。

git rebase -- continue は殘りのパッチの作成を続行します。

git rebase --abort はリベースを終了し、現(xiàn)在のブランチはリベースの前の狀態(tài)に戻ります。 .

git Push

新しいブランチとデータをリモート リポジトリにプッシュします。

git Push [エイリアス] [ [branch]

は、現(xiàn)在のブランチをエイリアス上の [branch] ブランチにマージします。ブランチが既に存在する場合は更新されます。存在しない場合は、ブランチが追加されます。

複數(shù)の人が同じリモート リポジトリにコードをプッシュする場合、Git はまずプッシュしようとしているブランチで git log を?qū)g行し、サーバー上のブランチの現(xiàn)在の先端が履歴に表示されるかどうかを確認(rèn)します。ローカル履歴でサーバーのヒントに移動すると、ローカル コードが最新ではないことを意味します。Git はプッシュを拒否し、最初にフェッチしてマージし、次にプッシュできるようにします。これにより、全員の変更が確実に考慮されます。 .

git reflog

Git reflog は、reflog を管理するコマンドです。Reflog は、次のような參照の変更を記録するために git によって使用されるメカニズムです。ブランチの変更または HEAD 參照の変更を記録します。

git reflog が參照を指定しない場合、デフォルトで HEAD の reflog がリストされます。

HEAD@{0} は HEAD の現(xiàn)在の値を表します。 、HEAD@{3} は、3 つの変更前の HEAD の値を表します。

Git は、HEAD に対応する reflog ファイルに変更を記録します。パスは .git/logs/HEAD です。ブランチは、refs ディレクトリの下のサブディレクトリの .git/logs/ に配置されます。

特殊記號:

^ は親の送信を表します。送信に複數(shù)の親の送信がある場合、次の ^ を使用して親の送信の數(shù)を指定できます: ^ は ^1 と同等です。

~ は次のと同等です連続 ^ .

git init

新しいリポジトリをローカルに作成し、プロジェクト ディレクトリに入り、git init を?qū)g行すると、リポジトリが初期化されて作成されます現(xiàn)在のフォルダーにある git file.

git clone

URL に対応するリモート Git リポジトリを取得し、ローカル コピーを作成します。

一般的な形式は git clone [url].

クローンされたリポジトリには、URL の最後のスラッシュの後に名前が付けられます。フォルダーを作成します。特定の名前を指定したい場合は、次のように指定できます。 git clone [url ] newname が指定されました。

git status

リポジトリのステータスをクエリします。

git status - s: -s は short を意味します。 -s の出力マークには 2 つの列があり、最初の列はステージング領(lǐng)域用で、2 番目の列は作業(yè)ディレクトリ用です。

git log

ブランチのコミット履歴を表示します。

git log --oneline --number: 各ログには 1 行のみが表示され、番號が表示されます。

git log -- oneline --graph: ブランチのマージ履歴をグラフィカルに表示できます。

git log Branchname は、特定のブランチのログを表示できます。

git log --oneline Branch1 ^branch2 , ブランチ 1 は表示できますが、ブランチ 2 は表示できません。 ^ はこのブランチを除外することを意味します (Windows では ^branch2 に引用符を追加する必要がある場合があります)。

git log --decorate はタグ情報を表示します.

git log --author=[著者名] は、著者の提出履歴を指定できます。

git log --since --before --until --after 提出時間に基づいてログをフィルタリングします.

--no-merges はマージ コミットを除外できます。

git log --grep コミット情報に基づいてログをフィルタリングします: git log --grep=keywords

デフォルトでは, git log - -grep --author は OR 関係、つまり、いずれか 1 つが満たされればそれが返されますが、AND 関係にしたい場合は、--all-match オプションを追加できます。

git log -S: 導(dǎo)入された diff でフィルターします。

例: git log -SmethodName (S と次の単語の間に等號がないことに注意してください)。

git log -p: 各コミットで導(dǎo)入されたパッチを表示します。

各送信はスナップショットです。Git は各送信の差分を計算し、パッチとして表示します。

別の方法git show [SHA ].

git log --stat: 各コミットで導(dǎo)入された変更の diffstat を表示します。

これは、変更の相対情報を確認(rèn)するためにも使用されます。 --stat は -p Some.

よりも簡単です。

git add

? ? ?在提交之前,Git有一個暫存區(qū)(staging area),可以放入新添加的文件或者加入新的改動. commit時提交的改動是上一次加入到staging area中的改動,而不是我們disk上的改動.

? ? ?git add?.

? ? ?會遞歸地添加當(dāng)前工作目錄中的所有文件.

?

git diff

? ? ?不加參數(shù)的git diff:

? ? ?show diff of unstaged changes.

?????此命令比較的是工作目錄中當(dāng)前文件和暫存區(qū)域快照之間的差異,也就是修改之后還沒有暫存起來的變化內(nèi)容.

?

?????若要看已經(jīng)暫存起來的文件和上次提交時的快照之間的差異,可以用:

?????git diff --cached 命令.

? ? ?show diff of staged changes.

?????(Git 1.6.1 及更高版本還允許使用 git diff --staged，效果是相同的).

?

? ? ?git diff HEAD

? ? ?show diff of all staged or unstated changes.

? ? ?也即比較woking directory和上次提交之間所有的改動.

?

? ? ?如果想看自從某個版本之后都改動了什么,可以用:

? ? ?git diff [version tag]

? ? ?跟log命令一樣,diff也可以加上--stat參數(shù)來簡化輸出.

?

? ? ?git diff [branchA] [branchB]可以用來比較兩個分支.

?????它實際上會返回一個由A到B的patch,不是我們想要的結(jié)果.

?????一般我們想要的結(jié)果是兩個分支分開以后各自的改動都是什么,是由命令:

? ? ?git diff [branchA]…[branchB]給出的.

? ? ?實際上它是:git diff $(git merge-base [branchA] [branchB]) [branchB]的結(jié)果.

?

?

git commit

追加された変更を送信します。

git commit -m "the commit message"

git commit -a は、最初に追跡されているすべてのファイルに変更を追加してから、送信( svn の送信に少し似ていますが、最初に一時的に保存する必要はありません)。トラックのないファイルの場合は、送信を補(bǔ)足するために git add.

git commit --amend を?qū)g行する必要があります?，F(xiàn)在のものと同じ親送信ノードが使用されます。ノードは新しい送信を行い、古い送信はキャンセルされます。

gitリセット

変更とコミットを元に戻します。 .

ここでの HEAD キーワードは、現(xiàn)在のブランチの最後にある最新のコミットを指します。つまり、リポジトリ內(nèi)のブランチの最新バージョンです。

git replace HEAD: unstage files from Index と HEAD へのポインタをリセット

このコマンドは、ステージングされた狀態(tài)から誤って追加されたファイルを取り出すために使用され、特定のファイルのみに対して操作できます: git replace HEAD - - filename, this - - も省略できます。

git replace --soft

HEAD を特定のコミット參照に移動します。インデックスとステージングは??変更されません。

git replace --hard

ファイルをステージング解除し、最後のコミット以降の作業(yè)ディレクトリ內(nèi)の変更をすべて元に戻します。

git replace --hard HEAD を使用してリセットします。つまり、最後のコミット後に、ステージングされたすべての変更と作業(yè)ディレクトリ內(nèi)の変更がリセットされます。ディレクトリは消え、最後のコミットの狀態(tài)に復(fù)元されます。

ここの HEAD は、任意のコミットの SHA-1 として書き込むことができます。

ソフトおよびハード パラメーターを使用しない Git リセットでは、実際にはデフォルトが使用されます。パラメータmixed.

概要:

git replace --mixed idはgitのHEADを変更します(つまり、コミットレコードは変更されています)が、ファイルは変更されていません変更されました (つまり、作業(yè)ツリーは変更されていません))。コミットの內(nèi)容をキャンセルして追加します。

git replace --soft id.実際には、git replace --mixed id の後に、もう一度 git add を?qū)g行します。つまり、commit の內(nèi)容をキャンセルします。

git replace --hard id. git HEAD とファイルを変更します。

以下のように変更スコープでソートします。ソフト (コミット) < 混合 (コミット追加) < ハード (コミット追加ローカル作業(yè))

git revert

を元に戻して元に戻します。 commit。間違ったコミット (commit ) 名 (參照) を変更するだけで、パラメータとしてコマンドに渡すことができます。

git revert HEAD: 最新の送信を元に戻します。

git revert は作成します。新しいリバース送信 (パラメータ -n を渡すと、Git にまだコミットしないように指示できます)

git rm

git rm ファイル:ファイルをステージング領(lǐng)域から削除し、移動します。 作業(yè)ディレクトリを削除します。

git rm --cached: ファイルをステージング領(lǐng)域から削除しますが、作業(yè)ディレクトリには殘しておきます。

git rm --cached は機(jī)能的に git replace HEAD と同等で、キャッシュ領(lǐng)域をクリアしますが、作業(yè)ディレクトリ ツリーは変更されません。

git clean

git clean は作業(yè)ディレクトリ File.

からトラックを削除しません。通常のパラメータは git clean -df:

です。 -d はディレクトリを同時に削除することを意味し、-f は強(qiáng)制を意味します。 git 設(shè)定ファイル clean.requireForce=true で -f が追加されていない場合、clean は実行を拒否するためです。 ## git rm - - キャッシュされた orig; mv orig new; git add new

git stash

現(xiàn)在の変更をスタックにプッシュします。

git stash は、現(xiàn)在の変更をスタックに置きます。ディレクトリとインデックス內(nèi)のすべての変更 (ただし、追跡されていないファイルは含まれません) がスタックにプッシュされ、クリーンな作業(yè)狀態(tài)が殘ります。最後の最新の送信。

git stash list will display The list of this stack.

git stash apply: stash (stash@{0}) 內(nèi)の前のアイテムを取り出し、現(xiàn)在の作業(yè)ディレクトリ。 git stash apply stash@{1} など、他のプロジェクトを指定することもできます。

適用中に stash 內(nèi)の項目を削除したい場合は、次のように指定できます。 git stash Pop

で stash プロジェクトを削除します:

git stash Drop: 前のプロジェクトを削除するか、パラメータを指定して指定したプロジェクトを削除できます。

git stash clear: すべてのプロジェクトを削除します。

git ブランチ

git ブランチは、ブランチの一覧表示、ブランチの作成、削除に使用できます。 1 つのコミット。

git ブランチ: すべてのローカル ブランチをリストします?，F(xiàn)在のブランチにはアスタリスクが付けられます。

git ブランチ (ブランチ名): 新しいブランチを作成します (ブランチの作成時にこれを使用すると、ブランチは最後の送信に基づいて作成されます)。

git Branch -d (ブランチ名): ブランチを削除します。

リモート ブランチを削除します:

git Push (リモート名):(ブランチ名): リモート ブランチを削除します。

これは、完全なコマンド フォームが次のとおりであるためです。

git Push remote-name local-branch:remote-branch

そして、ここの local-branch の部分は空です。リモートブランチを削除することを意味します

git checkout

git checkout (ブランチ名)

ブランチに切り替えます。

git checkout -b (ブランチ名): 作成して切り替えます。新しいブランチに追加します。

このコマンドは、git Branch newbranch と git checkout newbranch を組み合わせた結(jié)果です。

Checkout には別の機(jī)能があります: ローカルの変更を置き換える:

git checkout - -

このコマンドは、作業(yè)ディレクトリ內(nèi)のファイルを HEAD 內(nèi)の最新の內(nèi)容に置き換えます。ステージング領(lǐng)域に追加された変更や新しいファイルは影響を受けません。

注: git checkout filename は、一時的に保存およびコミットされていないファイル內(nèi)のすべての変更を削除します。この操作は元に戻せません。

git merge

ブランチを現(xiàn)在のブランチにマージします。

git merge [エイリアス]/[ブランチ]

リモート ブランチを現(xiàn)在のブランチにマージします。

競合が発生し、手動で変更する必要がある場合は、git mergetool を使用できます。

競合を解決するときは、git diff を使用できます。競合が解決されたら、git add を使用して追加します。これは、競合が解決されたことを意味します。

git tag

履歴內(nèi)のポイントを import としてタグ付けします。

コミットされます 永続的なブックマークを作成するには、通常、リリース バージョンをリリースするか何かを出荷した後にタグを追加します。

例: git tag v1.0

git tag -a v1 .0, -a パラメーターを使用すると、情報を追加できます。つまり、注釈付きのタグを作成できます。

git tag -a コマンドを?qū)g行すると、Git はタグを入力するためのエディターを開きます。 information.

commit SHA を使用して過去の送信にタグを付けることができます:

git tag -a v0.9 XXXX

プッシュ時はそうではありません タグを含めたい場合は、プッシュ時に --tags パラメーターを追加できます。

フェッチ?xí)r、ブランチ HEAD で到達(dá)できるタグは自動的にフェッチされ、到達(dá)できないタグはブランチ ヘッドから到達(dá)可能なタグはスキップされます。すべてのタグが含まれていることを確認(rèn)したい場合は、--tags オプションを追加する必要があります。

git リモート

リモート リポジトリ エイリアスのリスト、追加、および削除。

毎回完全な URL を使用する必要がないため、Git はリモート リポジトリ URL ごとにエイリアスを作成し、git リモートを使用してリストを管理します。

git リモート: リモート エイリアスをリストします。

プロジェクトのクローンを作成すると、Git は元の URL を自動的に追加し、エイリアスはorigin.

## と呼ばれます。 # git remote - v: 各エイリアスに対応する実際の URL を確認(rèn)できます。

git Remote add [エイリアス] [url]: 新しいリモート リポジトリを追加します。

git Remote rm [エイリアス] ]: 既存のリモート エイリアスを 1 つ削除します。

git remote rename [old-alias] [new-alias]: 名前を変更します。

git remote set-url [alias] [url]: URL を更新しますはい -push パラメーターと fetch パラメーターを追加して、同じエイリアスに異なるアクセス アドレスを設(shè)定します。

git fetch

新しいブランチとデータをダウンロードしますリモート リポジトリから。

git fetch [エイリアス] を使用して特定のリモート リポジトリを取得することも、git fetch --all を使用してすべてのリポジトリを取得することもできます。

fetch はすべてのリポジトリを取得します。ローカルにデータがないもの、削除されたすべてのブランチはリモート ブランチと呼ぶことができ、ローカル ブランチと同じです (差分、ログなどを表示でき、他のブランチにマージすることもできます)。ただし、Git はそうではありません。

git pull

リモート リポジトリからフェッチし、現(xiàn)在のブランチにマージしてみます。

pull == fetch merge FETCH_HEAD

Git pull は最初に git fetch を?qū)g行し、次に git merge を?qū)g行し、フェッチされたブランチのヘッドを現(xiàn)在のブランチにマージします。このマージ操作により新しいコミットが生成されます。

--rebase パラメータを使用すると、git rebase が実行されて、元の git merge が置き換えられます。

git rebase

?????--rebase不會產(chǎn)生合并的提交,它會將本地的所有提交臨時保存為補(bǔ)丁(patch),放在”.git/rebase”目錄中,然后將當(dāng)前分支更新到最新的分支尖端,最后把保存的補(bǔ)丁應(yīng)用到分支上.

? ? ?rebase的過程中,也許會出現(xiàn)沖突,Git會停止rebase并讓你解決沖突,在解決完沖突之后,用git add去更新這些內(nèi)容,然后無需執(zhí)行commit,只需要:

? ? ?git rebase --continue就會繼續(xù)打余下的補(bǔ)丁.

? ? ?git rebase --abort將會終止rebase,當(dāng)前分支將會回到rebase之前的狀態(tài).

?

git push

? ? ?push your new branches and data to a remote repository.

? ? ?git push [alias] [branch]

? ? ?將會把當(dāng)前分支merge到alias上的[branch]分支.如果分支已經(jīng)存在,將會更新,如果不存在,將會添加這個分支.

? ? ?如果有多個人向同一個remote repo push代碼, Git會首先在你試圖push的分支上運(yùn)行g(shù)it log,檢查它的歷史中是否能看到server上的branch現(xiàn)在的tip,如果本地歷史中不能看到server的tip,說明本地的代碼不是最新的,Git會拒絕你的push,讓你先fetch,merge,之后再push,這樣就保證了所有人的改動都會被考慮進(jìn)來.

?

git reflog

? ? ?git reflog是對reflog進(jìn)行管理的命令,reflog是git用來記錄引用變化的一種機(jī)制,比如記錄分支的變化或者是HEAD引用的變化.

? ? ?當(dāng)git reflog不指定引用的時候,默認(rèn)列出HEAD的reflog.

? ? ?HEAD@{0}代表HEAD當(dāng)前的值,HEAD@{3}代表HEAD在3次變化之前的值.

? ? ?git會將變化記錄到HEAD對應(yīng)的reflog文件中,其路徑為.git/logs/HEAD, 分支的reflog文件都放在.git/logs/refs目錄下的子目錄中.

?

?

特殊符號:

?????^代表父提交,當(dāng)一個提交有多個父提交時,可以通過在^后面跟上一個數(shù)字,表示第幾個父提交: ^相當(dāng)于^1.

?????~相當(dāng)于連續(xù)的個^.

更多Git相關(guān)技術(shù)文章，請訪問Git使用教程欄目！

以上が一般的な Git コマンドの概要の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。