当我们在 Git 仓库中有多个分支时，我们需要将所有分支的更改合并到主工作线上，也就是 master 分支。因此，如果我们当前位于 master 分支，并且需要查看哪些分支需要合并，我们可以使用以下命令：$git branch --no-merged我们还需要验证哪些分支已经合并，以便我们可以删除未使用的分支$git branch --merged示例让我们创建一个示例来了解如何查看已合并和未合并的分支。下图显示了有多个分支... 阅读更多

可以禁用快进合并 -在合并时对于整个存储库对于所有存储库。禁用快进合并既有优点也有缺点。当我们禁用快进合并时，Git 将执行合并提交以合并来自两个分支的更改。合并提交的缺点是它变得难以阅读和理解提交历史，尤其是在我们有多个分支时。如果您的团队希望保持分支的线性历史记录，那么应该使用快进合并。禁用快进合并将创建合并提交，这会污染提交历史。... 阅读更多

让我们来看一个三方合并的例子。在这个例子中，Feature 分支比 Master 分支超前两个提交。图 1在我们将其与 Master 合并之前，假设我们在 Master 中添加了另一个提交，如下面的图所示。图 2由于在 Master 分支上执行的提交，我们的 Master 和 Feature 分支现在都已分叉。这意味着 Master 分支中有一些 Feature 分支中不存在的更改。如果在这种情况下执行合并，Git 无法将 master 指针移向 Feature ... 阅读更多

当从源分支到目标分支存在直接线性路径时，可以执行快进合并。在快进合并中，Git 只需将源分支指针移动到目标分支指针，而无需创建额外的合并提交。让我们来看一个实现快进合并的示例。我们有一个 master 分支，其中有 3 个提交。接下来，我们创建一个名为 feature 分支的分支。在 Git 中，分支只不过是指向提交的指针。此时，feature 和 master 都指向同一个提交。现在让我们切换到 feature 分支并执行几个... 阅读更多

Git 中的分支是一系列相互关联的提交。如果两个分支遵循非线性路径，则它们会彼此分叉。该图显示了两个分叉的分支 master 和 feature。考虑上图。假设这两个分支在初始提交之前都遵循线性路径。在初始提交之后，master 分支有一个独立的提交 c1，而 feature 分支有它自己的提交 c2。由于分支现在遵循非线性路径，因此可以说这两个分支都已分叉。让我们通过一个示例来了解这一点步骤 1 - 创建一个空... 阅读更多

在 GitHub 出现之前，所有公司都私下管理编程源代码。它最初被引入作为开发人员的协作平台，现在几乎所有在线存储空间都共享在这里进行集体工作。无论是大公司还是小公司，您都可以找到并访问所有他们的 GitHub 帐户并下载。它可以被认为是人类知识的存储库。一个普遍的误解是，它是一个仅用于编码和编译计算机语言的开发工具。但事实并非如此。... 阅读更多