如果启用桌面功能,则可以在退出并重新输入Emacs时返回到先前打开的文件集.但这似乎不是崩溃恢复功能.
如果Emacs崩溃,则会有一个名为"saving-PID-machine"的保存列表,其中包含具有缓冲区的文件列表.该列表包含文件本身和相应~备份文件的完整路径.
如何使用此保存列表返回崩溃前的缓冲区中的访问文件集？所有文件都没有挂起编辑,因此recover-session和recover-file不执行任何操作.
我正在将几个提交的分支重新定位到上游分支.我被某种类型的失败所阻止,我无法继续执行我的分支中的剩余提交,所以当git reset似乎不起作用时,我需要一种方法来继续.
正如我所说,我正在重新分支.我总是像这样进行变基,对于一两个提交有冲突解决空提交我并不感到惊讶.但是在我完成冲突解决步骤(编辑冲突并添加结果文件的文件)之前,我不知道哪些提交.所以这是发生的事情的抽象版本:
$ git checkout working_branch
$ git rebase -i upstream
[Here it is reported that file.c has conflicts. I edit it.
The resulting diff is empty.]
$ git add file.c
$ git rebase --continue
The previous cherry-pick is now empty, possibly due to conflict resolution.
If you wish to commit it anyway, use:
git commit --allow-empty
Otherwise, please use 'git reset'
rebase in progress; onto xxxsha
然而,在这一点git reset上没有任何帮助,我最终得到了相同的确切状态.我不希望有空提交.我之前已经从这个过程中遇到了潜在的空提交,并且我一直很高兴让提交消失.
我遇到了一个问题,git cherry-pick不能正常工作,几乎完全相同的结果,但是从挑选一个提交,而不是重新分支.另一位询问者很高兴继续前进,不做樱桃挑选.逐步我认为rebase使用cherry-pick进行每次提交,我有几个提交要逐步完成.在我的情况下,这发生在我的分支的第一次提交,我需要一个真正的解决方案继续.
我一直在收到消息
Re-run cmake no build system arguments
以及我新生的 CMake 构建系统的各种失败。我还用谷歌搜索并找到了大约十几个出现该错误消息的结果，但这些命中都没有告诉您特定消息的含义。这些案例大部分都在具体项目的网站上，所以具体的项目维护者只是跳过几个小时的分析，吐出一个消息的原因，项目用户很乐意使用。
我还偶然发现了发出此文本的 CMake 源代码行。
if (this->CheckBuildSystemArgument.empty()) {
if (verbose) {
cmSystemTools::Stdout("Re-run cmake no build system arguments\n");
}
return 1;
}
所以一个论点是空的。这不能解释任何事情，因为 'cmake' 的最小有效调用是
cmake .
这不是最好的调用：
cmake ..
被 CMake mavens 认为要好得多，假设当前目录是空的并且父目录有 CMakeLists.txt。一直使用 CMake 的人会认识到命令行上通常没有“构建系统参数”。如果您搜索 cmake.org 文档，则没有诸如“构建系统”或“构建系统参数”之类的概念的文档。
我试图实现的构建系统有点复杂，在这里忠实地总结一下。所以相反，我想了解这条消息的实际含义以及如何让它消失的一些想法。事实上，我尝试最小化我的构建系统来解决一个不同的问题，我什至没有重现这个问题。此外，最小化位于外层，它实际上是一个 Makefile，涵盖了使用环境变量控制事物的问题。
那么，有人能告诉我“重新运行 cmake 没有构建系统参数”是什么意思吗？