这是一个创建于 2815 天前的主题，其中的信息可能已经有所发展或是发生改变。
我们公司的前端也没多么高大上，做的开发主要是各种活动页，一年怎么也出产小几百个，四五个人，效率还行，用的东西也是杂七杂八，jQuery 到 Vue 也都乱七八糟有尝试和使用。
一直烦的是代码管理这部分。
一年几百个活动页，用 Git，我也一次来一个，去建几百个 repo 吧，得把自己累死。所以就打算只用一个 repo 解决。
我们的前端代码本身就分两种，一种是裸写，主要是有的时候活动页不复杂，一个 jQuery 大半天也就搞定了。另外一种是用框架，写的代码要编译后才能发布和使用。用框架写的还会在测试过程中可能生成大量代码，最后都用不到，但总动 .gitignore 也是累死人。
然后最烦恼的问题还是前段绕不开的二进制文件问题。活动页开发，尤其是给别人外包，修改是常事，这里不是说甲方不懂行，就算正常范畴内，修修改改也是常有的事，往往涉及图片素材的改动，时间一久， 感觉到 git 处理的速度慢了好多好多好多…
是的，编译生成后的代码可以把二进制文件传输到七牛之类的第三方，本地代码变成引用远程链接，并抛弃本地的二进制文件，但在调试和修改的时候，一堆远程连接也不是什么方便的事。
知道有个 git-lfs，支持二进制文件，但粗略看了下也需要做一些配置，对我几百个一起管理的活动页，也似乎不是很合适。
虽然是个小外包公司，做的东西也不入流，但也知道大公司一年做活动页也能做个小几百套不是问题，就想问问大家这些方面都是怎么管理的？
 | 1 doublleft 2018-02-26 10:29:28 +08:00 活动页基本上用一次不会再用了吧，版本化没啥意义； 不如把公共资源抽出来单独维护，活动 html 和 css 做成内容发布系统，跟 CMS 一样管理 |
 | 2 ibegyourpardon OP |
| 3 doublleft 2018-02-26 16:42:13 +08:00 @ibegyourpardon 我觉得版本化是有必要，但是这个版本化是基于哪里来实现的，不一定非要用 git 管理，存成资源包，然后做一个管理系统也是可以的 |
Select Language