コードのバージョンを保存してチームと共有する方法は、バージョン 管理を使用する場合に最も一般的な作業です。 Git には、次のタスクのための簡単な 3 つの手順のワークフローがあります。
- 作業用の新しいブランチを作成する
- 変更をコミットする
- ブランチをプッシュしてチームと共有する
Git を使用すると、ブランチを使用して作業を簡単に管理できます。 すべてのバグ修正、新機能、追加されたテスト、および更新された構成は、新しいブランチから始まります。 ブランチは軽量で、開発用マシンにローカルであるため、 ブランチをプッシュするまで、リソースの使用や他のユーザーとの変更の調整について心配する必要はありません。
ブランチを使用すると、開発中の他の変更から分離してコードを作成できます。 すべてが機能すると、ブランチとその変更がチームと共有されます。 他のユーザーは、独自のブランチで進行中の作業に影響を与えることなく、ブランチの独自のコピーでコードを試すことができます。
分岐を作成する
新しい作業を開始するときに、 mainなどの現在のブランチのコードに基づいてブランチを作成します。 新しいブランチを作成する前に、 git status を使用してどのブランチが選択されているかを確認することをお勧めします。
git branch コマンドを使用して Git でブランチを作成します。
> git branch <branchname>
リポジトリ内のブランチ間でスワップするコマンドが git checkout。 ブランチを作成したら、変更を保存する前にブランチに切り替えます。
> git checkout <branchname>
Git には、ブランチを作成して同時に切り替える短縮コマンドがあります。
> git checkout -b <branchname>
GitHub または Azure DevOps での Git ブランチの操作の詳細について説明します。
変更を保存する
編集が行われると、Git はコードのスナップショットを自動的に作成しません。 次のスナップショットに追加する変更を Git に正確に伝える必要があります。 これは ステージングと呼ばれます。 変更をステージングした後、 コミット を作成してスナップショットを完全に保存します。
ステージの変更
Git は、リポジトリで行われたファイルの変更が発生した時点で追跡します。 これらの変更は、次の 3 つのカテゴリに分けられます。
- 変更されていないファイル は、最後のコミット以降変更されていません。
- 変更されたファイル は前回のコミット以降に変更されますが、次のコミット用にステージングされていません。
- ステージング ファイル には、次のコミットに追加される変更があります。
コミットを作成すると、ステージングされた変更と変更されていないファイルのみがスナップショットに使用されます。 設定されていない変更はファイルシステムに保持されますが、コミットではスナップショット内の変更されていないファイルが使用されます。
変更をコミットする
コミットを作成して Git に変更を保存します。 各コミットは、個々のファイルの変更だけでなく、各コミットにリポジトリの完全なファイルの内容を格納します。 この動作は、ファイル レベルの違いをコードの最後のバージョンと格納する他のバージョン 管理システムとは異なります。 完全なファイル履歴により、Git は変更をマージするときにより良い決定を下すことができます。これにより、コードの分岐間の切り替えが高速になります。
変更されたファイルを追加する git add 、ファイルを削除する git rm 、ファイルを移動するための git mv を使用して変更をステージングします。 次に、 git commit コマンドを使用してコミットを作成します。
通常、開発者はリポジトリ内のすべての変更されたファイルをステージングする必要があります。
> git add –all
次に、簡単な説明で変更をコミットします。
> git commit -m "Short description of changes."
すべてのコミットには、その変更を説明するメッセージがあります。 適切なコミット メッセージは、開発者がコミットで行った変更を覚えるのに役立ちます。 適切なコミット メッセージを使用すると、他のユーザーがコミットを簡単に確認できるようになります。
Visual Studio または Visual Studio Code でのファイルのステージングと変更のコミットの詳細について説明します。
変更を共有する
チームで作業する場合でも、自分のコードをバックアップしたい場合でも、開発者は別のコンピューター上のリポジトリとコミットを共有する必要があります。
git push コマンドを使用して、ローカル リポジトリからコミットを取得し、リモート リポジトリに書き込みます。 Git は、複製されたリポジトリで、複製のソース ( originとも呼ばれます) に接続するように設定されます。
git pushを実行して、現在のブランチのローカル コミットを、このオリジン リポジトリ上の別のブランチ (ブランチ名) に書き込みます。 Git は、リモート リポジトリに ブランチ名 が存在しない場合に作成します。
> git push origin
git initを使用してローカル システム上に作成されたリポジトリで作業する場合は、変更をプッシュする前にチームの Git サーバーへの接続を設定する必要があります。
Visual Studio または Visual Studio Code でのリモートの設定と変更のプッシュの詳細について説明します。
ブランチを共有する
ローカル ブランチをチームの共有リポジトリにプッシュすると、その変更にチームの残りの部分からアクセスできるようになります。
git pushが初めて実行されるときに、-u オプションを追加すると、 リポジトリからoriginへのローカル ブランチの追跡を開始するように Git に指示されます。 この 1 回限りの追跡情報のセットアップ後、チーム メンバーは git push を直接使用して、更新プログラムをすばやく簡単に共有できます。
> git push origin <branchname>
次のステップ
GitHub または Azure DevOps のブランチの詳細を確認します。
Visual Studio または Visual Studio Code でのコミットとブランチのプッシュの詳細について説明します。