获得徽章 0
- 这就是你们熟悉的全世界最大同性（Cheng Xu Yuan）交友（Xie Dai Ma）网站github的总部（图一），而图二则是业界最火容器技术的出生地的Docker总部，真是“低调”地令人窒息，同样带来如此冲击的还有《硅谷之谜》中介绍的红杉资本总部，与国内高楼大院的互联网公司总部相比，真的让我领会到了“洗尽铅华见真知”了。
在（基建）现代化还比不上武汉的旧金山，却发现平时用的各种技术就是隔壁其貌不扬的那条街公司造的，这种冲击真的是巨大的。
- “好久没被刷新三观了”展开赞过
评论1 - 不应该独立出Agile来单独看自动化测试，我理解的Agile是快速反馈，快速迭代（集成，优化），自动化测试用例可以对我们集成新代码的一个反馈，如果测试挂了，持续集成就'红'了，我们的代码在没有修复好测试之前是不能部署到UAT/Production环境，如果要做到快速的持续集成，单靠人工测试是不可能实现的，如果有稳定、大量、快速的需求上线的要求，自动化测试无疑能提高我们的迭代速度，保证产品质量和需求交付的稳定。展开评论点赞
- 替代人工做回归测试，大白话就是别把已有的功能搞坏了，完善的UI自动化让代码的修改更改放心大胆，从而使快速的持续集成变成可能，但是实施下来很难坚持，这部分的工作不像功能性代码那么有趣，而且很影响交付进度。赞过 评论1
- 发布的时候，各特性分支才merge到master，如果几个特性分支修改了相同文件并造成冲突，如果发布周期比较长的话，merge的时候可能就会造成大量冲突。个人经验，一般是尽量做到持续发布、快速迭代（尽快merge到master），其次这要求写故事卡的童鞋遵循INVEST，卡尽量小且功能无依赖并独立。在以往项目的实践一般比较灵活，小feature直接在master搞），变更比较大的在特性分支上，很少有人喜欢用feature toggle。展开赞过 评论2
- #持续集成 发布的时候，各特性分支才merge到master，如果几个特性分支修改了相同文件并造成冲突，如果发布周期比较长的话，merge的时候可能就会造成大量冲突。个人经验，一般是尽量做到持续发布、快速迭代（尽快merge到master），其次这要求写故事卡的童鞋遵循INVEST，卡尽量小且功能无依赖并独立。在以往项目的实践一般比较灵活，小feature直接在master搞），变更比较大的在特性分支上，很少有人喜欢用feature toggle。展开评论点赞
