ホームページ  >  記事  >  開発ツール  >  この記事は、Git バージョン管理とは何かを理解するのに役立ちます。

この記事は、Git バージョン管理とは何かを理解するのに役立ちます。

WBOY
WBOY転載
2022-02-21 17:53:292839ブラウズ

この記事では、Git バージョン管理に関する関連知識を提供します。バージョン管理ツールは、各変更を記録できます。バージョン リポジトリに送信されている限り、いつでもステータスを確認できます。 ,みんなが助けてくれることを願っています。

この記事は、Git バージョン管理とは何かを理解するのに役立ちます。

Git は「分散バージョン管理ツール」です。
バージョン管理ツールはすべての変更を記録することができ、バージョン ウェアハウスに送信されていれば、いつでも以前の状態を知ることができます。
文章を書くときにアンドゥ機能を使ったことがあると思いますが、アンドゥで戻れるのは限られたステップ数だけで、通常は編集ソフトを一度閉じてから再度立ち上げることになりますが、この時点でアンドゥ記録はクリアされています。 「バージョン管理ツール」は異なりますが、すべての変更を記録することができ、バージョン ウェアハウスに送信されていれば、いつでも以前のステータスを確認できます。

ウェアハウスの作成

git ソフトウェアをインストールした後、任意のディレクトリに新しいフォルダーを作成して開き、git init を実行して新しい git ウェアハウス (これはコマンド .git という名前の隠しサブディレクトリが作成されます)。

ウェアハウスをチェックアウトする

コマンド git clone リモート プロジェクト アドレスを実行して、リモート サーバー上のウェアハウスのクローンを作成します。

Git ステータス

Git には、コミット、変更、ステージングという 3 つの状態があります。

  • 変更済み: 変更済みとは、ファイルは変更されたがデータベースに保存されていないことを意味します。
  • Staging (ステージング済み): 変更されたファイルの現在のバージョンが、次に送信されるスナップショットに含まれるようにマークされていることを示します。
  • コミット済み: データはローカル データベースに安全に保存されました。

Git の 3 つの状態は、ローカル ウェアハウスの 3 つのワークフローに対応しており、この低位のウェアハウスは、git によって維持される 3 つのツリーで構成されています。

  • 最初のディレクトリは、実際のファイル、ファイルとコンテンツの追加と削除を保持する作業ディレクトリです。
  • 2 番目のディレクトリは、一時記憶域 (インデックス) です。キャッシュ領域のようなもので、一時的に保存されます。 git add filename を入力すると、変更が一時ストレージ領域に保存されます。
  • 3 番目は HEAD で、最後に送信された結果を指します。 git commit コマンドを入力すると、変更がローカル ウェアハウスに保存されます。コミットの後に来るものをバージョンと呼ぶことができます。
    この記事は、Git バージョン管理とは何かを理解するのに役立ちます。

基本的な git ワークフロー:

  • 変更の提案 (ステージング領域に追加)
    コマンド git add を使用します。 (特定のファイルの場合) または git add * (すべてのファイルの場合) は、変更を提案できます (ステージング領域に追加します)。
  • 変更を送信する
    コマンド git commit -m "コード送信情報" を使用して、実際に変更を送信します。実行後、変更は HEAD に送信されますが、リモート ウェアハウスにはまだ到達していません。
  • 変更のプッシュ
    コマンド git Push Origin master を使用して、変更をリモート ウェアハウスのマスター ブランチに送信します (通常はマスター ブランチに直接送信されず、独自のブランチにプッシュされ、検証後にマージされます) )。

ブランチ

master ブランチについては前述しましたが、ブランチを直感的に理解するにはどうすればよいでしょうか?

ブランチは、機能開発を分離するために使用されます。リポジトリを作成する場合、master が「デフォルト」ブランチになります。他のブランチで開発し、完了したらマスター ブランチにマージします。
この記事は、Git バージョン管理とは何かを理解するのに役立ちます。

git ブランチ test1 test1 という名前のブランチを作成します。
git checkout test1 現在のブランチを test1 に切り替えます
git checkout -b test1 「test1」というブランチを作成し、それに切り替えます。
git checkout master master ブランチに戻ります。
git Branch -d test1 新しく作成したブランチを削除します。
git Pushorigin ブランチをリモート ウェアハウスにプッシュします。
git merge test ブランチをマージします。

更新とマージ

コマンド git pull "リモート ブランチ名" を使用して、リモートからコードを取得し、この下位バージョンにマージします (作業ファイルで get (fetch))。ディレクトリとマージ (マージ) リモート変更)
コマンド git merge "ブランチ名" を使用して、他のブランチを現在のブランチにマージします。

最初の 2 つのケースでは、git は変更を自動的にマージしようとします。ただし、マージ中に競合が発生する可能性があるため、これらの競合をマージするにはファイルを手動で変更する必要があります。変更を加えた後、 git add を実行して、それらが正常にマージされたことをマークします。変更をマージする前に、 git diff を使用して、違いがあるかどうかを確認できます。

ローカルの変更を置き換える

間違った場合は、コマンド git checkout を使用してローカルの変更を置き換えることができます。このコマンドは、作業ディレクトリ内のファイルを HEAD 内の最新のコンテンツに置き換えます (ステージング領域に追加された変更および新しいファイルは影響を受けません)

リモート ウェアハウスの削除と再インストール 名前付け

テストの名前を test1 に変更します: git remote rename test test1
リモート ウェアハウス test1 を削除します: git Remote rm test1

操作を元に戻します

一時ファイルをキャンセルします: git replace filename
ファイルへの変更を元に戻します: git checkout –filename

履歴レコード

Use git log地元の倉庫の歴史。
特定の人のコミット レコードのみを表示するには、コマンド git log --author=bob を使用します。パラメーターをいくつか追加して出力を変更し、必要な結果を取得します。
どのファイルが変更されたかを確認します: git log --name-status

推奨される学習: 「Git チュートリアル

以上がこの記事は、Git バージョン管理とは何かを理解するのに役立ちます。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事はcsdn.netで複製されています。侵害がある場合は、admin@php.cn までご連絡ください。