首页   注册   登录
 wd 最近的时间轴更新
wd
ONLINE

wd

V2EX 第 34933 号会员,加入于 2013-02-26 23:13:21 +08:00
今日活跃度排名 3576
写了一篇文章,我应不应该加入一个初创公司
  •  2   
    酷工作  •  wd  •  36 天前  •  最后回复来自 SsuchingYu
    9
    飞天面条神教
    学点什么  •  wd  •  45 天前  •  最后回复来自 Or2
    46
    Netflix 土区车, 12.7 开始
    二手交易  •  wd  •  53 天前  •  最后回复来自 hanghang
    17
    有没有给 iPhone x 换过电池的?
    iPhone  •  wd  •  75 天前  •  最后回复来自 xiaoxiannv
    14
    1Password 2 个车位
    二手交易  •  wd  •  143 天前
    迫于形势,出吃灰的 Apple pencil 1 代
    二手交易  •  wd  •  280 天前  •  最后回复来自 wd
    5
    wd 最近回复了
    @KentY 我看了一下好像我说的方法你也想到了的。所以问题可能是你想让这个过程变成自动的,不需要人工参与?

    我们的使用场景里面,有测试运维开发,开发只对开发环境有操作权限( db,服务器),测试只对测试环境有操作权限,运维对线上有权限。开发想要发布,先经过测试测试,测试完毕之后会提交给运维发布。不知道你们是不是也有这几个角色?我觉得分角色是安全的。

    这样发布的时候,不管是代码发布,还是数据库变更,都是有专业人员做的。他们会再次 review 发布过程。这样就是按照我说的流程,先发布数据库变更(会保证数据库变更不会影响现有程序),然后发布程序代码。这样没有停机时间。但是这样确实是会导致不能兼容现有正在运行的程序的事情不能做,比如删除字段。

    另外这里面也只是多个角色的人参与进来 review 代码,发布过程可以通过点一个按钮什么的自动执行,不知道是否不符合你说的人工参与太多。审计的理念应该是多角色参与互相审核会是一个比较安全的操作。
    @KentY #8 有点不明白你要的 solution 是啥?就是一定要满足可以在启动 app 的时候执行数据库变更么?你说的切换数据库也会有丢失数据的可能。
    @KentY #5 这就是 solution 我们就是这么做的,你认为不是可以继续找找。
    没用过 flyway。数据库变更应该和 app 是无关的,每次 release 先做数据库变更,再 release app。数据库变更的 sql 必须要交给专业人士审核执行,至少做到变更对现在运行的 app 没影响。
    1 天前
    回复了 sun522198558 创建的主题 Docker docker push 失败,哪位老哥帮忙看看
    timeout ..
    2 天前
    回复了 lg106 创建的主题 PHP 生成唯一字母 ID 求解
    我觉得第一种就挺好的 uuid 里面取几位用 不会那么大概率需要生成第二次
    3 天前
    回复了 herich 创建的主题 程序员 反感同事写的代码怎么办?
    这明显你们公司的问题,在公司写的代码版权都是公司的,你们公司允许随意开源吗?
    人死了房子就被国家回收了。
    一般不应该给新人打,要不不就是招聘失败么,应该直接辞退好了。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1773 人在线   最高记录 5168   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 28ms · UTC 03:56 · PVG 11:56 · LAX 19:56 · JFK 22:56
    ♥ Do have faith in what you're doing.