git+jenkins
开发写代码的演变 一个开发单打独斗,撸代码,开发网站,自由自在 多个开发同时开发一个网站,同时改一份代码。但是同时改一个文件会导致冲突 分支结构,每天上班第一件事克隆代码,下班前最后一件事合并代码 好景不长,开发越来越多,代码文件越来越多。每天下班前合并代码时,发现很多合并失败的文件。最后每天加班三小时人工合并代码。 解决方法:将合并代码的周期缩短,以前一天,现在一小时,半小时。。。 随时随地将代码合并,这种方法叫做持续集成。 持续集成 持续集成(CONTINUOUS INTEGRATION,简称CI) 持续集成指的是:频繁地(一天多次)将代码集成到主干。 它的处理好处主要有两个 快速发现错误。每完成一点更新,就集成到主干。可以快速发现错误,定位错误也比较容易。 防止分支大幅度偏离主干。如果不是经常集成,主干又在不断更新,会导致以后集成的难度变大,升值难以集成。 运维上线代码的演变 初级运维很苦逼,刚开始开发每天合并一次代码,然后运维把代码pull下来测试就可以了。 但是,后来开发引进了持续集成的方法论,开发们都“弹冠相庆”。 运维同学感觉好苦逼,一天到晚不停的测试代码 每天下班之后,运维拖着疲倦的身子回到宿舍,就想,有没有办法自动化? 初级运维请教了传说中的大神,知道了一种方法。 借助一个自动化的部署工具,叫JENKINS 开发上传自己的代码到gitlab