让git rerere自动将文件标记为已解决？
git rerere是一个Git的功能，它可以自动将文件标记为已解决。rerere是"reuse recorded resolution"的缩写，它可以记录并重用解决冲突的方法。
当我们在解决Git合并冲突时，rerere会自动记录我们解决冲突的方法，并将其保存在.git/rr-cache目录中。下次遇到相同的冲突时，rerere会自动应用之前的解决方法，从而减少手动解决冲突的工作量。
要启用git rerere功能，可以在Git配置中设置rerere.enabled为true。可以使用以下命令进行配置：
git config --global rerere.enabled true启用后，Git会自动记录和重用解决冲突的方法。
对于已经解决的冲突，可以使用以下命令将其标记为已解决：
git rerere这将告诉Git将当前解决方案标记为已解决，并将其保存在.git/rr-cache目录中。
关于git rerere的更多信息，可以参考腾讯云的Git文档：Git rerere自动将文件标记为已解决。
需要注意的是，本回答中没有提及特定的云计算品牌商，如腾讯云、阿里云等。如需了解相关云计算产品和服务，建议参考各品牌商的官方文档和产品介绍。
相关·内容
1回答
在rebase期间，我需要将冲突标记为已自动解决。我并不想真正解决它们，而只是留下带有冲突标记的文件，并将它们标记为已解决，然后继续重新基址。
是否可以自动将冲突文件标记为已解决？为此，我将一系列提交重新设置为某个分支的基址。冲突时有发生。我需要解决它们，但让一个负责某段代码
浏览 0提问于2016-04-14得票数 1
当rebase发生并启用git rerere时，会在之前解决的第二个冲突出现后自动调用它，还是需要手动调用git rerere？我问这个是因为我想知道像TortoiseGit这样的GUI是否支持rerere。但只有当它被自动调用时，才会出现这种情况。
浏览 4提问于2017-07-10得票数 1
回答已采纳
1回答
我正在使用git rerere，它很有用，但有一个问题:当它自动解析一个文件时，它不会将其标记为已解析(例如使用git add)。所以如果我运行'git mergetool'，它会打开文件，就好像里面仍然有所有的冲突。到目前为止，我已经做了一个小的shell脚本，我可以调用它，它扫描所有标记为冲突的文件(例如>>>>>>>)，如果它们没有
浏览 2提问于2010-07-20得票数 18
回答已采纳
1回答
我有一个超过300个冲突文件的大合并正在进行。我想用mergetool来解决这些问题，但是我不可能一次完成所有的任务。我如何提交合并，然后稍后返回并继续相同的合并？通常情况下，如果索引中存在冲突，git似乎不允许您提交。
浏览 0提问于2011-02-15得票数 11
回答已采纳
我使用git进行版本控制。
当我将最后一次提交拆分为3，重新排序提交并压缩它们时，是否有任何技巧可以避免大量的冲突，所以我只有前3次提交？
浏览 0提问于2018-04-21得票数 1
回答已采纳
1回答
Git 允许在重基过程中重用以前的冲突解决方案，甚至可以通过设置rerere.autoupdate = True (如中的详细内容)来处理已解析的文件。但是，即使所有冲突都得到了解决，所有的文件都被搁置，我仍然必须运行git rebase --continue才能继续重基操作。
如果rerere已经解决了所有冲突并进行了所有更改，我如何自动继续？
浏览 2提问于2015-06-11得票数 28
我有以下情况:我对本地存储库做了一些提交，然后将另一个分支(大约150个提交)合并到主服务器中-其中有很多冲突。我想要的东西有什么解决方案吗？
浏览 0提问于2010-11-11得票数 11
回答已采纳
我有两台笔记本电脑，有一个明文文件，它必须被同步-它被用作第三方软件的数据库。客户希望每天同步该文件的内容。第一个想法是创建一个脚本，将文件上传到Dropbox，但在冲突的情况下(两个用户都删除行A，第一个用户添加行B，第二个用户添加行C) Dropbox创建一个单独的文件。第二个想法是将文件放入存储库，听起来很简单，但我不确定如何设置自动解析，因为我不想在这个过程中出现合并工具GUI。
浏览 3提问于2016-02-16得票数 4
1回答
当我意识到我想再次使用-Xignore-all-space运行合并命令时，我正处于一个大的合并请求中，并且已经解决了许多冲突。如果我运行git merge --abort，我还必须解决我已经解决过的所有冲突。是否有一种方法来记录这些(已经进行)、中止合并请求、尝试使用新标志并在可能的情况下重新应用旧的更改？
浏览 2提问于2022-07-12得票数 0
回答已采纳
今天，我读完了关于git内部结构的书中的章节，我想我已经很好地了解了git的工作原理。
但是，我仍然不明白的是，在冲突得到解决后，git如何在哪里存储每一行(已解决的冲突)的作者信息。
浏览 0提问于2020-01-03得票数 2
回答已采纳
2回答
.|/|我不想将master与origin/master合并，而是将private change + master合并在上游originmaster) New progress on master.master指出的合并非常困难，先前的private更改是为了简化合并(比如文件重命名以避免冲突
浏览 3提问于2021-03-17得票数 0
回答已采纳
我的痛处在于将一个集成分支合并到另一个develop -> develop-8_6 -> develop-8_7 -> ...中。问题：
如何为所有未来的发布分支自动完成集成分支的合并过程？我读过关于在服务器上实现git接收钩子的文章，但不清楚如何处理冲突。有人能给我指明正确的方向吗？他们是如何使它自动化的？(或者这是手工完成的？)
浏览 1提问于2020-04-17得票数 1
2回答
因此，我们尽可能多地使用git pull --rebase origin master，以便保持与主版的更新。3) git pull --rebase origin master将提交放在主服务器上。修复任何冲突和git add . + git rebase --continue但是，在步骤5)，该过程要求我们修复步骤3中的相同冲
浏览 2提问于2016-05-16得票数 8
回答已采纳
2回答
据我所知，通过保存冲突解决信息来同步项目是有用的，但我并不完全清楚如何使用和配置它。请不要用另一个问题：标记一个重复。
浏览 0提问于2018-03-26得票数 43
我非常喜欢git pull --rebase选项，但是当将它与合并冲突结合使用时，我最终会解决两次冲突。我尝试使用git pull --rebase=preserve，这应该使它也考虑合并。foo && git ci -am "EOF b" && git push origin b
a (b) $ git checkout master
++<<<<&l
浏览 4提问于2015-02-09得票数 10
回答已采纳
2回答
我正在寻找一种方法，可以自动添加所有新文件，但不会将冲突标记为已解决。
我已经设置了一些ant脚本来执行基本的Git功能，以帮助非开发人员处理日常操作。我已经这样做了一段时间，并决定让"commit“脚本自动添加新文件是安全的。很简单，只需在提交之前让脚本执行git add --all即可。除了这会产生意外的副作用，即将任何冲突标记为已解决</e
浏览 0提问于2016-09-30得票数 1
2回答
我想立即解决所有这些冲突，而不是在重基交互模式(--continue, --abort, --skip)或任何情况下。我的问题是，忽视冲突并在冲突结束时解决冲突是否完全是有害的。我的意思是：git add -A && git commitps。我不想合并，我想重新定位。
浏览 6提问于2016-04-13得票数 1
回答已采纳
1回答
因为我知道分支-a，分支-b，分支-c是相互冲突的，所以我创建了一个冲突解决分支。在解决任何冲突的同时，我从主站开始解决冲突，并继续合并分支-a、分支-b、分支-c.一旦它们全部完成，我将这个冲突解决分支合并成分支-a，分支-b，分支-c。现在我的初始请求已经被代码检查过了，我希望我的同事在他们各自的第二次请求中检查分支-a (PRA-2)、分支-b (PRB-2)和分支-c(PRB 2)的冲突解决。
浏览 2提问于2015-08-25得票数 1
回答已采纳
如果在“未来”分支中有冲突，我们的开发人员应该创建一个新的分支，解决冲突，并打开另一个PR到未来。
不幸的是，我们的团队足够大，以至于很多第二个PR都还没有完成。我可以通过在每个冲突的文件上运行git can来手动完成，并查看======行的每一端的提交，但这实际上并不能给我足够的信息，而且我必须对每个冲突和每个文件手动运行git can。
浏览 0提问于2015-06-26得票数 11
下面是一个git重基/合并/继续场景，需要一种更方便的方法：
已执行:文件的手动合并。复杂性:似乎需要多次使用以下命令:它只发现一次合并的“必需”更改(根据git)中的一小部分：
期望的结果:让Git简单地“接受”我在现有分支中拥有的文件尝试过的内容:在初始rebase之后，文件的原
浏览 5提问于2016-10-12得票数 2
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM活动推荐
腾讯云开发者
