最新 | 最热门 | 最高评价

+0  把我的个人网站推倒重来(Part 3 - 用 Netlify 做静态网站发布)

Tag: deployment | netlify | rebuild | website
Cat Chen 发于 2018年10月01日 04:42 | 点击: 1453 | 展开摘要
之前两篇文章讲述了我用 Harp 和 Bootstrap 搭建新版个人网站的过程,执行 harp compile 进行构建,输出的 www 目录就是我们想要的静态网站。我可以找个传统的静态网站 host,然后通过 FTP 这种古老的方式把文件上传上去。然而这真是我在第一篇文章中说到的一个痛点,我不希望通过 FTP 部署,最好是好像我熟悉的 Heroku 那样通过 GitHub 触发部署,我每次本地更新后执行一下 git push 就行。
Heroku
因为我已经熟悉 He

查看全文: http://www.udpwork.com/item/17102.html

+0  开发环境上的代码同步

Tag: Building & Deployment | rsync | SSH | VM
四火 发于 2018年02月15日 13:33 | 点击: 1525 | 展开摘要
最近在搭建开发环境,大致的布局是这样的:一个专门的数据库 VM,一个用于编译和代码执行的 VM(dev virt,装的 RedHat),还有用来写代码和运行这两个虚拟环境的 Mac(local)。这里我需要一个工具,可以满这样的需求:

能够把 Mac 上写的代码同步到 dev virt 上去。

不需要手动触发,每当有修改,应该能够自动同步。

我把我的解决办法简单记录在这里。在接下去记录之前,需要回答这样两个问题:

为什么需要把编译和执行环境放到 VM 里面去?因为尽

查看全文: http://www.udpwork.com/item/16664.html

+0  从构建和测试的效率说起

Tag: Building & Deployment | code branch | 效率 | 构建 | 漫画
四火 发于 2015年09月28日 04:37 | 点击: 1179 | 展开摘要
最近的工作总是在EMR上跑Spark的job,从代码完毕到测试完毕的过程是这样的:

1. 本地测试:

    构建 -> 本地UT -> 观察分析结果,这一阶段可以发现逻辑问题

2. EMR上执行测试:

    上传最新构建到S3 -> 准备EMR资源(包括计算资源和数据) -> 在EMR上执行Spark job -> 观察分析结果,这一阶段可以发现在数据量较大的情况下才出现的问题

3. Work

查看全文: http://www.udpwork.com/item/14638.html
|<<<1>>>| 一共1页, 3条记录