![](https://img-blog.csdnimg.cn/20201014180756918.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
调试
文章平均质量分 95
BianChengNan-BCN-BCN
喜欢电脑知识 大家多多交流
展开
-
记一次曲折的多资源文件拆分折腾过程(3)在 windows 下用 linux 神器 gdb 调试 git
前言 在前面两篇文章 记一次曲折的多资源文件拆分折腾过程(1) 和 记一次曲折的多资源文件拆分折腾过程(2) 中,已经把折腾过程中遇到的问题都弄清楚了。因为对这个问题印象太深刻了,而且 git 又是开源的,于是特地翻看了 git 的源码,并且在 windows 上用 gdb 简单调试了一波。 说明: 本篇文章适合 geek 阅读,全是一些源码查看及编译环境+调试的总结。 git 源码下载 在 github 上找到 git for windows 的仓库,https://github.com/原创 2022-01-10 07:31:19 · 134 阅读 · 0 评论 -
记一次曲折的多资源文件拆分折腾过程(2)
前言 本篇是上篇文章—— 记一次曲折的多资源文件拆分折腾过程(1) 的续篇。在上篇文章找到了导致编译报错的根本原因是 .rc 文件的编码不再是默认的 UTF-16LE-BOM 了。但是为什么 .rc 文件的编码会发生变化,并没有深究。本文继续探究一下。 git 导致了文件编码变化? 经过一系列的确认,确定是执行 git restore . (与 git checkout . 等价)的时候导致 .rc 文件的编码发生了变化。难道是 git 的 bug? 仔细回想,在设置 .gitattribute原创 2022-01-08 20:06:53 · 279 阅读 · 0 评论 -
记一次曲折的多资源文件拆分折腾过程(1)
缘起 最近这些天,我一有时间就捣鼓 .rc 。用 git 管理过 .rc 文件的小伙伴儿应该都知道,.rc 文件会被 git 默认当作二进制文件来管理。每次合并代码的时候,只要涉及到 .rc 文件的变更,很大概率会报冲突,而且工具不能很好的解决,只能手动解决。为了解决这个问题,我想到了两个方案: 让 git 把 .rc 文件当成普通文件来管理。 把一个大的 .rc 文件拆成多个小的 .rc 文件,这样可以有效的降低冲突的概率。 这两个方案相互之间没有任何冲突,所以这次折腾的时候,这两个方案是同时进行的原创 2022-01-08 20:05:41 · 116 阅读 · 0 评论