有一个 Java 项目，现在仓库很大，约 20G。项目大主要是因为：把上线用的 jar 包也提交进去了（方便线上自动化部署、回滚）；另外，曾经有同事误提交了一些很大的二进制文件。
上线方式是：本地开发、测试完成，编译打 jar 包，提交进 Git 仓库；用自动化工具远程 pull jar 包部署上线。
现在造成的问题是：
第 1 点是主要问题，第 2 点勉强可以接受。
目前计划的拆分方案是：
新建两个仓库：一个只放代码；另一个只放 jar 包。只放代码仓库，可以解决本地开发时 pull 代码慢的问题。
现在的问题是：
两个仓库间 commit 版本号的 mapping 问题，如何让 jar 包仓库的 commit hash2 记录其对应的代码仓库 commit hash1 呢？
可以给 commit hash2 打上 tag，里面记录下对应的 commit hash1，有没有更好的、自动化的方法呢？
或者大家有没有更好的拆分方案？谢谢大家。
 |
1
更好的方法是把 infrastructure 建好（或者用现成的云平台服务），使用 artifact service 存放 build targets，在 code enlistment 的时候自动下载 project dependency。
|
 |
2
1. git 历史记录 可以彻底删除某个文件的
2. Github 是有 release 功能的 |
 |
3
1. 从历史数据删除历史大文件
https://rtyley.github.io/bfg-repo-cleaner/ 2. 用专门的打包机完成打包流程，打好的包可以放在单独的仓库，也可以直接就放在打包机及服务器本地 |
 |
sagaxuFeb 23, 2018 via Android
4
代码一个库，binary 另一个库，各司其职
|
 |
PazuLeeFeb 23, 2018
5
jar 用 maven 管理，不用 git 呢
|
 |
yichengfzuFeb 23, 2018 via iPhone
6
git-lfs
|
 |
fengyjFeb 23, 2018
7
20G 的仓库，额。。。
你竟然把 git 当成团队传输文件的工具。 ＃被玩坏的 git |
 |
whileFalseFeb 23, 2018
8
你们的 jar 包是自动打好的吗？还是人开 ide 打的？
|
 |
9
只保留一个 source 仓库，把构建相关的文件全部分离出去
使用专门的服务器来做构建，只保留最后几个构建作为预发布版本，方便测试和发布 分拆成两个仓库我认为是没有必要的，产生的 jar 包其实只需要确保在必要时能再次构建获得就可以（ source 仓库打好 tag ） |
|
10
至于你说的两个仓库间 commit 版本号的 mapping 问题，我认为采用版本号是个比较好的办法吧
可以参考一下 git-flow 的流程图： https://jeffkreeftmeijer.com/git-flow/ |
 |
lfzyxFeb 23, 2018
11
居然没人提到 nexus 仓库，你司的项目管理水平太差了，把版本控制系统当作仓库使用。
项目经理应该自行辞职。 |
 |
rb6221Feb 23, 2018 via Android
12
用 maven …自己搭 nexus
|
 |
13
为什么不想着解决问题的本质，删除没用的文件才是你们要做的吧？
|
 |
14
清掉二进制文件用 branch-filter 命令，然后再搞一个 ci 工具加上二进制仓库。二进制仓库里 mapping 关系可以用 git 的 sha
|
 |
zxisoFeb 23, 2018 via Android
15
可以试试 git lfs
|
 |
16
|
 |
ericguiFeb 24, 2018
17
你们 git 仓库竟然有 20G。。。。。。
|
|
18
@yichengfzu @zxiso
大概看了下 git-lfs，感觉很不错。 请问下两位自建 git-lfs server 靠谱么？就用 https://github.com/git-lfs/lfs-test-server ？ 另外，git-lfs 有没有什么坑，或者不爽的地方？ 谢谢。 |
 |
catinredFeb 24, 2018
20
自建一个 nexus repo 可破
|
 |
huawuyaFeb 24, 2018
21
jar 或二进制文件应该用 git lfs，artifactor 或 nexus 来存储，用 maven 来管理，不应该放到 git 里
|
 |
23
可以自建 Gitea，支持 git lfs
|
2
Select Language