是不是文件太大，容易引起diff的bug？

水木社区手机版

主题:是不是文件太大，容易引起diff的bug？
10楼|GoGoRoger|2023-04-25 12:13:07|只看此ID
啊？这么傻瓜吗？如果只修改一行，也提交整个文件？

【在 JulyClyde 的大作中提到: 】
: git提交的不是patch而是完整文件
: 和cvs、svn不同

※ 来源:·水木社区 http://www.mysmth.net·[FROM: 123.121.150.*]

FROM 123.121.150.*
11楼|JulyClyde|2023-04-26 13:48:35|只看此ID
不傻
这是故意设计的
【在 GoGoRoger 的大作中提到: 】
: 啊？这么傻瓜吗？如果只修改一行，也提交整个文件？
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 123.121.150.*]
--
FROM 139.226.19.*
12楼|a0123456789q|2023-04-27 00:47:57|只看此ID
是的。压缩是后面的事。

【在 GoGoRoger 的大作中提到: 】
: 啊？这么傻瓜吗？如果只修改一行，也提交整个文件？
:
: 和cvs、svn不同
--
FROM 183.95.135.*
13楼|GoGoRoger|2023-04-27 08:02:36|只看此ID
嗯，想想这样好处挺多的，可以直接切换到某一版本，文件管理逻辑也简单，除了浪费一些硬盘。
【在 a0123456789q 的大作中提到: 】
: 是的。压缩是后面的事。
: --

发自「今日水木 on M2007J17C」

※ 来源:·水木社区 http://www.mysmth.net·[FROM: 219.143.131.*]

FROM 219.143.131.*
14楼|zwjwswjwz2|2023-04-27 09:53:38|只看此ID
好帖
--
FROM 36.110.112.*
15楼|cum|2023-04-27 17:35:37|只看此ID
diff的基本算法应该是公共子串。它没法跟踪你的编辑记录。
【在 GoGoRoger 的大作中提到: 】
我修改一个2W行的文件，修改了很多地方，最后用git diff或者vimdiff查看，发现很多错误，比如很多行，我没有修改过，但是记录中会出现先删除再插入，这样的记录。我修改了2000-3000行，但是diff有2.8W的结果，大部分都是上面那种重复的记录。
--
FROM 124.90.182.*
16楼|GoGoRoger|2023-04-27 17:37:20|只看此ID
跟编辑没有关系，就是算法太弱了
【在 cum 的大作中提到: 】
:
: diff的基本算法应该是公共子串。它没法跟踪你的编辑记录。
: --
:

发自「今日水木 on M2007J17C」

※ 来源:·水木社区 http://www.mysmth.net·[FROM: 61.50.120.*]

FROM 61.50.120.*
17楼|appleII|2023-04-27 20:15:06|只看此ID
是故意基于snapshot而不是基于文件比较来设计的。

【在 GoGoRoger (得道多助，失道寡助) 的大作中提到: 】
:  啊？这么傻瓜吗？如果只修改一行，也提交整个文件？
:
:
:  【在 JulyClyde 的大作中提到: 】
--
FROM 114.254.1.*
18楼|maomaogou|2023-04-27 22:09:26|只看此ID
diff不够智能，显示乱七八糟

【在 GoGoRoger 的大作中提到: 】
: 我修改一个2W行的文件，修改了很多地方，最后用git diff或者vimdiff查看，发现很多错误，比如很多行，我没有修改过，但是记录中会出现先删除再插入，这样的记录。我修改了2000-3000行，但是diff有2.8W的结果，大部分都是上面那种重复的记录。
:

发自「今日水木 on V2217A」
--
FROM 101.228.251.*
19楼|a0123456789q|2023-05-08 10:57:29|只看此ID
也可以编辑过程中多保存一些中间版本，这样diff能根据历史来顺藤摸瓜找出咋该的么？
【在 GoGoRoger 的大作中提到: 】
: 跟编辑没有关系，就是算法太弱了
发自「今日水木 on M2007J17C」
--
FROM 183.95.135.*