Git 闪卡, Git 面试问题

我们的应用中的 Git 闪卡示例

从App Store或Google Play下载我们的应用程序，获取更多免费的闪卡，或订阅以访问所有的闪卡。

什么是 Git 中的“分支”，它如何在软件开发过程中使用？

分支，也称为Git中的分支，是项目开发的独立线路。当我们想要开发新特性或修复错误，而不干扰主开发线路时（主分支），会创建分支。分支允许项目的多个版本同时运行，如果多个开发者在一个项目上工作，这是高效的。

在软件开发过程中，分支的主要用途是这样的序列：创建新分支，添加改动，提交改动，然后将这些改动与主分支合并。

以下例子展示了可以在分支上执行的基本操作。

# 创建新分支
git branch new_feature

# 在分支间切换
git checkout new_feature

# 向分支添加改动
# (...) 对文件做些改动
git add .
git commit -m "添加新功能"

# 回到master并从new_feature分支合并改动
git checkout master
git merge new_feature

# 完成工作后删除分支
git branch -d new_feature

多亏了Git中的分支，我们能够独立地在项目的不同部分工作，然后在任何时候合并。

描述 git merge 和 git rebase 命令之间的区别。

命令git merge用于在项目中合并两个或更多的分支。当你执行git merge时，Git会创建一个包含了两个分支变化的新提交。git merge的优点在于它保留了项目历史的原始状态。它创建了事件的时间顺序路径，使得更容易理解发生了什么。

另一方面，git rebase用于移动或"应用"一系列提交到一个新的基础上。当你想要保持项目的线性历史图时，这很有用。当你执行git rebase时，Git将你的更改'粘贴'在你选择的分支的顶部。可以说，git rebase以某种方式“清理”了提交历史，如果合并/冲突被误解和处理不当，可能会导致上下文丢失。

基本上，git merge用于合并分支并保持项目的历史路径，而git rebase允许保持一个清晰、线性的项目图，但是可能会导致上下文丢失。这两种方法各有优缺点，选择主要取决于具体情况。

什么是“分离的 HEAD”，在使用 Git 时如何达到这种状态？

"分离头"是Git中的一种状态，其中HEAD没有附加到任何具体的分支。这可以比作我们的更改没有在任何特定的分支上保存的情况。

有几种方法可以获得"分离头"。这最常发生在检出到另一个提交时，例如：

git checkout <commit_id>

然而，我们也可以在重组或拣选等操作未成功时实现这种状态。

Git用以下消息引用这种状态：

注意：检出'commit_id'。
你处于'分离头'状态。

"分离头"不是一种危险的状态，它是使用Git的自然部分。然而，保存我们在"分离头"状态下做的更改在切换到另一个提交或分支之前是重要的。我们可以通过创建一个新的分支来做到这一点，该分支的源将是我们的"分离头"。我们将使用以下命令来做到这一点：

git branch 新的分支名称

如何将最近的提交从一个分支移动到另一个分支？

要将最后的提交从一个分支转移到另一个分支，你可以使用`git cherry-pick`命令。在GIT的上下文中，樱桃拣选意味着从一个分支中选择任意的提交，然后应用到另一个分支。

第一步是切换到我们要从中传送提交的分支（我们称之为branchA）：

git checkout branchA

然后，我们需要确定要转移的提交的哈希。我们可以使用`git log`命令来做这件事，它会显示此分支的提交列表。提交哈希是每个提交条目开头的一长串字符。

接下来，我们切换到我们想要将提交转移到的分支（让我们称之为branchB）：

git checkout branchB

最后，我们使用`git cherry-pick`命令和我们要转移的提交哈希：

git cherry-pick commit-hash

如果我们想要转移多个提交，我们可以提供他们的哈希，一个接一个，以空格分隔。

Git 闪卡

我们的应用中的 Git 闪卡示例

什么是 Git 中的“分支”，它如何在软件开发过程中使用？

描述 git merge 和 git rebase 命令之间的区别。

什么是“分离的 HEAD”，在使用 Git 时如何达到这种状态？

如何将最近的提交从一个分支移动到另一个分支？

下载 IT 闪卡 立即

下载 IT 闪卡立即