1.Devops介绍 1.Devops是什么 1542716677_25861.png | left | 826x400 开发 development 运维 operations 2.Devops能干嘛 提高产品质量 1 自动化测试 2 持续集成 3 代码质量管理工具 4 程序员鼓励师 3.Devops如何实现 设计架构规划‐代码的存储‐构建‐测试、预生产、部署、监控 2.Git版本控制系统 1.版本控制系统简介 vcs `version control system` 版本控制系统是一种记录一个或若干个文件内容变化，以便将来查阅特定版本内容情况的系统 记录文件的所有历史变化 随时可恢复到任何一个历史状态 多人协作开发 2.为什么需要版本控制系统 1542716637_32137.png | left | 698x596 3.常见版本管理工具 SVN 集中式的版本控制系统，只有一个中央数据仓库，如果中央数据仓库挂了或者不可访问，所有的使用者无法使用SVN，无 法进行提交或备份文件。 Git 1542716651_21305.png | left | 698x485 3 .Git安装 1. 系统环境准备 root@git‐git~]# cat /etc/redhat-release #查看系统版本 CentOS Linux release 7.1.1503 (Core) [root@git‐git ~]# uname -r #查看内核版本 3.10.0‐229.el7.x86_64 [root@git‐git ~]# getenforce #确认Selinux关闭状态 Disabled [root@git‐git ~]# systemctl stop firewalld #关闭防火墙 2. Git安装 [root@git‐git ~]# yum install git 3.Git部署配置 [root@git ~]# git config ‐‐global 使用全局配置文件 ‐‐system 使用系统级配置文件 ‐‐local 使用版本库级配置文件 配置git使用用户 [root@git‐git ~]# git config --global user.name "zeq" 配置git使用邮箱 [root@git‐git ~]# git config --global user.email "chn@eqnice.com" 语法高亮 [root@git‐git ~]# git config --global color.ui true 查看配置 [root@git‐git ~]# git config –‐list user.name=zeq user.email=chn@eqnice.com color.ui=true [root@git ~]# cat .gitconfig [user] name = zeq email = chn@eqnice.com [color] ui = true 4.git初始化 初始化工作目录、对已存在的目录或者对已存在的目录都可进行初始化 mkdir git_data cd git_data/ 初始化 git init 查看工作区状态 git status 隐藏文件介绍： branches # 分支目录 config # 定义项目特有的配置选项 description # 仅供git web程序使用 HEAD # 指示当前的分支 hooks # 包含git钩子文件 info # 包含一个全局排除文件(exclude文件) objects # 存放所有数据内容，有info和pack两个子文件夹 refs # 存放指向数据(分支)的提交对象的指针 index # 保存暂存区信息，在执行git init的时候，这个文件还没有 4 .Git常规使用 1. 创建数据-提交数据 image.png | left | 711x374 2. git四种状态 image.png | left | 698x288 3. git基础命令 [root@git git_data]# git status # 位于分支 master # 初始提交 - 无文件要提交（创建/拷贝文件并使用 "git add" 建立跟踪） [root@git git_data]# touch a b c [root@git git_data]# git status # 位于分支 master # # 初始提交 # # 未跟踪的文件: # （使用 "git add ..." 以包含要提交的内容） # # a # b # c 提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪） [root@git git_data]# git add a [root@git git_data]# git status # 位于分支 master # # 初始提交 # # 要提交的变更： # （使用 "git rm ‐‐cached ..." 撤出暂存区） # # 新文件： a # # 未跟踪的文件: # （使用 "git add ..." 以包含要提交的内容） # # b # c [root@git git_data]# ll .git/ 总用量 20 drwxr‐xr‐x 2 root root 6 8月 23 05:44 branches ‐rw‐r‐‐r‐‐ 1 root root 92 8月 23 05:44 config ‐rw‐r‐‐r‐‐ 1 root root 73 8月 23 05:44 description ‐rw‐r‐‐r‐‐ 1 root root 23 8月 23 05:44 HEAD drwxr‐xr‐x 2 root root 4096 8月 23 05:44 hooks ‐rw‐r‐‐r‐‐ 1 root root 96 8月 23 07:06 index # git add a 把文件提交到了暂存区 drwxr‐xr‐x 2 root root 20 8月 23 05:44 info drwxr‐xr‐x 5 root root 37 8月 23 07:06 objects drwxr‐xr‐x 4 root root 29 8月 23 05:44 refs [root@git git_data]# git add . # 使用git add . 或者* 添加目录中所有改动过的文件 [root@git git_data]# git status # 位于分支 master # # 初始提交 # # 要提交的变更： # （使用 "git rm ‐‐cached ..." 撤出暂存区） # # 新文件： a # 新文件： b # 新文件： c [root@git git_data]# git rm ‐‐cached c rm 'c' [root@git git_data]# ll 总用量 0 ‐rw‐r‐‐r‐‐ 1 root root 0 8月 23 07:05 a ‐rw‐r‐‐r‐‐ 1 root root 0 8月 23 07:05 b ‐rw‐r‐‐r‐‐ 1 root root 0 8月 23 07:05 c [root@git git_data]# git status # 位于分支 master # # 初始提交 # # 要提交的变更： # （使用 "git rm ‐‐cached ..." 撤出暂存区） # # 新文件： a # 新文件： b # # 未跟踪的文件: # （使用 "git add ..." 以包含要提交的内容） # # c 删除文件 1.先从暂存区撤回到工作区、然后直接删除文件 git rm ‐‐cached c rm ‐f c 2.直接从暂存区域同工作区域一同删除文件命令 git rm ‐f b [root@git git_data]# git commit ‐m "commit a" # 提交到本地仓库 [master（根提交） b4017a8] commit a 1 file changed, 0 insertions(+), 0 deletions(‐) create mode 100644 a [root@git git_data]# git status # 位于分支 master 无文件要提交，干净的工作区 修改文件名称两种方法 [root@git git_data]# mv a a.txt [root@git git_data]# git status # 位于分支 master # 尚未暂存以备提交的变更： # （使用 "git add/rm ..." 更新要提交的内容） # （使用 "git checkout ‐‐ ..." 丢弃工作区的改动） # # 删除： a # # 未跟踪的文件: # （使用 "git add ..." 以包含要提交的内容） # # a.txt 修改尚未加入提交（使用 "git add" 和/或 "git commit ‐a"） [root@git git_data]# git rm ‐‐cached a # 从暂存区删除a文件 rm 'a' [root@git git_data]# git status # 位于分支 master # 要提交的变更： # （使用 "git reset HEAD ..." 撤出暂存区） # # 删除： a # # 未跟踪的文件: # （使用 "git add ..." 以包含要提交的内容） # # a.txt [root@git git_data]# git add a.txt [root@git git_data]# git status # 位于分支 master # 要提交的变更： # （使用 "git reset HEAD ..." 撤出暂存区） # # 重命名： a ‐> a.txt # 识别到a和a.txt相同为重命名 [root@git git_data]# git commit ‐m "commit a.txt" 2.直接用git命令重命名 [root@git git_data]# git mv a.txt a 把工作区域和暂存区域的文件同时修改文件名称 [root@git git_data]# git status # 位于分支 master # 要提交的变更： # （使用 "git reset HEAD ..." 撤出暂存区） # # 重命名： a.txt ‐> a git commit ‐m "rename a.txt a" git status 只能查看区域状态的不同，不能查看文件内容的变化。 git diff 查看内容的不同 [root@git git_data]# echo aaa > a [root@git git_data]# git diff a # 比对本地工作目录和暂存区文件的不同 diff ‐‐git a/a b/a index e69de29..72943a1 100644# ‐‐‐ a/a +++ b/a @@ ‐0,0 +1 @@ +aaa [root@git git_data]# git add a # 提交a文件到暂存区域、在用git diff是相同的 [root@git git_data]# git diff ‐‐cached a # 比对的是暂存区和本地仓库文件的不同处 diff ‐‐git a/a b/a index e69de29..72943a1 100644 ‐‐‐ a/a +++ b/a @@ ‐0,0 +1 @@ +aaa [root@git git_data]# git commit ‐m "modified a" # 提交后在比对则暂存区和本地仓库内容相同 [master 4c57a60] modified a 1 file changed, 1 insertion(+) [root@git git_data]# git diff ‐‐cached a [root@git git_data]# git commit # 相当于虚拟机的镜像、任何操作都被做了一次快照，可恢复到任意一个位置 [root@git git_data]# git log 查看历史的git commit快照操作 commit 4c57a605997f511149bfec53d9018b503e77f961 # 哈希唯一标识的字符串 Author: lizhenya # 作者个人信息 Date: Thu Aug 23 07:54:23 2018 +0800 # 时间 modified a # ‐m 个人写的提交描述信息 commit 56925321114eb9adf09b42a733a6f9f3edd9ad65 Author: lizhenya Date: Thu Aug 23 07:39:41 2018 +0800 rename a.txt a commit 7adfca06559ef7739dffdc11ecb7fb8800a9931a Author: lizhenya Date: Thu Aug 23 07:36:47 2018 +0800 commit a.txt commit b4017a876cfed78425fe58e7ecbcd49199ed5a11 Author: lizhenya Date: Thu Aug 23 07:22:29 2018 +0800 [root@git git_data]# git log ‐‐oneline # 一行简单的显示commit信息 4c57a60 modified a 5692532 rename a.txt a 7adfca0 commit a.txt b4017a8 commit a [root@git git_data]# git log ‐‐oneline ‐‐decorate # 显示当前的指针指向哪里 4c57a60 (HEAD, master) modified a 5692532 rename a.txt a 7adfca0 commit a.txt b4017a8 commit a [root@git git_data]# git log ‐p # 显示具体内容的变化 [root@git git_data]# git log ‐1 # 只显示1条内容 恢复历史数据 1.只更改了当前目录 [root@git git_data]# echo "333" >> a [root@git git_data]# git status # 位于分支 master # 尚未暂存以备提交的变更： # （使用 "git add ..." 更新要提交的内容） # （使用 "git checkout ‐‐ ..." 丢弃工作区的改动） # 看提示使用此命令覆盖工作区的改动 # # 修改： a # 修改尚未加入提交（使用 "git add" 和/或 "git commit ‐a"） [root@git git_data]# git checkout ‐‐ a # 从暂存区覆盖本地工作目录 [root@git git_data]# git status # 位于分支 master 无文件要提交，干净的工作区 [root@git git_data]# cat a aaa 2.修改了本地目录且同时提交到了暂存区 [root@git git_data]# echo ccc >> a # 添加新内容 [root@git git_data]# git add . # 提交到暂存区 [root@git git_data]# git diff ‐‐cached #比对暂存区和本地仓库的内容 diff ‐‐git a/a b/a index 72943a1..959479a 100644 ‐‐‐ a/a +++ b/a @@ ‐1 +1,2 @@ aaa +ccc [root@git git_data]# git status # 位于分支 master # 要提交的变更： # （使用 "git reset HEAD ..." 撤出暂存区） # # 修改： a [root@git git_data]# git reset HEAD a # 本地仓库覆盖暂存区域 重置后撤出暂存区的变更： M a [root@git git_data]# git diff a diff ‐‐git a/a b/a index 72943a1..959479a 100644 ‐‐‐ a/a +++ b/a @@ ‐1 +1,2 @@ aaa +ccc [root@git git_data]# git diff ‐‐cached a [root@git git_data]# 3.修改了工作目录后提交到了暂存区和本地仓库后进行数据恢复 echo bbb >>a # 提交新的bbb文件到a git commit ‐m "add bbb" echo ccc >> a git commit ‐am "add ccc" # 这时候发现改错代码了，想还原某一次提交的文件快照 [root@git git_data]# git log ‐‐oneline 59ba2a9 add ccc dbead4c add bbb 4c57a60 modified a 5692532 rename a.txt a 7adfca0 commit a.txt b4017a8 commit a `Git服务程序中有一个叫做HEAD的版本指针，当用户申请还原数据时，其实就是将HEAD指针指向到某个特定的提交 版本，但是因为Git是分布式 版本控制系统，为了避免历史记录冲突，故使用了SHA‐1计算出十六进制的哈希字串 来区分每个提交版本，另外默认的HEAD版本指针会指向到最近的一次提交版本记录` [root@git git_data]# git reset ‐‐hard 4c57a60 HEAD 现在位于 4c57a60 modified a `刚刚的操作实际上就是改变了一下HEAD版本指针的位置，就是你将HEAD指针放在那里，那么你的当前工作版本就 会定位在那里，要想把内容再还原到最新提交的版本，先看查看下提交版本号` [root@git git_data]# cat a # 打开发现回退错了，应该回退到bbb版本 aaa [root@git git_data]# git log ‐‐oneline # 这时候查看log没有commit bbb的历史了 4c57a60 modified a 5692532 rename a.txt a 7adfca0 commit a.txt b4017a8 commit a `怎么搞得？竟然没有了add bbb这个提交版本记录？ 原因很简单，因为我们当前的工作版本是历史的一个提交点，这个历史提交点还没有发生过add bbb 更新记录，所 以当然就看不到了，要是想”还原到未来”的历史更新点，可以用git reflog命令来查看所有的历史记录：` [root@git git_data]# git reflog # 使用git reflog 可查看总历史内容 4c57a60 HEAD@{0}: reset: moving to 4c57a60 59ba2a9 HEAD@{1}: commit: add ccc dbead4c HEAD@{2}: commit: add bbb 4c57a60 HEAD@{3}: commit: modified a 5692532 HEAD@{4}: commit: rename a.txt a 7adfca0 HEAD@{5}: commit: commit a.txt b4017a8 HEAD@{6}: commit (initial): commit a [root@git git_data]# git reset ‐‐hard dbead4c # 然后使用reset回到bbb的版本内容下 HEAD 现在位于 dbead4c add bbb [root@git git_data]# cat a aaa bbb 5. git分支 分支即是平行空间，假设你在为某个手机系统研发拍照功能，代码已经完成了80%，但如果将这不完整的代码直接 提交到git仓库中，又有可能影响到其他人的工作，此时我们便可以在该软件的项目之上创建一个名叫”拍照功 能”的分支，这种分支只会属于你自己，而其他人看不到，等代码编写完成后再与原来的项目主分支合并下即可，这 样即能保证代码不丢失，又不影响其他人的工作。 image.png | left | 826x209 一般在实际的项目开发中，我们要尽量保证master分支是非常稳定的，仅用于发布新版本，平时不要随便直接修 改里面的数据文件，而工作的时候则可以新建不同的工作分支，等到工作完成后在合并到master分支上面，所以团 队的合作分支看起来会像上面图那样。 [root@git git_data]# git log ‐‐oneline ‐‐decorate dbead4c (HEAD, master) add bbb # 默认分支指向你最后一次的提交 HEAD头、指针 4c57a60 modified a 5692532 rename a.txt a 7adfca0 commit a.txt b4017a8 commit a HEAD 指针指向哪个分支、说明你当前在哪个分支下工作` [root@git git_data]# git branch testing # 新建testing分支 [root@git git_data]# git branch * master # *号在哪里就说明当前在哪个分支上入下图所示 testing image.png | left | 826x506 [root@git git_data]# git log ‐‐oneline ‐‐decorate # 通过命令查看分支指向 dbead4c (HEAD, testing, master) add bbb 4c57a60 modified a 5692532 rename a.txt a 7adfca0 commit a.txt b4017a8 commit a [root@git git_data]# git checkout testing # 切换到testing分支、对应的HEAD指针也指向了testing 切换到分支 'testing' [root@git git_data]# git branch master * testing image.png | left | 727x500 [root@git git_data]# touch test [root@git git_data]# git add . [root@git git_data]# git commit ‐m "commit test" image.png | left | 826x448 [root@git git_data]# git checkout master # 切换到master分支后指针指向到了master 切换到分支 'master' [root@git git_data]# git branch * master testing [root@git git_data]# ll # 正常情况下是没有test文件的、保证master分支是线上环境的 总用量 4 ‐rw‐r‐‐r‐‐ 1 root root 8 8月 23 08:42 a image.png | left | 826x435 [root@git git_data]# touch master [root@git git_data]# git add . [root@git git_data]# git commit ‐m "commit master" image.png | left | 826x541 合并分支 [root@git git_data]# git merge testing # 提示输入描述信息 相当于git的‐m参数 [root@git git_data]# git log ‐‐oneline ‐‐decorate 3258705 (HEAD, master) Merge branch 'testing' f5ae1d8 commit master ad4f25a (testing) commit test dbead4c add bbb 4c57a60 modified a 5692532 rename a.txt a 7adfca0 commit a.txt b4017a8 commit a image.png | left | 826x385 冲突合并 [root@git git_data]# echo "master" >> a [root@git git_data]# git commit ‐am "modified a master" [root@git git_data]# git checkout testing 切换到分支 'testing' [root@git git_data]# git branch master * testing [root@git git_data]# cat a aaa bbb [root@git git_data]# echo "testing" >>a [root@git git_data]# git commit ‐am "modified a on testing branch" [root@git git_data]# git checkout master [root@git git_data]# git merge testing 自动合并 a 冲突（内容）：合并冲突于 a 自动合并失败，修正冲突然后提交修正的结果。 [root@git git_data]# cat a # 冲突的文件自动标识到文件里，手动更改冲突要保留的代码 [root@git git_data]# git commit ‐am "merge testing to master" # 进行提交即可 [root@git git_data]# git log ‐‐oneline ‐‐decorate bba413d (HEAD, master) merge testing to master 34d7a55 (testing) modified a on testing branch ec1a424 modified a master 3258705 Merge branch 'testing' f5ae1d8 commit master ad4f25a commit test 删除分支‐d参数 [root@git git_data]# git branch ‐d testing 已删除分支 testing（曾为 34d7a55）。 [root@git git_data]# git branch * master 6.git标签使用 标签也是指向了一次commit提交，是一个里程碑式的标签，回滚打标签直接加标签号，不需要加唯一字符串不好记 [root@git git_data]# git tag ‐a v1.0 ‐m "aaa bbb master tesing version v1.0" # ‐a指定标签名字 ‐m 指定说明文字 [root@git git_data]# git tag v1.0 [root@git git_data]# git tag ‐a v2.0 dbead4c ‐m "add bbb version v2.0" # 指定某一次的提交为标签 [root@git git_data]# git show v1.0 # 查看v1.0的信息 git show 加标签查看 [root@git git_data]# git reset ‐‐hard v2.0 # 直接还原数据到v2.0 HEAD 现在位于 dbead4c add bbb [root@git git_data]# ll 总用量 4 ‐rw‐r‐‐r‐‐ 1 root root 8 8月 23 11:26 a ‐rw‐r‐‐r‐‐ 1 root root 0 8月 23 11:25 b [root@git git_data]# git tag ‐d v2.0 # 删除标签 ‐d参数 5. github使用 1.什么是github Github顾名思义是一个Git版本库的托管服务，是目前全球最大的软件仓库，拥有上百万的开发者用户，也是软件 开发和寻找资源的最佳途径，Github不仅可以托管各种Git版本仓库，还拥有了更美观的Web界面，您的代码文件可 以被任何人克隆，使得开发者为开源项贡献代码变得更加容易，当然也可以付费购买私有库，这样高性价比的私有 库真的是帮助到了很多团队和企业 2.github操作 1、注册用户 2、配置ssh‐key 3、创建项目 4、克隆项目到