git 操作でよく使用されるコマンドのまとめ

汇 よく使われるコマンド 概要

1. 以下のコマンドで特定のノードに戻ります:

Git Reset – ハードハッシュノード、変更を保持します。

2. すべてのローカル修正。提出されていないものは元の状態に返却されます。

Git checkout .

Git checkout リポジトリは、次のようにリポジトリを切り替えることを意味します: git checkout dev dev リポジトリに切り替える

Git checkout ファイル アドレスは、次のようにファイルの変更をキャンセルすることを意味します: git checkout backend/controller/site

3. コミット ログを表示します

Git ログ

4.その理由は、ウィンドウと Linux の間でのスペースと改行の変換の不一致によって引き起こされます。解決策は次のとおりです:

グローバル変数を構成する git config -- global core.autocrlf false

グローバル変数を表示する git config –global –l グローバル変数を表示するには

mkdir learngit //フォルダーを作成します

cd learngit //現在のディレクトリを切り替えます

pwd //フォルダーのフルパスを表示します現在のディレクトリ

git init //ディレクトリを初期化します

ls -ah //隠しファイルを含む現在のディレクトリ内のすべてのファイルを表示します

cd.>readme.txt //空のファイルを作成します

git add readme. txt //ファイルを git リポジトリに追加します

git commit -m "write a readme file" //ファイルを送信し、変更の説明を追加します

git status //現在のウェアハウス ファイルの変更ステータスを表示します

git diff //作業辞書とステージング領域(ステージ)の比較です

git diff --cached //ステージング領域(ステージ)とブランチ(マスター)の比較です

ファイルの内容、git ステータスでは、「git add」および/または「git commit -a」を使用するように求められます。直接コミットするのではなく、最初に追加してからコミットすることに注意してください

git log //時間や時間などの詳細情報を含む git commit レコードを表示しますsubmitter

git log --pretty=oneline //バージョン番号と送信手順のみを表示します

git restart --hard HEAD^ //前のバージョンをロールバックします

git restart --hard HEAD^^ //次のバージョンにロールバックします前のバージョン

git replace --hard HEAD~100 //前の 100 バージョンにロールバックします

git replace --soft HEAD //ロールバック時にキャッシュ領域とワークスペースをリセットしません

git replace --mixed HEAD //ロールバック時にキャッシュ領域をリセットします。デフォルトのオプションです

git replace --hard HEAD //ロールバック時にキャッシュ領域とワークスペースをリセットします

git reverse //HEADは指定しないでください。キャッシュ内の変更をクリアするために使用されますarea

git replace filename //キャッシュ領域の指定ファイルの変更をクリアします

git replace --hard //HEADを指定せず、ワークスペースとキャッシュ領域の変更をクリアするために使用します

git replace --hard filename //ワークスペースおよびキャッシュ領域内の指定されたファイルへの変更をクリアします

cat readme.txt //ファイルの内容を表示します

ロールバック後に元に戻したい場合は、2つの方法があります

1)元のファイルを閉じる必要があります ターミナル ウィンドウを閉じ、最新のバージョン番号を取得し、最初のいくつかの番号を入力します (例:

git replace --hard ec6980a

2) ターミナル ウィンドウを閉じ、再度開き、git reflog と入力し、各レコードを表示しますバージョン番号ロールバック

git checkout -- file //ワークスペース操作を元に戻すには、2 つの状況があります。1、キャッシュ領域に追加される前に、ローカル ワークスペースの変更を元に戻すためです。 , 2、キャッシュ領域が追加された後、キャッシュされた変更を元に戻し、キャッシュされたバージョンを復元します

git checkout -- file コマンドの -- は非常に重要です -- がないと、「別のファイルに切り替える」ことになります。ブランチ" コマンド

git checkout Branch //ブランチを切り替え、キャッシュ領域とワーク領域を同時にリセットします。ワーク領域が変更されているが送信されていない場合は、最初にコミットまたはスタッシュする必要があります

git checkout Branch -- Force //ブランチを切り替え、キャッシュ領域とワークエリアを同時にリセットします

git checkout - -force //ブランチを指定しないでください。ワークエリアの変更をクリアするために使用されます（キャッシュ領域が存在した場合、キャッシュ領域は変更されません）前に追加すると、作業領域はキャッシュ領域と一致します)

git replace HEAD fileName //一時記憶領域を変更できます 変更してステージングを解除します (unstage)

rm test.txt //ファイルを削除しますファイル マネージャーでは、ローカルの削除はウェアハウスに対応する必要があることに注意してください

git rm text.txt //リモート ウェアハウス ファイルを削除し、git commit を送信します

git checkout -- test.txt //ローカル rm が誤ってファイルを削除したと仮定すると、コマンドを使用して最新のコピーをウェアハウスからローカルにコピーし、ワークスペースのバージョンをリポジトリ内のバージョンに置き換えることができます。ワークスペースが変更されたか削除されたかを「ワンクリックで復元」できます

ssh-keygen -t rsa -C "liwenxin@foreveross.com" //ローカルに関連付けられたアカウント情報を設定し、すべての Enter キーを押します。ただし、パスワードを空白に設定しないでください。

open ~/.ssh //Mac はホームディレクトリで ssh を開きます

cd ~/.ssh //前の手順で誤ってパスワードを入力した場合は、次のように空のパスワードにリセットできます

ssh- keygen -p -f id_rsa //古いパスワードを 1 回入力し、必要に応じて新しいパスワードを 2 回入力します

git Remote add Origin git@github.com:gz-jam/learngit.git //独自の GitHub アカウント名に置き換えます、ローカルをリモート ライブラリに関連付けます

git Remote rm Origin //関連付けが間違っている場合、または再バインドする必要がある場合

git Remote add Origin git@github.com:michaelliao/learngit.git //再バインドできます

git Push -uorigin master //ローカル ライブラリのすべてのコンテンツをリモート ライブラリにプッシュします。確認するには「yes」と入力し、現在のブランチ マスターをリモート ライブラリにプッシュします。初回プッシュはリモート ライブラリが空であるためです。 master ブランチに -u パラメーターを追加しただけでなく、Git It はローカルの master ブランチのコンテンツをリモートの新しい master ブランチにプッシュし、ローカルの master ブランチをリモートの master ブランチに関連付けるので、コマンドを簡素化できます。将来押したり引いたりするとき。

git Push Origin master //2 回目から -u する必要はありません

git clone git@github.com:michaelliao/gitskills.git //リモート ウェアハウスのクローンを作成します。Git は複数のプロトコルをサポートしています。デフォルトの git:// は ssh を使用しますが、https などの他のプロトコルも使用できます。例: https://github.com/gz-jam/gitskills.git

git checkout -b dev //ブランチを作成し、現在のブランチを dev に切り替えます。これは、git などの 2 つの命令を実行するのと同等です。ブランチ dev と git checkout dev

git ブランチ //現在のプロジェクトのすべてのブランチを表示します。先頭の * は現在有効なブランチを表します

git merge dev //指定されたブランチを現在のブランチにマージするために使用されます

git ブランチ-d dev //マージ可能です。冗長なプロジェクトブランチの削除を検討してください

git Branch -D dev //ブランチ送信ファイルはマージされていません。削除すると、強制的に削除しますかというメッセージが表示されます。 ? 大文字の D に注意してください

両方のブランチが同じファイル内のコンテンツを送信した場合、Git の「クイック マージ」を実行することはできません。最初に Git status を使用する必要があります。 ;<<<, =======, >>>>> 異なるブランチの内容をマークし、調整後にファイルを再度 git 追加して git commit競合を解決するためにファイルを送信します

git log --graph --pretty=oneline --abbrev-commit //ブランチのマージステータスを確認できます

git log --graph //このコマンドでもブランチのマージを確認できますgraph

git merge --no-ff -m "merge with no-ff" dev //早送りモードを無効にすると、Git はマージ中に新しいコミットを生成します

git stash //現在のブランチの作業は完了していませんが、ウェアハウスに送信したくない場合は、他のブランチに切り替えてもコードが失われないように、最初に指示を付けて保存することができます

git stash list //スタッシュの内容を表示する 2 つのリカバリがあります。 1 つは git stash apply stash@{0} を使用して回復する方法ですが、回復後に stash コンテンツは削除されません。もう 1 つは git stash pop を使用して削除する方法です。復元中にコンテンツを隠します

git Remote //リモートライブラリの情報を表示します

git Remote -v //より詳細な情報を表示します

git Push Origin Master //ブランチをプッシュします、つまり、すべてのローカル送信をプッシュしますリモート ライブラリにブランチをプッシュする場合は、ローカル ブランチを指定する必要があります。新しく作成したローカル ブランチをリモートにプッシュしないと、ローカルからブランチをプッシュするには git Push Origin を使用します。ブランチ名

git checkout -b devorigin/dev //リモートオリジンのdevブランチをローカル、デフォルトのブランチマスターに作成します

git Push //競合が発生した場合、最初にコードをgit pullします

git pull //失敗すると、「追跡情報がありません」というプロンプトが表示されます。その理由は、ローカルの開発ブランチとリモートのオリジン/開発ブランチの間のリンクが指定されていない可能性があります

git ブランチ --set-upstream- to=origin/dev dev //セットアップ dev とorigin/dev の間のマージに競合があり、これを手動で解決する必要があります。解決策は、前述したように、git status、手動修復、git add、git の順です。 commit、そして最後に git Push

git tag v1. 0 //コミット番号は長すぎて覚えられないので、ブランチにタグ付けできます

git tag v0.9 6224937 //指定されたコミット番号をブランチにタグ付けしますブランチ

タグは時系列順ではなく、アルファベット順に記載しています。 git show を使用してタグ情報を表示できます

例: git show v0.9

git tag -a v0.1 -m "version 0.1 selected" 3628164 // 説明を含むタグを作成します。使用するのは - a でタグ名を指定し、-m で説明テキストを指定します

git tag -d v0.1 //タグが間違って入力された場合は、削除することもできます

作成されたタグはローカルにのみ保存され、自動的にリモートにプッシュされません。タグをリモートにプッシュする場合は、コマンド git Push Origin を使用します

例: git Push Origin v1.0

または、リモートにプッシュされていないすべてのローカル タグを一度にプッシュします

例: git Push Origin --tags

タグがリモートにプッシュされている場合は、最初にリモート タグを削除し、次に git tag -d v0.9 を削除するのが少し面倒です。リモートで削除してください。 deleteコマンドもpushですが、形式は以下のとおりです git Pushorigin :refs/tags/v0.9 または git Pushorigin --delete tag v0.9

以上がgit 操作でよく使用されるコマンドのまとめの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。