写代码的最佳实践

坏代码就好像掉在餐桌下面的面包屑,掉的时候不显眼,掉的多了就会有越来越多的人跟着掉,最后发现掉了一地,想要收拾干净的时候面包屑变成了面糊糊,擦都擦不掉!

GitHub和75亿美金

微软以75亿美金的股票收购Github这件事情,从周六一早我爬山到香山琉璃塔的时候看到第一篇朋友圈文章到这会儿做实了,一共不到72个小时。可能对很多人来说这个事态发展太快,措手不及,也有手快的在周日早上就发出来“千万别”的呼吁了。不过无济于事的是,最终微软还是完成了这LinkedIn以后最大的一笔收购。

绑定Git Pull Request和部署目标环境

对于持续交付过程的改进一直都是我给客户实施DevOps以及我自己的开发团队的日常工作重点。在我自己的团队中,从去年3月份开始全面推行 Feature Branch + PR + Quality Gate 的方式,我们一直在持续改进这个过程。

d4d#9 玩Docker只要浏览器就够了,PWD是个神奇的网站

本文是d4d系列的第9篇,在这一篇中给大家介绍一个学习Docker最为快捷高效的方式,你不需要自己搭建环境,也不用担心把自己的开发环境搞乱,你需要的只是一个浏览器,就可以立即开始学习Docker的常用命令;你甚至还可以一键部署一个5台服务器节点的docker swarm集群,体验容器编排平台的能力从来没有这么简单过。

来自农行软开的看板站会秘籍和敏捷转型经验

农行软件开发中心二部从2017年底开始启动敏捷转型,以春天工程为试点项目组,探索出了一套适合传统银行的敏捷开发模式。作为这个团队的外部敏捷教练,我有幸参与了这个团队转型的全过程,目睹了一个传统软件开发团队从对敏捷一无所知到可以自我组织,自我改进的过程。看板站会作为敏捷团队转型的重要切入点,在这个团队的转型过程中起到了非常重要的作用。以下是这个团队自己录制的一段推广视频,作为进行敏捷转型的团队来说,有非常好的借鉴意义。

g4e基础篇#7 了解拉取请求 Pull Request

拉取请求是Git中特有的工作方式,可以帮助团队更好的控制代码质量,集成自动化构建和部署,创建更好的协作氛围。要理解拉取请求是如何做到这些的,我们首先需要了解什么是拉取请求。

使用TFS CI/CD 完成 VSTS 插件自动化部署和发布

Visual Studio Team Service 经过了13年的版本演进和5年的在线运营,现在已经是最成熟的商用DevOps工具链,Marketplace作为VSTS为全球开发者提供各种类型的插件市场,为Visual Studio, Visual Studio Code和Visual Studio Team Service本身提供了大量的插件帮助我们提高工作效率,当前这里已经聚集了总数超过15000个各种类型的插件,是开发人员最丰富的装备库。

Visual Studio Team Services 培训考试

微软研发云是支撑微软全球六万名软件工程师的DevOps平台,使用VSTS以及微软云所提供的DevTest Lab实验室,监控,部署和移动应用测试等云服务。微软研发云为企业开发和运维团队顺畅对接提供了端到端的研发管理,配置管理,持续集成,持续部署,持续监控和持续改进能力。

g4e基础篇#6 了解Git历史记录

看到这个七拐八拐的图形,你可能完全不知道它代表了什么。其实这正是Git的特别之处,Git之所以能够实现之前我们所说那些灵活快速的操作,都是因为它采用这种类似链路的版本记录方式。在这一篇中,我们就一起了解一下这个图形是如何生成的。

g4e基础篇#5 创建分支和保存代码

使用版本控制系统最常见的工作流程就是修改代码,保存代码,共享代码。Git提供了一个简单的3步工作流,让你方便的完成这些操作。