gitでよく使われるコマンドのまとめ
gitでよく使われるコマンドのまとめ git initバージョンライブラリ を作成 git add fileワークスペースから一時保存 にファイルをコミット git commit-m「blabla......」ファイルの一時保存領域を倉庫 にコミット git status倉庫の現在のステータスを表示 git diffは、どのような内容が具体的に変更されたかを表示できます. git log私たちが提出した履歴 を表示します. git log–pretty=oneline#出力少量バージョン情報とコミット内容 git reset–hard HEAD^#は、前のバージョン に戻ります. cat filename#ファイル内容を表示 どうやって今から過去に戻るの?git reset–hard HEAD^#前のバージョンに戻る-git reset–hard HEAD~100#前のバージョンに戻る
どうやって過去から今に戻るの??方法:合計2ステップ- git add *.JAva#はすべての接尾辞を追加します.JAvaのファイル git reset HEAD test.JAvaは一時保存領域のtestをJAvaはワークスペース に取り消す git commit -m “add all .java file except test.java”
注意:Gitはファイルではなく修正を追跡し管理しています.この点を理解することが重要です.
変更の取り消しいつ修正を取り消したいですか??ワークスペースのファイルの内容を変更したときに、ワークスペースの変更を直接破棄したい場合は、コマンドgit checkout--filenameでいい場合があります. 第2種:ワークスペースのあるファイルの内容を変更したとき、一時保存エリアに提出したとき、修正を破棄したい場合、どうすればいいですか?最初のステップはgit reset HEAD filenameファイルを一時保存領域からワークスペースに取り消し、2番目のステップは、git checkout--filename を最初の状況で変更することです.第3種:不適切な修正をバージョンライブラリに提出しましたが、今回の提出を取り消すにはどうすればいいですか??バージョンのロールバックで問題を解決します.
ファイルの削除 rm filename#このコマンドでファイルの削除を完了する Gitはあなたがファイルを削除したことを知っていて、git statusコマンドはあなたに教えて、今あなたは2つの意図の1つかもしれません.以下のようにします.第1種:バージョンライブラリからファイルを削除するには、コマンドgit rmで削除し、git commitでコミットすればよい. の2つ目は、削除が間違っていることです.バージョンライブラリにはまだあるので、誤って削除されたファイルを最新のバージョンに簡単に復元できます.git checkout--filename#git checkoutは、実際にはバージョンライブラリのバージョンでワークスペースを置き換えるバージョンです.ワークスペースが変更されても削除されても、「ワンクリックで復元」 リモートウェアハウス
Githubはオープンソースコードを無料で管理するリモートウェアハウスです.
Githubアカウントがあれば、Githubを利用してファイルを管理することができます.では、ローカル倉庫の内容をリモート倉庫にどのようにプッシュすればいいですか?手順は次のとおりです.-最初のステップ:git remote add [email protected]:xxxxxxx/remoterepositoryname.git#xxxxxxはあなたのユーザー名で、後ろはあなたの倉庫名です.これはリモート・ウェアハウスとの接続です.-ステップ2:git push-u origin master#originがすでに存在することを示すメッセージはgit remote rm originで削除します.後でgit push origin masterで最新の修正をプッシュすればいい
リモートからのクローン作成
ゼロから開発する場合は、まずリモート・ライブラリを作成し、その後、リモート・ライブラリからクローンを作成するのが最善です.たとえば、Githubにtestgitリモートライブラリを新規作成しました.次のコマンドでクローンを完了します.git clone [email protected]:xxxxxx/testgit.gitまたはgit clonehttps://github.com/xxxxxx/testgit.git#このように口座名とパスワードを入力するのは面倒ですが、最初のコマンドでは常にcloneが正しく行われない場合があります.この場合、このコマンドを選択してcloneを完了することができます.
ブランチの作成とマージ
masterブランチはメインブランチで、私たちは一般的にこのブランチの上で仕事をしないので、ブランチを作成する必要があります.新しいブランチの上で私たちの仕事を完成した後、私たちは一般的にブランチを合併して、私たちの仕事をメインブランチの上に合併します.以下、詳しくご紹介します git checkout-b dev#devブランチを作成し、devブランチの上に切り替えます.このコマンドは、次の2つのコマンド に等価です. git branch#現在のブランチを表示(結果:現在のブランチの前に*番号が表示されます) git merge dev#マージdevブランチ、すなわちdevブランチの上の作業成果を他のブランチにマージする git branch-d dev#のマージが完了すると、devブランチ を削除できます.
注意:分岐をマージする場合、--no-ffパラメータを加えると通常モードでマージできます.マージ後の履歴には分岐があり、マージをしたことがあることがわかりますが、fast-forwardマージではマージをしたことが見えません.
ブランチ履歴を表示するには、次のコマンドを使用します.
Bugブランチ
バグを復元すると、新しいバグブランチを作成して復元し、マージして削除します.しかし、私たちの手元の仕事が完成していないときは、まず作業現場
プッシュブランチ
リモート・ライブラリの情報を表示するには、
プッシュブランチとは,そのブランチ上のすべてのローカルコミットをリモートライブラリにプッシュし,プッシュする際にローカルブランチをコミットすることであり,Gitはブランチをリモートライブラリ対応のリモートライブラリブランチにプッシュする.-git push origin master#プッシュmasterブランチ-git push origin dev#プッシュdevブランチ
しかし、プッシュ中にプッシュに失敗する場合があります.これは、リモートブランチがローカルブランチより更新されるため、
注意:
ラベル管理
ラベルをつけるまず、ラベルを付ける必要があるブランチに切り替える .そして、 . git tag#すべてのラベルを表示します. git show tagname#ラベル情報表示 アクションラベルラベルが間違っている場合は削除できます: リモート: にすべてのラベルを一度にプッシュする場合.ラベルがリモートにプッシュされている場合、リモートラベルを削除するには面倒で、まずローカルから削除する(ラベルwuを例にとる): 別名の構成
サボるのは一人一人の天性で、私もサボるのが好きです.もし私たちが
まとめ
これは私が廖雪峰先生git教程を勉強した少しの総括で、私のブログに不適切なところがあると思ったら、私を通じて削除することができます.廖先生のgitチュートリアルは確かによく説明されていて、Gitバージョンのコントロールというツールを系統的に勉強しました.ここで、先生に感謝します.ここで廖先生のgitチュートリアルのリンクを差し上げます.http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000、チュートリアルでもっと詳しく説明します.
どうやって過去から今に戻るの??方法:合計2ステップ-
git reflog
コマンドでバージョン番号を見つけ-コマンドgit reset --hard versionNumber #versionNumber
質問:addに多くのファイルを必要としますが、addしたくないものがあれば、どのように完成すればいいのでしょうか.たとえば、現在のディレクトリに書かれているすべての接尾辞を提出したいとします.JAvaのファイルはtestを除いてJAvaこのファイルはコミットされません.手順は次のとおりです.注意:Gitはファイルではなく修正を追跡し管理しています.この点を理解することが重要です.
変更の取り消し
ファイルの削除
Githubはオープンソースコードを無料で管理するリモートウェアハウスです.
Githubアカウントがあれば、Githubを利用してファイルを管理することができます.では、ローカル倉庫の内容をリモート倉庫にどのようにプッシュすればいいですか?手順は次のとおりです.-最初のステップ:git remote add [email protected]:xxxxxxx/remoterepositoryname.git#xxxxxxはあなたのユーザー名で、後ろはあなたの倉庫名です.これはリモート・ウェアハウスとの接続です.-ステップ2:git push-u origin master#originがすでに存在することを示すメッセージはgit remote rm originで削除します.後でgit push origin masterで最新の修正をプッシュすればいい
リモートからのクローン作成
ゼロから開発する場合は、まずリモート・ライブラリを作成し、その後、リモート・ライブラリからクローンを作成するのが最善です.たとえば、Githubにtestgitリモートライブラリを新規作成しました.次のコマンドでクローンを完了します.git clone [email protected]:xxxxxx/testgit.gitまたはgit clonehttps://github.com/xxxxxx/testgit.git#このように口座名とパスワードを入力するのは面倒ですが、最初のコマンドでは常にcloneが正しく行われない場合があります.この場合、このコマンドを選択してcloneを完了することができます.
ブランチの作成とマージ
masterブランチはメインブランチで、私たちは一般的にこのブランチの上で仕事をしないので、ブランチを作成する必要があります.新しいブランチの上で私たちの仕事を完成した後、私たちは一般的にブランチを合併して、私たちの仕事をメインブランチの上に合併します.以下、詳しくご紹介します
git branch dev # dev
git checkout dev # dev
注意:分岐をマージする場合、--no-ffパラメータを加えると通常モードでマージできます.マージ後の履歴には分岐があり、マージをしたことがあることがわかりますが、fast-forwardマージではマージをしたことが見えません.
ブランチ履歴を表示するには、次のコマンドを使用します.
git log -- graph --pretty=oneline --abbrev-commit
Bugブランチ
バグを復元すると、新しいバグブランチを作成して復元し、マージして削除します.しかし、私たちの手元の仕事が完成していないときは、まず作業現場
git stash
を一度、それからバグを修復し、回復した後、git stash pop
で作業現場に戻って仕事を続けなければなりません.プッシュブランチ
リモート・ライブラリの情報を表示するには、
git remote
というコマンドを使用します.git remote -v
を使用すると、より詳細な情報が表示されます.プッシュブランチとは,そのブランチ上のすべてのローカルコミットをリモートライブラリにプッシュし,プッシュする際にローカルブランチをコミットすることであり,Gitはブランチをリモートライブラリ対応のリモートライブラリブランチにプッシュする.-git push origin master#プッシュmasterブランチ-git push origin dev#プッシュdevブランチ
しかし、プッシュ中にプッシュに失敗する場合があります.これは、リモートブランチがローカルブランチより更新されるため、
git pull
でマージを試みる必要があります.マージに競合がある場合は、競合を解決し、競合がないまでgit push origin <branchname>
でプッシュすることで成功する必要があります.注意:
git pull
コマンドを使用してno tracking information
というプロンプトが表示された場合は、ローカルブランチとリモートブランチのリンク関係が作成されていないことを示します.次のコマンドを使用します.git branch - -set-upstream <branchname> origin/<branchname>
ラベル管理
ラベルをつける
git tag <name>
で新しいラベルを打つことができます.ラベル情報は以下のように指定することもできるgit tag -a tagname -m "blabla..."
git tag -d tagname
git push origin tagname
にラベルをプッシュする場合、またはリモート:git push origin -- tags
git tag -d wu
;その後、リモートから削除する:git push origin :refs/tags/wu
サボるのは一人一人の天性で、私もサボるのが好きです.もし私たちが
git st
を叩いてgit status
の代わりにすることができたら、私たちはそうしたいと思っています.しかし、どうすればいいですか.これは私たちが構成する必要があります.git config --global alias.st status
でいいです.他のコマンドはこのように構成することができ、より良い操作を容易にすることができます.まとめ
これは私が廖雪峰先生git教程を勉強した少しの総括で、私のブログに不適切なところがあると思ったら、私を通じて削除することができます.廖先生のgitチュートリアルは確かによく説明されていて、Gitバージョンのコントロールというツールを系統的に勉強しました.ここで、先生に感謝します.ここで廖先生のgitチュートリアルのリンクを差し上げます.http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000、チュートリアルでもっと詳しく説明します.