strider

互联网软件的开发和发布，已经形成了一套标准流程，最重要的组成部分就是持续集成（Continuous integration，简称CI）。 本文简要介绍持续集成的概念和做法。 一、概念 持续集成指的是，频繁地（一天多次）将代码集成到主干。 它的好处主要有两个。 （1）快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。 （2）防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。 持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。 Martin Fowler说过，"持续集成并不能消除Bug，而是让它们非常容易发现和改正。" 与持续集成相关的，还有两个概念，分别是持续交付和持续部署。 二、持续交付 持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。 持续交付可以看作持续集成的下一步。它强调的是，不管怎么更新，软件是随时随地可以交付的。 三、持续部署 持续部署（continuous deployment）是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境。 持续部署的目标是，代码在任何时刻都是可部署的

本文转载自： https://pureage.info/2013/10/31/130.html 由于工作需要，开始分析nginx的proxy模块，在分析之前，当然要先会用了。于是开始熟悉该模块的一些指令，其中最基本的指令要属proxy_pass了。nginx的英文文档总是看着感觉有些别扭，于是按惯例先google了一些文章。 这一搜，就掉进坑里了。 这些文章里都把proxy_pass的目标地址是形如“127.0.0.1:8090”和“127.0.0.1:8090/”分开讨论，认为后者“/“的作用是删除url中匹配的部分，然后再讨论目标地址中带了uri的情况。 其实根本没这么复杂，只有两种情况： （1）目标地址中不带uri。即proxy_pass的参数形如” http://127.0.0.1:8090"。 此时新的目标url中，匹配的uri部分不做修改，原来是什么样就是什么样。 （2）目标地址中带uri。即proxy_pass的参数形如“ http://127.0.0.1:8090/dir1/dir2" 此时新的目标url中，匹配的uri部分将会被修改为该参数中的uri，如” http://127.0.0.1:8888/dir1/dir2." 有人说，你没有讨论ip和端口后带不带”/“的区别。其实是不需要的，因为”/“本身就是一种uri，很明显属于上面的第二种情况