代码管理前期相关理念理解

一、持续集成概念理解

白话理解:开发人员将自己写的代码提交到代码管理工具,通过以之前的代码进行整合,发现错误并修改;

持续集成(Continuous integration,简称CI),简单地说就是多个开发人员一天多次地将自己编码的代码提交到主干;

01:快速定位错误(每完成一点代码更新,就提交到主干,通过以之前提交的代码进行集成可以快速发现其中的错误)

02:防止分支大幅度偏离主干(若不经常持续集成,主干又在不断更新,会导致以后集成的难度变大,甚至难以集成);

持续集成的目的就是让产品可以快速迭代,同时还能保持代码的高质量。

二、持续交付概念理解

白话理解:所有开发人员在某个时间将代码提交完成后,交给质量团队(测试工程师)进行测试。

持续交付(Continous delivery)指的是,频繁地将软件的新版本,交付给质量团队(测试人员)或者用户,以供评审,如果

评审通过,代码就进入生产阶段。持续交付可以看作是"持续集成"的下一步。它强调的是,不管代码怎样更新,软件

是随时随地可以交付给质量团队(测试人员)和用户进行评审。

三、持续部署概念理解

白话理解:质量团队(测试工程师)测试代码没问题后,将代码版本号告诉运维人员,运维人员通过工具将代码发布到生产服务器

持续部署(Continuous deployment)是就是"持续交付"的下一步,指的是代码通过评审后,可以自己的部署到生产环境

的服务器上。

持续部署的目标是:不管软件版本在任何时候更新,我都可以将其快速(通过工具)的将其部署到生产环境。

持续部署的前提是:能成自动化测试,构建,部署等步骤;

四、产品(代码)的某个版本发布到生产服务器经过的几个阶段

原文地址:https://www.cnblogs.com/chenliangc/p/12329641.html

时间: 2024-10-25 12:35:44

代码管理前期相关理念理解的相关文章

技术团队代码管理和部署

主流公司使用svn和git作为代码版本管理,当然也不排除直接copy或者ftp.公司经历了的svn到git的变迁,也深刻体会到不同的版本管理服务,使得技术团队的协作方式变得更为流畅. 简单介绍下背景,有一个项目V5,从版本V1一直演变到现在V5,可见历史之久,想从svn切换到git,其中的代码管理和上线部署迁移,都会是经历很长一段时间的不稳定,尤其是一些开发同学对新的版本管理和部署理解不透彻,很容易引发事故. 在svn的主干开发流程 开发同学更新主干代码,提交代码 部署测试环境 检查每一个要上线

Linux之进程管理(2)相关命令之三

Linux之进程管理(2)相关命令之三 (IPC)进程间通信及信号控制命令 kill  killall   kill 命令 kill - terminate a process,Inter Process Communication 进程通信工具,默认为发送终止信号 选项及用法: kill  -l  #显示所有信号CODE及名称 kill  [-SIGNAL]  pid...#指定发送信号给对应pid的进程,不指定信号代码默认为15信号 常见的信号:(注:可以使用man 7 signal打开帮助

利用SVN进行个人代码管理

本文记录利用SVN客户端TortoiseSVN来进行简单的个人代码管理.刚开始使用SVN客户端,随着版本管理的经验的积累,对SVN的理解不断加深,可以慢慢补充. 首先,安装TortoiseSVN. 选择一个空的目录 建立一个SVN Repository,右键->TortoiseSVN->Create repository here. 注意SVN的URL方式: 新建一个工作目录,个人理解就是开发目录.以后需要不断的上传同步的目录.此时这个目录为空. 此时,代码仓库还是空的,工作目录也是空的. 将

高效代码管理--本地svn环境搭建

工作中一直使用svn做代码管理,平时自己在家写代码基本没有什么管理,顶多每隔一段时间或者每次大修改前做个备份,也就是复制.粘贴,然后文件名加个时间戳,这种方式与版本管理工具比,基本可以用简单.粗放.低级.笨拙来形容.由于我的印象里一直觉得搭建svn服务器是件很复杂的事,可能要写一堆配置和命令,感觉单机个人搞开发,这么干似乎有点得不偿失.直到最近在写程序时,某个功能模块实现的始终不是很满意,尝试了好几种方案,转了一圈发现还是第一种方案靠谱,但是第一种方案所写的代码还没有备份就已经手贱的删干净了,只

开发中的代码管理工具梳理

参考:https://blog.csdn.net/growing_tree/article/details/44084179 参考:https://blog.csdn.net/zhhelnice/article/details/52385285 参考:https://blog.csdn.net/growing_tree/article/details/44084179 代码管理工具有很多,看了很多文章,有必要梳理一下. 一.为什么使用代码管理工具? 就像zhhelnice的博客在博客里总结的那样

代码管理工具git使用来解决代码冲突管理

现在做软件产品项目,基本都用git来进行代码管理.相比SVN,git刚上手的人对git的使用的确感到很受伤.总结坑如下: 1.对git理解不透,不晓得git本地仓库,远程仓库的命令 2.SVN在Eclipse中的使用比git要舒服,不易出错. 但是项目代码使用git管理是大势所趋,不得不好好掌握.好在经过多次实践后,终于在git cmd中利用命令完美解决代码同步管理. 同步远程代码,遇到冲突的解决方法 1.方法一,采用远程文件覆盖本地文件. git pull git checkout <文件路径

git 代码管理

git 代码管理 1.git简介 2.安装与配置 3.创建版本库 4.版本创建与回退 5.分支管理 6.使用github 7.工作使用git 一.git简介 1.历史 git是目前世界上最先进的分布式版本控制系统. Linus在1991年创建了开源的Linux,从此,Linux系统不断发展,已经成为最大的服务器系统软件了.Linus虽然创建了Linux,但Linux的壮大是靠全世界热心的志愿者参与的,这么多人在世界各地为Linux编写代码,那Linux的代码是如何管理的呢?事实是,在2002年以

[BI项目记]-搭建代码管理环境之客户端

 前面已经介绍了如何搭建代码管理环境的服务器端安装和配置,这里介绍对于客户端的几个场景. 首先对于开发人员来说,可以直接使用Visual Studio来连接,这里主要演示Visual Studio 2013. 打开Visual Studio 2013,点击VIEW下的Team Explorer. 在Team Explorer里,点击Select Team Projects- 在弹出的界面中,点击Servers- 点击Add-连接TFS服务器. 填写TFS服务器所在位置. 这个地址可以在TFS

代码管理工具 --- git的学习笔记四《重新整理git(1)》

1.创建版本库 mkdir  创建目录 cd  地址,到该地址下 pwd 显示当前目录 1.创建目录 $ mkdir startGit $ cd startGit $ pwd 显示当前目录 或者cd到桌面,然后再创建目录 2.初始化版本库 $ git init 初始化仓库 提示信息:Initialized empty Git repository in /Users/xingzai/Desktop/startGit/.git/ 建立一个空的git仓库在/Users/xingzai/Desktop