Git フラッシュカード

カテゴリースポンサー

GitはLinus Torvaldsによって作成された分散バージョン管理システムです。これは、速度、データの整合性、および分散された非線形ワークフローのサポートのために設計されたツールです。Gitは柔軟性と効率性を特徴としており、小規模から大規模なソフトウェアプロジェクトの効果的な管理を可能にします。このシステムは、高度なブランチングとマージング機能を提供し、開発者が効率的なコラボレーション、変更追跡、およびソースコード管理のためのツールを提供します。Gitはオフライン作業とプロジェクトバージョン間の迅速な切り替えもサポートし、信頼性を維持し、変更履歴の簡単な回復を可能にします。

当社のフラッシュカードアプリには、Gitの知識が必要な面接に効果的に対応するための、厳選されたGit面接問題とその詳細な回答が含まれています。IT Flashcardsは求職者のためのツールだけでなく、現在のキャリアプランに関係なく、知識を強化しテストするための優れた方法です。アプリを定期的に使用することで、最新のGitのトレンドに常に追いつき、スキルを高いレベルで維持することができます。

アプリからのGitフラッシュカードのサンプル

App Store または Google Play から当社のアプリをダウンロードして、さらに多くの無料のフラッシュカードを入手するか、すべてのフラッシュカードにアクセスするために購読してください。

Gitの「ブランチ」とは何であり、ソフトウェア開発プロセスでどのように使用されますか？

ブランチは、Gitでのブランチとも称され、プロジェクトの独立した開発ラインです。新機能やバグ修正の作業を行いたい場合、メインの開発ライン（マスターブランチ）に干渉することなく作成します。ブランチンクは、プロジェクトの複数のバージョンを同時に実行することを可能にし、複数の開発者が1つのプロジェクトに取り組んでいる場合に効率的です。

ブランチのソフトウェア開発プロセスでの主な使用法は次のシーケンスです：新しいブランチの作成、変更の追加、変更のコミット、そしてそれらの変更をメインブランチとマージ。

以下の例は、ブランチに対して実行できる基本操作を示しています。

# 新しいブランチを作成する
git branch new_feature

# ブランチ間を切り替える
git checkout new_feature

# ブランチに変更を追加する
# (...) ファイルにいくつかの変更を加える
git add .
git commit -m "New functionality added"

# マスターに戻ってから、new_featureブランチからの変更をマージする
git checkout master
git merge new_feature

# 作業が終了したらブランチを削除する
git branch -d new_feature

Gitのブランチのおかげで、プロジェクトの異なる部分に独立して取り組む能力を持つことができ、それをいつでもマージすることができます。

git mergeコマンドとgit rebaseコマンドの違いを説明してください。

コマンドgit mergeは、プロジェクト内の2つ以上のブランチを結合するために使用されます。git mergeを実行すると、Gitは両方のブランチの変更を含む新しいコミットを作成します。git mergeの利点は、プロジェクトの履歴がそのまま保持されることです。それは出来事の時間的なパスを作り出し、何が起こったのかを理解するのを容易にします。

一方、git rebaseは、一連のコミットを新しいベースに移動または「適用」するために使用されます。これは、プロジェクトの線形的な履歴チャートを維持したいときに使用されます。git rebaseを実行すると、Gitは選択したブランチの上に変更を'貼り付け'ます。言い換えれば、git rebaseはコミットの履歴をある意味で'クリーンナップ'し、マージ/コンフリクトが誤解されて不適切に解決された場合の文脈の喪失につながることがあります。

基本的に、git mergeはブランチを結合し、プロジェクトの歴史的パスを保持するために使用され、git rebaseは清潔で線形的なプロジェクトチャートを維持することを可能にしますが、文脈を失う代償があります。これらの方法はそれぞれ利点と欠点があり、選択は大いに特定の状況に依存します。

「デタッチドHEAD」とは何であり、Gitを使用しているときにどのようにしてそこに到達できますか？

"Detached HEAD"とは、GitのHEADが特定のブランチに紐付いていない状態を指します。これは、私たちの変更が特定のブランチに保存されていない状況に例えることができます。

"Detached HEAD"になるいくつかの方法があります。これは、別のコミットへのチェックアウト中に最も一般的に発生します。例えば：

git checkout <commit_id>

しかし、成功しなかったrebaseやcherry-pickのような操作中にもこの状態を達成することができます。

Gitはこの状態をメッセージで参照します：

Note: checking out 'commit_id'.
You are in 'detached HEAD' state.

"Detached HEAD"は危険な状態ではなく、Gitで作業するための自然な一部です。ただし、"detached HEAD"状態で行った変更を、他のコミットやブランチに切り替える前に保存することが重要です。これは新しいブランチを作成することで実現でき、そのソースは私たちの"detached HEAD"になります。これをコマンドで行います：

git branch new_branch_name

最近のコミットをあるブランチから別のブランチにどのように移動しますか？

一つのブランチから別のブランチへ最後のコミットを転送するには、`git cherry-pick`コマンドを使用できます。 GITの文脈では、チェリーピッキングは一つのブランチの任意のコミットを選択し、別のブランチに適用することを意味します。

最初のステップは、コミットを転送するブランチに切り替えることです（それをbranchAと呼びましょう）：

git checkout branchA

次に、転送したいコミットのハッシュを特定する必要があります。これは`git log`コマンドを使用して行うことができ、このコマンドはこのブランチのコミットのリストを表示します。コミットハッシュは、各コミットエントリーの先頭にある長い文字列です。

次に、コミットを転送するブランチに切り替えます（それをbranchBと呼びましょう）：

git checkout branchB

最後に、転送したいコミットハッシュとともに `git cherry-pick`コマンドを使用します：

git cherry-pick commit-hash

複数のコミットを転送したい場合は、そのハッシュをスペースで区切って一つずつ指定することができます。