我想知道哪些因素会影响 git repo 的大小,当然数据除外。
历史悠久是否意味着大回购?有很多分支对它有影响吗?
另外你们如何处理你的提交?我读到每个提交都应该至少添加一个逻辑更改单元。我知道提交可以在推送之前通过变基来压缩。(当然永远不要变基发布)。
所以我不知道我是否应该把它们压扁。因为我不知道它是否会改变大小。
谢谢
我想知道哪些因素会影响 git repo 的大小,当然数据除外。
历史悠久是否意味着大回购?有很多分支对它有影响吗?
另外你们如何处理你的提交?我读到每个提交都应该至少添加一个逻辑更改单元。我知道提交可以在推送之前通过变基来压缩。(当然永远不要变基发布)。
所以我不知道我是否应该把它们压扁。因为我不知道它是否会改变大小。
谢谢
存储库本身的大小会有所不同,主要是因为放入其中的数据的性质:二进制数据的存储效率低于非二进制数据,并且通常更大。
正在使用的仓库(本地克隆)可以看到它的大小取决于最后一个gc
和repack
:参见git gc --aggressive
vsgit repack
。Packfiles 是完成 deltification 的地方。
至于提交,请阅读“完全无视 Git 提交历史”。
这是查看各个项目的核心变更单元的两个极端。
- 从 Git 的角度来看——可能是因为在邮件列表方法中易于使用——单个原子提交是最有意义的。
- 从 GitHub 的角度来看,单个提交变得不那么有价值,因为原子单元是拉取请求
在这两种情况下,通过返回邮件列表讨论或拉取请求对话,可以轻松找到有关更改的更多历史背景。