Git

解决 git am 合并冲突

阅读时长：4 分钟

太长不想看？ git am 遇到合并冲突时，不会像 git pull、git merge、以及 git rebase 那样在文件中留下冲突标记，git status 也不会提供任何关于冲突的具体信息，导致用户搞不清楚情况。使用 git am --reject，即可让解决 git am 冲突的用户体验与其它 Git 命令相似。 问题 使用 git am 应用补丁时，如果产生了合并冲突，就会出现以下信息： 应用：hello, world and foobar 错误：打补丁失败：hello.txt:1 错误：hello.txt：补丁未应用 打补丁失败于 0001 hello, world and foobar 提示： 用 'git am --show-current-patch=diff' 命令查看失败的补丁 提示： 当您解决这一问题之后，执行 "git am --continue"。 提示： 如果您想要跳过这一补丁，则执行 "git am --skip"。 提示： 若要复原至原始分支并停止补丁操作，执行 "git am --abort"。 提示： Disable this message with "git config set advice.mergeConflict false" 绝大多数 Git 用户应该都经历过运行 git pull、git merge、以及 git rebase 等命令期间出现的合并冲突。这些 Git 命令遇到冲突时，用户可以运行 git status 查看是哪些文件导致的冲突。 ……

在 Gentoo 上使用 Git 管理内核源码

更新时间： 阅读时长：9 分钟

Gentoo 软件仓库的 sys-kernel/* 类别下有若干 Linux 内核软件包可供用户选择；不同的软件包安装内核的方式也不相同。其中，sys-kernel/*-sources 软件包（例如 sys-kernel/gentoo-sources、sys-kernel/vanilla-sources）只安装内核源代码文件，不进行任何其它操作。这样的特性适合想自己手动编译并安装内核、但仍然希望系统软件包管理器自动更新内核源码的用户。 然而，想要在 Gentoo 上妥善安装并管理内核，并不一定非要安装 sys-kernel/* 软件包：即使是内核源码，也可以由用户自行手动下载与更新，不需要软件包管理器的干预。本文就将介绍一种这样的方法，即使用 Git 来管理通过 Git 仓库提供的内核源码（并可附带管理外来的内核补丁）。 ……