「git add -A」と「git add 」の違いを理解する。

Arthur Petit
2024年7月2日火曜日 18:24:55
Bash

Git Add コマンドをマスターする

Git を使用する場合、バージョン管理を効率的に管理するには、さまざまなコマンド間のニュアンスを理解することが重要です。よく混乱する領域の 1 つは、「git add -A」と「git add .」の違いです。これは、リポジトリ内での変更のステージング方法に影響を与える可能性があります。

この記事では、これら 2 つのコマンドの異なる機能について説明します。それぞれをいつ使用するのか、なぜ使用するのかを明確にし、ワークフローとプロジェクト管理に対するそれらの影響を明確に理解できるようにします。

指示 説明
git init 現在のディレクトリで新しい Git リポジトリを初期化します。
mkdir 指定された名前で新しいディレクトリを作成します。
touch 指定された名前で新しい空のファイルを作成します。
echo 指定された文字列をファイルに書き込みます。
subprocess.Popen Python スクリプト内からシェル コマンドを実行します。
process.wait() プロセスが完了するまで待ってから続行します。
os.remove 指定されたファイルを削除します。

スクリプトによる Git Add コマンドの探索

提供されているスクリプトは、次の機能の違いを示しています。 そして Bash スクリプトは、次のようにして新しい Git リポジトリを初期化します。 を使用してディレクトリとファイルを作成します。 mkdir そして 。これらのコマンドは、コミット用にステージングできるファイルを含む作業ディレクトリを設定します。スクリプトは次に使用します 新しいファイル、変更、削除を含むすべての変更を、コミットする前にステージングします。 。このコマンドにより、リポジトリ内のすべての変更が包括的に追加されます。

次のステップでは、ディレクトリ構造とファイルにさらに変更を加えます。新しいファイルが作成され、一部は変更または削除されます。スクリプトは次に使用します これらの変化を段階的に実現します。ここでの違いは、 現在のディレクトリおよびサブディレクトリ内の新しいファイルと変更されたファイルをステージングしますが、削除されたファイルはステージングしません。最後に、スクリプトはこれらの段階的な変更をコミットします。 を使用してリポジトリのステータスを表示します git status。このデモでは、Git リポジトリを効果的に管理する際の各コマンドの具体的な使用例と制限について説明します。

Git ステージングの総合ガイド: 「git add -A」と「git add 」の比較。

「git add -A」と「git add 」をデモンストレーションするための Bash スクリプト。

#!/bin/bash
# Initialize a new Git repository
git init demo-repo
cd demo-repo

# Create files and directories
mkdir dir1
touch dir1/file1.txt
echo "Hello" > dir1/file1.txt
touch file2.txt
echo "World" > file2.txt

# Stage changes with 'git add -A'
git add -A
git commit -m "Initial commit with -A"

# Make more changes
mkdir dir2
touch dir2/file3.txt
echo "Test" > dir2/file3.txt
echo "Hello World" > file2.txt
rm dir1/file1.txt

# Stage changes with 'git add .'
git add .
git commit -m "Second commit with ."

# Show git status
git status

「git add -A」と「git add 」の効果を示します。

「git add -A」と「git add 」を比較する Python スクリプト。

import os
import subprocess

# Function to run shell commands
def run_command(command):
    process = subprocess.Popen(command, shell=True, stdout=subprocess.PIPE)
    process.wait()

# Initialize a new Git repository
os.mkdir('demo-repo')
os.chdir('demo-repo')
run_command('git init')

# Create files and directories
os.mkdir('dir1')
with open('dir1/file1.txt', 'w') as f:
    f.write('Hello')
with open('file2.txt', 'w') as f:
    f.write('World')

# Stage changes with 'git add -A'
run_command('git add -A')
run_command('git commit -m "Initial commit with -A"')

# Make more changes
os.mkdir('dir2')
with open('dir2/file3.txt', 'w') as f:
    f.write('Test')
with open('file2.txt', 'a') as f:
    f.write(' Hello World')
os.remove('dir1/file1.txt')

# Stage changes with 'git add .'
run_command('git add .')
run_command('git commit -m "Second commit with ."')

# Show git status
run_command('git status')

Git add コマンドのニュアンスを理解する

基本的な機能に加えて、 そして 、さまざまなワークフローへの影響を理解することが重要です。の コマンドは、変更、追加、削除を含む、作業ディレクトリ内のすべての変更をステージングします。これは、リポジトリの包括的な更新が必要なシナリオで特に役立ちます。たとえば、複数のファイルやディレクトリにまたがるコードをリファクタリングする場合、 git add -A すべての変更が確実にキャプチャされ、単一のコミットの準備が整います。この方法により、コミット プロセス中に重要な更新が失われるリスクが最小限に抑えられます。

逆に、 このコマンドはより選択的で、現在のディレクトリとそのサブディレクトリ内の新しいファイルと変更されたファイルのみをステージングします。他のコマンドと組み合わせない限り、削除は除外されます。このアプローチは、変更がコミットされる前に頻繁にレビューおよびテストされる反復的な開発プロセスにおいて有利です。を使用することで 、開発者はプロジェクトの特定の領域に集中できるため、望ましくない変更を誤ってステージングする可能性が減ります。この選択的なステージングは​​、部分的な更新を管理する場合、またはプロジェクト内の個別の機能に取り組む場合に最適です。

  1. 主な用途は何ですか ?
  2. の コマンドは、新規ファイル、変更ファイル、削除されたファイルを含む、作業ディレクトリ内のすべての変更をステージングします。
  3. どうやって 異なり ?
  4. の コマンドは、現在のディレクトリおよびサブディレクトリ内の新しいファイルと変更されたファイルをステージングしますが、削除はステージングしません。
  5. いつ使用すればよいですか ?
  6. 使用 包括的なコミットのためにリポジトリ全体にわたるすべての変更をステージングしたい場合。
  7. できる 段階的な削除に慣れていますか?
  8. いいえ、 削除はステージングされません。使用 または 削除を含めます。
  9. 使用するとどうなりますか ルートディレクトリにありますか？
  10. 使用する ルート ディレクトリでは、リポジトリ全体にわたって新しいファイルと変更されたファイルがステージングされますが、削除は除外されます。
  11. 削除のみをステージングする方法はありますか?
  12. はい、使用できます 変更と削除のみをステージングし、新しいファイルはステージングしません。
  13. 組み合わせてもいいですか 他のコマンドでは？
  14. はい、組み合わせます 他の Git コマンドと併用すると、ステージング プロセスを特定のニーズに合わせて調整するのに役立ちます。

間の区別 そして は正確なバージョン管理にとって極めて重要です。 削除を含むすべての変更をステージングするため、包括的な更新に最適です。対照的に、 git add . 削除を除き、現在のディレクトリ内の新しいファイルと変更されたファイルのみをステージングします。これらの違いを理解すると、開発者がワークフローをより効果的に管理し、意図した変更のみがリポジトリにコミットされるようにするのに役立ちます。