これらの便利な Git 機能をまだ知らないかもしれません。

1. 送信したコードは、微調整する必要があることがわかりました。

コードの一部を送信しました。そして、インターフェースの準備ができたことをフロントエンドに伝えます。 2 分後、フロントエンドは「おい、兄弟、その金額を小数点なしの整数に戻すことができるか?」と告げます。

現時点では、通常は修正してからバージョンを提出します。さらに 2 分後、フロントエンドが再びやって来て、「おい、兄弟、その日付の形式を変更できるか...

通常はそれを修正してバージョンを再度送信するので、簡単な説明をいくつかするだけです」変更については、いくつかのバージョンを提出しました。はい、しかし、よりエレガントでシンプルな解決策があります。 commit --amend

"amend" は "amend" を意味します。送信時に --amend パラメーターを追加すると、Git は現在のコミットにコミットを追加しませんが、現在のコミットの内容をステージング領域の内容とマージして新しいコミットを作成し、現在のコミットを置き換えます。この新しいコミットで。したがって、 commit --amend はその名の通り、最新のコミットを修正します。

具体的には、変更を行った後、直接実行します:

git add .
git commit --amend

以前に送信した情報が表示されます:

次のことができます。変更するか保存し、保存して終了します。以下の図に示すように、最新のコミットが更新されます。

2. 変更する必要があるのは、最新のコミットではなく、最後から 2 番目のコミットです。

突然、最後から 2 番目の提出物に若干の調整が必要なため、現時点では上記の処理方法を使用できませんが、方法はあります。

rebase -i: rebase --interactive の略で、「対話型リベース」を意味します。

git ログの後、最後から 2 番目のコミットを変更する必要があることが判明したため、この時点で次のコマンドを実行できます:

git rebase - i HEAD ^^ 、次のインターフェイスがポップアップ表示されます。

この編集インターフェイスの上部には、「リベース」されるすべてのコミット、つまり最後から 2 番目のコミット「modify testgit」と最新のコミット「mofify .gitignore」がリストされます。 」。この配置は正の順序であり、古いコミットが一番上にあり、新しいコミットが一番下にあることに注意してください。

現時点で、どのコミットを変更する必要がある場合は、編集するコミットの前の選択を変更して、このインターフェイスを終了できます。

上記のインターフェイスは、変更が必要なコミットでリベース プロセスが停止したことを示しており、その後、変更を行うことができます。

変更をアップロードした後、次を実行できます。

git add .
git commit --amend

競合がなければ、リベースは完璧です。

3. 緊急: 隠しストレージ

キーボードをタイプしていて新しい機能の開発に没頭していると、誰かが突然やって来て、あなたは、「おい、兄弟、以前開発した関数にバグがあるので、すぐに修正してください。現時点では、新しいブランチ関数が開始されたばかりです。直接コミットしても間違いなく問題ありませんが、方法 - git stash .

git stash は作業ディレクトリ内の変更をクリアし、別の場所に保存します。 git stash は追跡されていないファイルを無視するため、このときパラメータ -u (つまり git stash -u) を追加する必要があります。

バグを修正したら、作業ブランチに戻ります。すると、

git rebase --continue

以前保存していたものが戻ってきました。とても便利ですね。

この記事は

git チュートリアル 列から引用したものです。ぜひ学習してください。

以上がこれらの便利な Git 機能をまだ知らないかもしれません。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。