对大量前端代码的版本化管理，有啥好思路不

[ibegyourpardon]

我们公司的前端也没多么高大上，做的开发主要是各种活动页，一年怎么也出产小几百个，四五个人，效率还行，用的东西也是杂七杂八，jQuery 到 Vue 也都乱七八糟有尝试和使用。

一直烦的是代码管理这部分。

一年几百个活动页，用 Git，我也一次来一个，去建几百个 repo 吧，得把自己累死。所以就打算只用一个 repo 解决。

我们的前端代码本身就分两种，一种是裸写，主要是有的时候活动页不复杂，一个 jQuery 大半天也就搞定了。另外一种是用框架，写的代码要编译后才能发布和使用。用框架写的还会在测试过程中可能生成大量代码，最后都用不到，但总动 .gitignore 也是累死人。

然后最烦恼的问题还是前段绕不开的二进制文件问题。活动页开发，尤其是给别人外包，修改是常事，这里不是说甲方不懂行，就算正常范畴内，修修改改也是常有的事，往往涉及图片素材的改动，时间一久， 感觉到 git 处理的速度慢了好多好多好多…

是的，编译生成后的代码可以把二进制文件传输到七牛之类的第三方，本地代码变成引用远程链接，并抛弃本地的二进制文件，但在调试和修改的时候，一堆远程连接也不是什么方便的事。

知道有个 git-lfs，支持二进制文件，但粗略看了下也需要做一些配置，对我几百个一起管理的活动页，也似乎不是很合适。

虽然是个小外包公司，做的东西也不入流，但也知道大公司一年做活动页也能做个小几百套不是问题，就想问问大家这些方面都是怎么管理的？

[doublleft]

活动页基本上用一次不会再用了吧，版本化没啥意义；
不如把公共资源抽出来单独维护，活动 html 和 css 做成内容发布系统，跟 CMS 一样管理

[ibegyourpardon]

@doublleft 是的，活动页本身是几乎不会再用了。

但是我们公司就是以做活动页为主，我想引入版本系统还有个原因其实是想做到一个比较好的归档。

公共资源倒是比较早做了。

[doublleft]

@ibegyourpardon 我觉得版本化是有必要，但是这个版本化是基于哪里来实现的，不一定非要用 git 管理，存成资源包，然后做一个管理系统也是可以的