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

2018-02-25 20:01:22 +08:00
 ibegyourpardon

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

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

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

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

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

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

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

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

1781 次点击
所在节点    问与答
3 条回复
doublleft
2018-02-26 10:29:28 +08:00
活动页基本上用一次不会再用了吧,版本化没啥意义;
不如把公共资源抽出来单独维护,活动 html 和 css 做成内容发布系统,跟 CMS 一样管理
ibegyourpardon
2018-02-26 14:44:19 +08:00
@doublleft 是的,活动页本身是几乎不会再用了。

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

公共资源倒是比较早做了。
doublleft
2018-02-26 16:42:13 +08:00
@ibegyourpardon 我觉得版本化是有必要,但是这个版本化是基于哪里来实现的,不一定非要用 git 管理,存成资源包,然后做一个管理系统也是可以的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/432539

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX