- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
这是我的问题。我有一个 C++ 脚本,它将字符串作为将用于提交消息的消息。
这几乎适用于所有情况,但是问题出现在 <msg>
时包含转义的单引号或双引号,因此命令如下所示:
git commit -m 'A new message \' with many escaped \" \' quotes \"'
因此 git 会感到困惑。
我不想考虑如何在提交消息中转义这些引号,所以我认为最好的方法是避免使用 -m
标志,就是做一个普通的 git commit
并通过 <msg>
以某种方式 vi 或 ed,然后退出并保存。
我尝试使用 ed:
git commit | ed << <msg>
vi:
git commit | vi << I << <msg> << :wq
如您所见,我对 Linux 真的很陌生,而且我还没有在网上找到任何内容来描述我正在尝试做的事情。 所以问题又是:在不调用 -m
的情况下将特定消息提交给 git 的 shell 命令的正确顺序是什么?旗帜。我在这里做错了什么?
最佳答案
如果您只是在运行 Git,则根本不要生成 shell;直接生成 git
并传递 ["git", "commit", "-m", message]
作为它的 argv。在 C++ 中:
#include <string>
extern "C" {
#include <sys/wait.h>
#include <unistd.h>
}
struct child_process {
FILE* file;
pid_t pid;
child_process(FILE* file_, pid_t pid_) :
file(file_),
pid(pid_) {}
};
template<std::size_t n> static child_process popenv(std::string const& path, std::string const (&args)[n]) {
char const* const c_path = path.c_str();
char const* c_argv[n + 2];
c_argv[0] = c_path;
c_argv[n + 1] = NULL;
std::size_t i = 1;
for (std::string const& arg : args) {
c_argv[i++] = arg.c_str();
}
int fds[2];
pipe(fds);
pid_t const pid = fork();
if (pid == -1) {
throw std::system_error(errno, std::system_category());
}
if (pid == 0) {
dup2(fds[1], 1);
execvp(c_path, const_cast<char* const*>(c_argv));
_exit(EXIT_FAILURE);
}
return child_process(fdopen(fds[0], "r"), pid);
}
static int pclosev(child_process const& process) {
int status;
fclose(process.file);
if (waitpid(process.pid, &status, 0) == -1) {
throw std::system_error(errno, std::system_category());
}
return status;
}
std::string const message = "A new message ' with many escaped \" ' quotes \"";
child_process p = popenv("git", {"commit", "-m", message});
// read from p.file; use pclosev() instead of pclose()
如果出于某种原因确实需要 shell,请在其 argv 中传递消息并运行 git commit -m "$1"
。
如果出于某种原因你真的需要让 git commit
从标准输入读取它的消息,运行 git commit -F -
。 (-
可以替换为任何文件以读取该文件。)
关于c++ - 如何在不调用 "-m"选项的情况下自动执行 git commit,以处理内部引号?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43167703/
我正在寻找一种方法来编写 Signed-off-by:当我提交时自动标记。 我尝试通过 .git/config 文件配置它 (Reference) .我把这些代码行: [alias] comm
我使用的是 visual studio 2013,在提交 C# 代码时我面临 3 个选项。我需要解释每个选项之间关于我的本地存储库与 GitHub 存储库发生的情况的差异。 选项 1 表示提交 选项
我刚从 classes12.jar 升级到新的 jdbc 驱动程序到 ojdbc7.jar 我的应用在使用 ojdbc7.jar 运行时抛出异常: java.sql.SQLException: Cou
我问的是 Oracle SQL*PLUS ... 最佳答案 没有 :-) Oracle says The WORK keyword is supported for compliance with s
我必须在许多分支、许多存储库上恢复对文件所做的更改。我知道我可以使用 git checkout 哈希文件名,然后推送该更改。 问题是,我只知道在我想要恢复的实际提交之前有两次提交。 我怎样才能在这之前
看起来很简单,但我就是不明白。我在我的应用程序的根目录中。 这是我的工作流程。 git add . git commit -m "added a new feature some files chan
假设我有一个 git 分支,在共享它之前的最后审查中,我发现了一些小错误,例如拼写错误。我想做的是将那个补丁应用为“修复”,但它实际上会影响许多提交,因此在最终历史记录中没有错误的迹象。 也就是说,如
当我运行hg commit时,Mercurial会为我的提交消息生成一个文件,如下所示: HG: Enter commit message. Lines beginning with 'HG:' a
我已经为项目创建了一个新的存储库,并向其中添加了一些现有的代码库 (llvm)。该代码库大约有 18,000 个文件,这使得我的初始提交花费了大量时间。 (阅读5小时) 有没有办法将这个巨大的提交分成
我在 git review 上得到以下内容: git review You are about to submit multiple commits. This is expected if you
我一直在寻找一种替代解决方案来压缩分支中的一系列提交。我过去所做的是使用 git rebase -i HEAD~然后选择哪个 promise 进行压缩。通常我 pick编辑最新的提交,并压缩其间的冗余
把玩Git和GitHub,我发现有时候一个 git commit -a 需要提交修改过的文件。 (此文件已添加到项目中)。 但有时候,只是一个 git commit 会起作用。如果使用 Mercuri
我正在努力思考 Git 的复杂性。 我使用“git clone [url here]”从 GitHub 下载了一个存储库。 我做了一些更改,尝试使用“git commit”提交它们。这似乎没有将更改推
当试图恢复到之前的提交时,我尝试了: git revert --no-commit 0766c053..HEAD 然而这给出了一个错误: empty commit set passed 问题错误是什么
我的存储库的历史非常复杂。我经常发现自己想知道过去的某个提交是“在”还是“可从”某个修订版(通常是我的一个头脑)“进入”或“可访问” 我该怎么做呢? 最佳答案 您可以使用 revsets syntax
我有:http://windows.github.com/ 我当前的项目有大约 20k 个文件,大约 150MB(并且不说它有多慢而且我现在什么也做不了)它甚至不允许我提交!我收到此错误:提交失败:无
我正在运行 postgres 9.2 服务器并有一个使用 psycopg 2.5 的 python 客户端。 我进行了一些测试,因为我在日志文件中遇到了很多警告:没有正在进行的事务条目。 我有一些代码
我的主要问题是总是执行 git commit -am 而不是 git add 是否有意义。然后是 git commit -m? 我知道 -am 表示它将添加修改后的 TRACKED 文件的所有更改。所
如果我想查看 之间的差异和工作目录 (WD),我运行 % git diff 这通常会做我想做的事,但如果 WD 包含在 时被跟踪的文件,它就会这样做。已创建,但现在(或在当前分支中)未被跟踪,则
我正在阅读有关 git 对象的信息:blob、树、提交、标签。为了更好地理解 git 的工作原理,我尝试了一些低级命令,如 write-tree 和 commit-tree。 mkdir 测试; cd
我是一名优秀的程序员,十分优秀!