DevOps-Git

这篇具有很好参考价值的文章主要介绍了DevOps-Git。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

DevOps-Git

版本控制软件提供完备的版本管理功能,用于存储,追踪目录(文件夹)和文件的修改历史。版本控制软件的最高目标是支持公司的配置管理活动,最终多个版本的开发和维护活动,即使发布软件。

DevOps-Git,Git,git,linux,运维

DevOps-Git,Git,git,linux,运维

git安装

DevOps-Git,Git,git,linux,运维

https://git-scm.com/

yum install git -y


[root@workstation ~]# git --version
git version 1.8.3.1

查看参数帮助


[root@workstation ~]# git --version
git version 1.8.3.1
[root@workstation ~]#
[root@workstation ~]# git --help
usage: git [--version] [--help] [-c name=value]
           [--exec-path[=<path>]] [--html-path] [--man-path] [--info-path]
           [-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
           [--git-dir=<path>] [--work-tree=<path>] [--namespace=<name>]
           <command> [<args>]

The most commonly used git commands are:
   add        Add file contents to the index
   bisect     Find by binary search the change that introduced a bug
   branch     List, create, or delete branches
   checkout   Checkout a branch or paths to the working tree
   clone      Clone a repository into a new directory
   commit     Record changes to the repository
   diff       Show changes between commits, commit and working tree, etc
   fetch      Download objects and refs from another repository
   grep       Print lines matching a pattern
   init       Create an empty Git repository or reinitialize an existing one
   log        Show commit logs
   merge      Join two or more development histories together
   mv         Move or rename a file, a directory, or a symlink
   pull       Fetch from and merge with another repository or a local branch
   push       Update remote refs along with associated objects
   rebase     Forward-port local commits to the updated upstream head
   reset      Reset current HEAD to the specified state
   rm         Remove files from the working tree and from the index
   show       Show various types of objects
   status     Show the working tree status
   tag        Create, list, delete or verify a tag object signed with GPG

'git help -a' and 'git help -g' lists available subcommands and some
concept guides. See 'git help <command>' or 'git help <concept>'
to read about a specific subcommand or concept.

git身份设置

因为git是分布式版本控制系统,不同的人提交的代码需要区分,所以每个人需要设置一个身份标识。

[root@workstation ~]# git config --global user.name "rkun18"
[root@workstation ~]# git config --global user.email "rkun18@outlook.com"
[root@workstation ~]# git config --global color.ui true
[root@workstation ~]# git config --list
user.name=rkun18
user.email=rkun18@outlook.com
color.ui=true

创建本地仓库

  • 工作目录:也可以叫工作区,是存放项目代码文件的一个目录。
  • 仓库:版本库,在git init命令初始化工作目录会会产生一个隐藏的子目录.git,可以理解为git的仓库或版本库
  • 仓库分为本地仓库和远程仓库

i3DevOps-Git,Git,git,linux,运维

DevOps-Git,Git,git,linux,运维

创建本地仓库

  • 创建工作目录

    
    [root@workstation ~]# mkdir git_test
    
    
  • 在对应的工作目录中创建本地仓库

    
    [root@workstation ~]# cd git_test/
    [root@workstation git_test]# git init
    Initialized empty Git repository in /root/git_test/.git/
    #产生一个.git的子目录,所有出代码数据以外的相关数据都在此目录,不要修改它(它叫做仓库/版本库)
    [root@workstation git_test]# ls .git/
    branches  config  description  HEAD  hooks  info  objects  refs
    
    

暂存区

就是一个缓存区域(index/stage),临时保存你的更改。

如果在工作目录创建了一个新文件,需要将新文件添加到暂存区。

添加文件到暂存区

  • 准备一个文件

    [root@workstation git_test]# vi file1.py
    [root@workstation git_test]# cat file1.py
    print("hello git")
    
    
    
  • 提交到暂存区(逆向操作为 git rm --cached file1.py)

    [root@workstation git_test]# git add file1.py
    
    
  • 查看.git子目录,多了一个index

    
    [root@workstation git_test]# ls .git/
    branches  config  description  HEAD  hooks  index  info  objects  refs
    
    
  • 使用 strings 命令查看git add 文件列表

    
    [root@workstation git_test]# strings .git/index
    DIRC
    file1.py
    #这里可以看到file1.py文件添加到index文件里去了
    

git版本控制

提交文件(1版本)

代码文件提交需要commit提交后才能纳入版本控制

  • git status查看工作目录里有那些文件需要提交

    
    [root@workstation git_test]# git status
    # On branch master
    #
    # Initial commit
    #
    # Changes to be committed:
    #   (use "git rm --cached <file>..." to unstage)
    #
    #       new file:   file1.py
    #
    
    
  • 使用git commit提交 -m后接提交的说明信息

    
    [root@workstation git_test]# git commit -m "提交file1.py"
    [master (root-commit) 9a26ead] 提交file1.py
     1 file changed, 1 insertion(+)
     create mode 100644 file1.py
    
    
  • 再次查看状态,发现没有需要提交的文件

    
    [root@workstation git_test]# git status
    # On branch master
    nothing to commit, working directory clean
    
    

修改再提交(2版本)

  • 修改file1.py文件,这里我加一句

    
    [root@workstation git_test]# cat file1.py
    print("hello git")
    print("hello python")
    
    
  • 查看,通知file1.py被修改

    [root@workstation git_test]# git status
    # On branch master
    # Changes not staged for commit:
    #   (use "git add <file>..." to update what will be committed)
    #   (use "git checkout -- <file>..." to discard changes in working directory)
    #
    #       modified:   file1.py
    #
    no changes added to commit (use "git add" and/or "git commit -a")
    
    
  • 使用git diff查看修改了什么

    [root@workstation git_test]# git diff file1.py
    diff --git a/file1.py b/file1.py
    index 81bc9dd..aeea3d5 100644
    --- a/file1.py
    +++ b/file1.py
    @@ -1 +1,2 @@
     print("hello git")
    +print("hello python")
    
    
  • 修改提交

    
    [root@workstation git_test]# git add file1.py
    [root@workstation git_test]# git commit -m "添加一行代码"
    [master 58a0633] 添加一行代码
     1 file changed, 1 insertion(+)
    
    

再修改提交(3版本)

#再次添加代码

[root@workstation git_test]# vi file1.py
[root@workstation git_test]# cat file1.py
print("hello git")
print("hello python")
print("hello linux")


[root@workstation git_test]# git add file1.py
[root@workstation git_test]# git commit -m "添加一行代码"
[master e059aae] 添加一行代码
 1 file changed, 1 insertion(+)

查看提交历史

  • git log 查看提交历史版本信息

    
    [root@workstation git_test]# git log
    commit e059aaeb9ec15ddf650020b2a21b44abc02de9c6
    Author: rkun18 <rkun18@outlook.com>
    Date:   Wed Jul 19 10:46:47 2023 -0400
    
        添加一行代码
    
    commit 58a0633d037ccc84060317bccc1f831606dec8c0
    Author: rkun18 <rkun18@outlook.com>
    Date:   Wed Jul 19 10:43:18 2023 -0400
    
        添加一行代码
    
    commit 9a26ead76c4c93419c75b6ff18d1e0f4ed4ea15b
    Author: rkun18 <rkun18@outlook.com>
    Date:   Wed Jul 19 10:28:03 2023 -0400
    
        提交file1.py
    
    
  • 使用 git log --pretty=oneline 查看提交的历史版本信息,查看的显示信息更简介(前面字符串可以看作版本号)

    
    [root@workstation git_test]# git log --pretty=oneline
    e059aaeb9ec15ddf650020b2a21b44abc02de9c6 添加一行代码
    58a0633d037ccc84060317bccc1f831606dec8c0 添加一行代码
    9a26ead76c4c93419c75b6ff18d1e0f4ed4ea15b 提交file1.py
    
    

版本回退与还原

  • 使用git reset --hard HEAD^ 回退到上一个版本(也就是2版本)

    [root@workstation git_test]# git reset --hard HEAD^
    HEAD is now at 58a0633 添加一行代码
    [root@workstation git_test]# cat file1.py
    print("hello git")
    print("hello python")
    
    
  • 使用 git reset --hard 第三个版本号 (还原到第三个版本)

    如果忘记第三个版本号是什么,可以使用 git reflog 查看所有操作历史

    
    [root@workstation git_test]# git reflog
    58a0633 HEAD@{0}: reset: moving to HEAD^
    e059aae HEAD@{1}: commit: 添加一行代码
    58a0633 HEAD@{2}: commit: 添加一行代码
    9a26ead HEAD@{3}: commit (initial): 提交file1.py
    
    
  • 还原到第三个版本

    [root@workstation git_test]# git reset --hard e059aae
    HEAD is now at e059aae 添加一行代码
    [root@workstation git_test]# cat file1.py
    print("hello git")
    print("hello python")
    print("hello linux")
    
    
  • 回退上上个版本 git reset --hard HEAD^^ 回退三个版本依次类推 git reset --hard HEAD^^^ 回退100个版本,可以换成 git reset --hard HEAD~100

    [root@workstation git_test]# git reset --hard HEAD~2
    HEAD is now at 9a26ead 提交file1.py
    [root@workstation git_test]# cat file1.py
    print("hello git")
    
    

撤销修改

  • 准备一行或一段写错的代码

    
    [root@workstation git_test]# cat file1.py
    print("hello git")
    print("hello python")
    print("hello linux")
    print("error code")
    
    
  • 撤销策略

    • 删除错误代码
    • git checkout -- 文件名 撤销修改
    • 写乱了代码,添加暂存区但还没commit提交 使用git reset HEAD 文件名 取消暂存区添加,再 git checkout -- 文件名 撤销修改
    • 如果写乱代码,添加暂存区并提交。使用版本回退。

误删恢复

只要git add 到了暂存区,无论有没有 git commit,误删后都可以使用 git checkout --文件名 来恢复

[root@workstation git_test]# touch file2.py
[root@workstation git_test]# git add file2.py
[root@workstation git_test]# rm -rf file2.py
[root@workstation git_test]# ls
file1.py
[root@workstation git_test]# git checkout -- file2.py
[root@workstation git_test]# ls
file1.py  file2.py

如果文件没有 git add 到暂存区 ,误删除了就没了


[root@workstation git_test]# touch file3.py
[root@workstation git_test]# rm -rf file3.py
[root@workstation git_test]# git checkout -- file3.py
error: pathspec 'file3.py' did not match any file(s) known to git.

文件删除

  • 没有 git add 到暂存区的文件直接rm 删除

  • git add 到暂存区的文件,但没有git commit 提交的文件。需要rm 删除本地,还要git rm文件名

    
    [root@workstation git_test]# touch file3.py
    [root@workstation git_test]# git add file3.py
    [root@workstation git_test]# rm -rf file3.py
    [root@workstation git_test]# git rm file3.py
    rm 'file3.py'
    
    
  • git add 到暂存区的文件,并git commit 提交的文件。需要rm 删除本地,还要git rm文件名,最后提交删除

    [root@workstation git_test]# touch file3.py
    [root@workstation git_test]# git add file3.py
    [root@workstation git_test]# git commit -m "提交了file3.py"
    [master c2c88b8] 提交了file3.py
     2 files changed, 0 insertions(+), 0 deletions(-)
     create mode 100644 file2.py
     create mode 100644 file3.py
    [root@workstation git_test]# rm -rf file3.py
    [root@workstation git_test]# git rm file3.py
    rm 'file3.py'
    [root@workstation git_test]# git commit -m "删除了file3.py"
    [master 8a37dad] 删除了file3.py
     1 file changed, 0 insertions(+), 0 deletions(-)
     delete mode 100644 file3.py
    
    

git分支管理

问题:开发者A开发一个软件的模块,还没有开发完成,害怕进度丢失就提交。开发者B不知道A没有完成,直接使用A开发的文件,这样就造成了问题。

解决:开发者A创建一个属于自己的分支,这个分支只属于A,不会影响其他人。开发完成后,合并到项目主分支即可。

DevOps-Git,Git,git,linux,运维

查看分支

默认只有一个master分支,前面有*号的代表当前分支

[root@workstation git_test]# git branch
* master

创建分支

git branch 分支名来创建分支

[root@workstation git_test]# git branch dev
[root@workstation git_test]# git branch
  dev
* master

切换分支

使用git checkout 分支名 切换


[root@workstation git_test]# git checkout dev
M       file1.py
D       file2.py
Switched to branch 'dev'
[root@workstation git_test]# git branch
* dev
  master

合并分支

在dev分支新开发一个代码,添加并提交

[root@workstation git_test]# git branch
* dev
  master
[root@workstation git_test]# echo "new feature" > file3.py
[root@workstation git_test]# git add file3.py
[root@workstation git_test]# git commit -m "增加新特性"
[dev ec7eff5] 增加新特性
 1 file changed, 1 insertion(+)
 create mode 100644 file3.py

切换master分支上,却发现根本没有这个文件


[root@workstation git_test]# git checkout master
M       file1.py
D       file2.py
Switched to branch 'master'
[root@workstation git_test]# cat file3.py
cat: file3.py: No such file or directory

合并分支,再查看能在master分支上查看到了

[root@workstation git_test]# git merge dev
Updating 8a37dad..ec7eff5
Fast-forward
 file3.py | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 file3.py
[root@workstation git_test]# cat file3.py
new feature

分支冲突

有些复杂情况会造成冲突,这个时候git就不能帮我们自动合并分支。我们就要手动处理冲突。

  • 在dev分支修改文件

    
    [root@workstation git_test]# git checkout dev
    M       file1.py
    D       file2.py
    Switched to branch 'dev'
    [root@workstation git_test]# echo "冲突测试" >> file3.py
    [root@workstation git_test]# cat file3.py
    new feature
    冲突测试
    
    
  • 提交dev分支上的修改

    [root@workstation git_test]# git add file3.py
    [root@workstation git_test]# git commit -m "冲突测试"
    [dev 1b3ec99] 冲突测试
     1 file changed, 1 insertion(+)
    
    
  • 切回master分支,也修改相同的文件

    
    [root@workstation git_test]# git checkout master
    M       file1.py
    D       file2.py
    Switched to branch 'master'
    [root@workstation git_test]# echo "冲突" >> file3.py
    [root@workstation git_test]# cat file3.py
    new feature
    冲突
    
    
  • 提交master分支上的修改

    [root@workstation git_test]# git add file3.py
    [root@workstation git_test]# git commit -m "冲突测试"
    [master c0e2b26] 冲突测试
     1 file changed, 1 insertion(+)
    
    
  • 合并dev分支到master,就会出现冲突

    [root@workstation git_test]# git merge dev
    Auto-merging file3.py
    CONFLICT (content): Merge conflict in file3.py
    Automatic merge failed; fix conflicts and then commit the result.
    
    
  • 手工解决冲突

    git使用<<<<<<<<<<,==========,>>>>>>>>符号分隔冲突内容,手动删除这些符号,并修改成你想要的内容。

    
    [root@workstation git_test]# cat file3.py
    new feature
    <<<<<<< HEAD
    冲突
    =======
    冲突测试
    >>>>>>> dev
    
    [root@workstation git_test]# vi file3.py
    [root@workstation git_test]# cat file3.py
    new feature
    冲突解决
    
    
  • 解决冲突后添加并提交最后再合并

    
    [root@workstation git_test]# git add file3.py
    [root@workstation git_test]# git commit -m "冲突解决"
    [master 73bcce3] 冲突解决
    [root@workstation git_test]# git merge dev
    Already up-to-date.
    
    

删除分支

使用git branch -d 分支名 来删除分支(不能删除当前分支)文章来源地址https://www.toymoban.com/news/detail-612469.html

[root@workstation git_test]# git branch
  dev
* master
[root@workstation git_test]# git branch -d dev
Deleted branch dev (was 1b3ec99).
[root@workstation git_test]# git branch
* master

到了这里,关于DevOps-Git的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包赞助服务器费用

相关文章

  • 【DevOps 工具链】在Windows上搭建小型Git服务

    【DevOps 工具链】在Windows上搭建小型Git服务

    综上,选择了Gitea作为Git服务器。Gitea是采用Go作为后端语言,并且他还支持跨平台,支持 Linux、macOS 和 Windows 以及各种架构,除了x86,amd64,还包括 ARM 和 PowerPC。后期如果购买服务器,做数据移植也方便。Gitea一个git管理工具,类似构建自己的github,但是github仓库需要公开要

    2024年02月04日
    浏览(10)
  • DevOps系列文章 之 Java使用jgit管理git仓库

    DevOps系列文章 之 Java使用jgit管理git仓库

    最近设计基于gitops新的CICD方案,需要通过java读写git仓库,这里简单记录下。 在jgit中,存在最核心的三个组件:Git类,Repository类。Git类中包含了push commit之类的常见git操作,而Repository则实现了仓库的初始化和基本的管理功能。 Git类的实例都会持有一个Repository实例。 Repositor

    2024年02月12日
    浏览(14)
  • 【运维知识高级篇】一篇文章带你搞懂Git!(Git安装+全局配置+Git初始化代码仓库+Git四大区域+Git四种状态+Git常用命令+Git分支+Git测试代码回滚)

    版本流程控制系统(version control system)是一种记录一个或若干个文件内容变化,以便将来查阅特定版本内容情况的系统,它会记录文件的所有历史变化,我们可以随时恢复到任何一个历史状态,同时支持多人协作开发。 目录 常见的版本管理工具 Git安装与全局配置 Git初始化

    2024年02月02日
    浏览(61)
  • DevOps系列文章之 DevOps 运维服务体系

    DevOps系列文章之 DevOps 运维服务体系

    DevOps 体系是从原始运维一步步走过来的,原始运维好比是本,有了本进而想继续提升效率、减少出错、优化流程,就发展到了 DevOps,AIOps……各种Ops 首先,运维的业务职能规范后形成章程、纲领,在互联网快速发展的特点下,形成了一套应对”快”和”变”的体系,并不停

    2024年02月12日
    浏览(14)
  • DevOps运维实践分享

    作者:禅与计算机程序设计艺术 DevOps(Development and Operations) 是一种新的软件开发方式,是指在IT行业中将应用程序开发与IT运营工作流程紧密结合的方法论。DevOps鼓励自动化、精益创新、持续交付及与客户的紧密合作。通过软件工程方法来降低产品开发和运营的总体风险,

    2024年02月07日
    浏览(10)
  • devops运维平台汇总

    Spug是面向中小型企业设计的无 Agent的自动化运维平台,整合了主机管理、主机批量执行、主机在线终端、应用发布、任务计划、配置中心、监控、报警等一系列功能。 演示地址: 官网地址: 使用文档: 更新日志: 常见问题: 1,主机管理 2,批量执行 3,应用发布 4,任务计

    2024年02月05日
    浏览(9)
  • DevOps?自动化运维!

    DevOps?自动化运维!

    by: 雪月三十 DevOps流程图 DevOps是Dev和Ops的结合 Dev(developer开发) Ops(operation运维) 在企业中dev和ops是有一种天然的矛盾,dev要求的是快速迭代,给公司挖掘出商业的价值,而ops则是强调的稳定,不让你如此快的开发,以稳定为主,不希望动代码(if no problem, don’t touch it),所

    2024年02月12日
    浏览(20)
  • 【运维】DevOps全流程笔记(未完成)

    【运维】DevOps全流程笔记(未完成)

    DevOps全流程笔记,参考视频https://www.bilibili.com/video/BV17x4y1o75G DevOps:就是一整套的工具链和一整套的体系方法把这套工具链串起来让开发工作和运行维护工作变得更加轻松 PLAN:开发团队根据客户的目标制定开发计划 CODE:根据PLAN开始编码过程,需要将不同版本的代码存储在一个

    2024年02月15日
    浏览(11)
  • DevOps(开发运维一体化)

    DevOps是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。 DevOps的三大支柱,即人(People)、流程(Process)、平台(

    2024年02月07日
    浏览(14)
  • DevOps理念:开发与运维的融合

    DevOps理念:开发与运维的融合

    在现代软件开发领域,DevOps 不仅仅是一个流行的词汇,更是一种文化、一种哲学和一种方法论。 DevOps 的核心理念是通过开发和运维之间的紧密合作,实现快速交付、高质量和持续创新。 本文将深入探讨 DevOps 文化的重要性、原则以及如何在团队中实现开发与运维的融合。

    2024年02月10日
    浏览(9)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包