|
|
1
5
以下是一些需要考虑的选项:
浅克隆
:您可以添加
--depth
Create a shallow clone with a history truncated to the specified
number of revisions. A shallow repository has a number of
limitations (you cannot clone or fetch from it, nor push from nor
into it), but is adequate if you are only interested in the recent
history of a large project with a long history, and would want to
send in fixes as patches.
事实上,正如 this thread 这有点过分强调了——在一些有用的情况下,从一个浅显的克隆进行推送仍然有效,并且有可能适合您的工作流程。 Scott Chacon的“Git Media”扩展 :作者在回答 this similar question 在Github的自述文件中: http://github.com/schacon/git-media . 浅子模块 :您可以将所有大型文件保存在单独的Git存储库中,并将其作为 shallow submodule 到您的主存储库。这样做的好处是,您不必为代码设置浅显克隆的限制,只需设置具有大文件的存储库即可。 还有很多方法可以做到这一点,例如,通过在Git钩子中的大文件上添加rsync钩子,但我认为有充分的理由可以让这些文件首先由Git控制。 希望能有所帮助。 |
|
|
Jordan · 使用git初始化GitHub存储库的版本控制 2 年前 |
|
|
Viermusketiere · 嵌入式系统开发中如何进行版本控制 2 年前 |
|
|
Luke · 如何使用subversion管理生产/测试/开发配置信息? 17 年前 |
|
|
Carson Myers · 尝试开始使用git 17 年前 |
|
|
betitall · 如何对跨项目共享的资源进行版本控制 17 年前 |