生产环境部署与协同开发 Git

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

目录

一、前言——Git概述

1.1 Git是什么

 1.2 为什么要使用Git

 什么是版本控制系统

1.3 Git和SVN对比

SVN集中式

Git分布式

1.4 Git工作流程

 四个工作区域

工作流程

 1.5 Git下载安装

1.6 环境配置

 设置用户信息

查看配置信息

二、git基础

2.1 本地初始化仓库

​编辑

2.2 文件的两种状态

查看文件状态命令

untracked未跟踪

tracked已跟踪

2.3 文件加入暂存区

文件(文件夹)复制一份放入暂存区命令

 文件从暂存区删除命令

文件夹从暂存区删除命令

查看暂存区所有文件命令

2.4 文件提交与删除

 文件(文件夹)提交命令

查看本地仓库(版本库)中的文件

 删除文件 

修改commit信息

挽救已被删除的文件或目录


 


一、前言——Git概述

生产环境部署与协同开发 Git,java后端,git,github,java

1.1 Git是什么

Git是一种代码托管技术。在开发中,Git是一种代码托管技术,很多代码托管平台也是基于Git来实现的。Git可以帮我们做到很多的事情,比如代码的版本控制,分支管理等。

注意:

我们可以把Git理解成是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。正是因为有了Git的存在,现在很多工作才可以变得相对轻松。

 1.2 为什么要使用Git

生产环境部署与协同开发 Git,java后端,git,github,java

 什么是版本控制系统

你可以把一个版本控制系统(缩写VCS)理解为一个“数据库”,在需要的时候,它可以帮你完整地保存一个项目的快照。当你需要查看一个之前的快照(称之为“版本” )时,版本控制系统可以显示出当前版本与上一个版本之间的所有改动的细节。

生产环境部署与协同开发 Git,java后端,git,github,java

想法:

因为我们怕在原来的基础改错了东西,没法恢复,所以,我们可能会有多个毕业论文的文件。而我们写代码的时候本身就是「多人协作」的,修改是无法避免的,我们不希望有多个文件的产生,又希望能够记录每次更改的内容。“

这个软件用起来就应该像这个样子,能记录每次文件的改动:

版本 文件名 用户 说明 日期
1 service.doc 张三 删除了软件服务条款5 7/12 10:38
2 service.doc 张三 增加了License人数限制 7/12 18:09
3 service.doc 李四 财务部门调整了合同金额 7/13 9:51
4 service.doc 张三 延长了免费升级周期 7/14 15:17

注意:

结束了手动管理多个“版本”的史前时代,进入到版本控制的20世纪。

1.3 Git和SVN对比

生产环境部署与协同开发 Git,java后端,git,github,java

SVN集中式

集中式版本控制系统需要找一个服务器作为大本营,所有的代码都需要提交到服务器上进行统一的管理。当你需要对代码进行改动时,需要先从服务器上下载一份拷贝,修改完成之后,还需要上传回服务器。

生产环境部署与协同开发 Git,java后端,git,github,java

SVN优缺点

优点:

  1. 管理员也可以轻松掌控每个开发者的权限。
  2. 代码一致性非常高。
  3. 适合开发人数不多的项目开发。

缺点:

  1. 服务器压力太大,数据库容量暴增。
  2. 如果不能连接到服务器上,基本上不可以工作,看上面第二步,如果服务器不能连接上,就不能提交,还原,对比等等。

Git分布式

在分布式版本控制系统中,大家都拥有一个完整的版本库,不需要联网也可以提交修改,所以中心服务器就显得不那么重要了。

生产环境部署与协同开发 Git,java后端,git,github,java

注意:

Git记录版本历史只关心文件数据的整体是否发生变化。Git 不保存文件内容前后变化的差异数据。

Git优缺点

优点:

  1. 适合分布式开发,强调个体。
  2. 公共服务器压力和数据量都不会太大。
  3. 速度快、灵活。
  4. 任意两个开发者之间可以很容易的解决冲突。
  5. 离线工作。

缺点:

  1. 学习周期相对而言比较长。
  2. 不符合常规思维。
  3. 易学难精.

1.4 Git工作流程

生产环境部署与协同开发 Git,java后端,git,github,java

 四个工作区域

生产环境部署与协同开发 Git,java后端,git,github,java

Workspace: 工作区,就是你平时存放项目代码的地方

Index / Stage: 暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息

Repository: 仓库区(或版本库),就是安全存放数据的位置,这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

Remote: 远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换

生产环境部署与协同开发 Git,java后端,git,github,java

工作流程

Git的工作流程一般是这样的:

  1. 在工作目录中添加、修改文件;

  2. 将需要进行版本管理的文件放入暂存区域;

  3. 将暂存区域的文件提交到git仓库(本地仓库)。

 1.5 Git下载安装

生产环境部署与协同开发 Git,java后端,git,github,java

注意:

在Windows操作系统中安装 Git之前,先从官方网站(Git)下载合适的Git版本。

生产环境部署与协同开发 Git,java后端,git,github,java

 鼠标右键桌面出现如图选项的时候表示git安装成功。

1.6 环境配置

生产环境部署与协同开发 Git,java后端,git,github,java

当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的,因为每次Git提交都会使用该用户信息。 

 设置用户信息

鼠标单击 Git Bash Here执行以下命令:

git config --global user.name "zj"
git config --global user.email "xxxxxxxx@qq.com"

查看配置信息

检查当前设置的用户名和邮箱

git config --list
git config user.name

注意:

通过上面的命令设置的信息会保存在~/.gitconfig文件中。我们也可以通过修改这个文件夹来修改我们的个人信息。


二、git基础

2.1 本地初始化仓库

生产环境部署与协同开发 Git,java后端,git,github,java

1、创建一个文件夹temp,目的是为了让git对该文件进行版本控制。

2、在temp文件夹中打开git命令窗口并输入以下指令:

git init   #初始化这个目录让Git对这个目录开始进行版本控制。

 此时会在文件夹中会创建一个隐藏的文件叫.git即表示当前目录是工作区目录。

2.2 文件的两种状态

生产环境部署与协同开发 Git,java后端,git,github,java

 版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上。

注意:

Git不关心文件两个版本之间的具体差别,而是关心文件的整体是否有改变,若文件被改变,在添加提交时就生成文件新版本的快照,而判断文件整体是否改变的方法就是用SHA-1算法计算文件的校验和。

查看文件状态命令

git status

可以使用 -s 参数来获取简短的输出结果,常见的几种状态码如下所示:

状态码 描述
A 暂存区中新增的文件
D 文件被删除
M 文件被更改
R 文件被重命名
?? 工作区中未被跟踪的文件

untracked未跟踪

未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged(已跟踪状态),就相当于是将文件放到暂存区中。

tracked已跟踪

被纳入版本控制

  • Staged

       暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset                HEAD filename取消暂存,文件状态为Modified。 

  • Unmodified

    文件已经入库, 未修改, 即版本库(本地仓库)中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified,如果使用git rm移出版本库, 则成为Untracked文件。

  • Modified

    文件已修改, 仅仅是修改, 并没有进行其他的操作(还没从版本库拿出来放到暂存区). 这个文件也有两个去处, 通过git add可使文件进入staged状态放到暂存区, 使用git checkout 则丢弃修改过的文件,返回unmodify状态, 这个git checkout即从版本库中取出文件, 覆盖当前修改。

注意:

这些文件的状态会随着我们执行Git的命令发生变化

生产环境部署与协同开发 Git,java后端,git,github,java

2.3 文件加入暂存区

生产环境部署与协同开发 Git,java后端,git,github,java

文件(文件夹)复制一份放入暂存区命令

git add 文件名(或者是文件夹名)
git add  .  #表示将该文件下未跟踪的文件(文件夹)全部放到暂存区

 文件从暂存区删除命令

git reset 文件名   #文件从暂存区删除会回到工作区变为未跟踪状态。
git rm 文件名  #将暂存区和工作区的文件都删除

文件夹从暂存区删除命令

git reset 文件夹名   #将文件夹和文件夹中的文件从暂存区放到工作区
git rm -rf 文件夹名   #将暂存区和工作区的文件夹和文件夹中的文件都删除

查看暂存区所有文件命令

git ls-files

2.4 文件提交与删除

生产环境部署与协同开发 Git,java后端,git,github,java

如果仅是通过git add命令把移动加到暂存区,还不算是完成整个流程。如果想让暂存区的内容永久保存下来,就要使用git commit命令。

生产环境部署与协同开发 Git,java后端,git,github,java

 文件(文件夹)提交命令

git commit -m "提交信息"   #将暂存区中所有的文件复制到本地仓库一份

查看本地仓库(版本库)中的文件

git ls-files --with-tree=HEAD

 删除文件 

git rm 文件名  #删除工作区和暂存区的文件(前提是文件添加到了本地仓库中) 


git commit -m"删除xxx文件"   #在执行git rm的基础上继续使用该命令会将版本库中的文件删除(前提是版本库中存在该文件)

参数:

  • -m : 本次提交做了什么事,只要简单、清楚的文本说明即可,中英文都可以重点是说清楚,能让自己和别人很快明白就行。

        假设我们在temp文件夹中创建一个文件夹叫aaa,一个文件叫ccc.txt,在aaa文件夹下又创建一个叫bbb.txt的文件。此时这些文件全部都在工作区中是未跟踪状态,我们使用git add . 命令将这些文件一次性全部放到暂存区中,此时这些文件就从未跟踪状态变成了跟踪状态。此时我们使用git ls-files命令可以查看在暂存区中的全部的文件包括文件夹。

       如果我们想把ccc.txt仅从暂存区删除仍保留工作区的ccc.txt文件时可以使用git rm --cached ccc.txt命令将暂存区的文件删除,此时工作区的ccc.txt文件就又变成了未跟踪状态。

       但是如果想把aaa文件夹以及该文件夹下的bbb.txt文件从暂存区删除的话只能使用git rm -rf aaa 命令将文件从暂存区和工作区删除。

       如果想要将暂存区中的aaa文件夹及其子文件bbb.txt和ccc.txt文件添加到本地仓库的话需要使用 git commit -m"提交信息"命令来提交,使用git ls-files --with-tree=HEAD 命令可以查看本地仓库中的全部文件。如果想删除本地仓库中的ccc.txt文件的话需要先使用 git rm ccc.txt  命令删除暂存区工作区中的文件,然后再使用git commit -m"删除ccc.txt" 命令删除本地仓库中的ccc.txt文件。要想删除本地仓库中的aaa文件夹及其子文件夹bbb.txt需要先使用git rm -r aaa 命令将文件从暂存区和工作区删除再使用git commit -m"删除aaa文件" 命令删除本地仓库中的aaa文件和bbb.txt文件。

修改commit信息

身为程序员,难免会遇到一些不太顺心的客户或项目。心情不好的时候,在代码或Commit信息中“发泄”一下情绪也是很常见的,只是这要是让客户看见了总是不好解释。

要改动Commit记录有几种方式。

(1)把.git目录整个删除(不建议)。

(2)使用git rebase命令来改动历史记录。

(3)先把 Commit用git reset命令删除,整理后再重新Commit。

(4)使用--amend参数改动最后一次的Commit的信息。

git log --oneline   #查看进行了哪些commit操作
git commit --amend -m "测试commit2"  #使用amend命令修改最后一次提交的信息

挽救已被删除的文件或目录

“人有失手,马有失蹄”,人总会有不小心或状态不好的时候。不管是有意还是无心 在Git中如果不小心把文件或目录删除了,是可以挽救回来的,这也是使用版本控制系统最主要的原因之一。但是前提是暂存区或者本地仓库中存在该文件。

删除本地文件夹中的文件

 rm -rf 文件名称(或者文件夹名称)  

 注意不是 git rm -rf 文件名,这是将暂存区和工作区中的该文件删除的命令。

将本地删除的文件恢复到本地

git checkout 文件名(或者文件夹名)

git checkout .   #将删除的全部文件都恢复

小技巧:

这个技巧不仅可以将删除的文件挽救回来,当改动某个文件后反悔了,也可以用它把文件恢复到上一次Commit的状态。不是所有情况下都能恢复被删除的文件的。因为整个Git的记录都是放在根目录下的 .git目录中,如果这个目录被删除了,也就意味着历史记录也被删除了,那么删除的文件也就不能恢复了。

 文件添加至忽略列

一般我们总会有些文件无需纳入Git的管理,也不希望它们总出现在未跟踪文件列表。通常都是些自动生成的文件,比如日志文件,或者编译过程中创建的临时文件等。在这种情况下,我们可以在工作目录中创建一个名为 .gitignore的文件(文件名称固定),列出要忽略的文件模式。

touch .gitignore     #在git命令行创建.gitignore文件

注意:

  • #匹配规则和linux文件匹配一样
  • #以斜杠“/”开头表示目录
  • #以星号“*”通配多个字符
  • #以问号“?”通配单个字符
  • #以方括号“[]”包含单个字符的匹配列表
  • #以叹号“!”表示不忽略(跟踪)匹配到的文件或目录
# / 表示当前文件所在的目录


# 忽略public下的所有目录及文件
/public/*


#不忽略/public/assets,就是特例的意思,assets文件不忽略
!/public/assets


# 忽略具体的文件
index.class


# 忽略所有的class
*.class


# 忽略 a.class b.class
[ab].class

2.5 日志记录操作

git log   #查看日志

参数:

  • --graph : 查看分支合并图
  • --oneline : 标记把每一个提交压缩到了一行中
git reflog   #获取执行过的命令

2.6 比较文件差异

diff是指的是两个事物的不同。例如在Linux系统中,diff命令会逐行比较两个文本的差异然后显示出来。

git diff [--cached]

三、Git远程仓库

生产环境部署与协同开发 Git,java后端,git,github,java

 码云(地址: https://gitee.com/)是国内的一个代码托管平台,由于服务器在国内,所以相比于GitHub,码云速度会更快。

3.1 注册码云和创建远程仓库

 3.2 远程仓库操作

生产环境部署与协同开发 Git,java后端,git,github,java

添加远程仓库

git remote add <shortname><url>

注意:

  • shortname :远程仓库的名字(可以随意取名)
  • url : 远程仓库地址

查看远程仓库

git remote

克隆远程仓库

就是将gitee上的代码拉取到本地

git clone 远程仓库地址url

移除无效的远程仓库

git remote rm  远程仓库名字

3.3 推送和拉取

推送

当你想分享你的代码时,可以将其推送到远程仓库。

git push [远程仓库的名字][分支名称]

注意第一次提交会让你输入username(你注册的手机号码)和password(你设置的密码)文章来源地址https://www.toymoban.com/news/detail-742512.html

拉取

git pull  #从远程仓库获取最新版本到本地仓库

3.4 多人协作冲突问题

为什么会出现冲突问题

  1. 不同分支下的合并
  2. 同一个分支下的pull后者push

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

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

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

相关文章

  • 用Git远程仓库实现多人协同开发

    (创作不易,感谢有你,你的支持,就是我前行的最大动力,如果看完对你有帮助,请留下您的足迹) 目录 分支 初识分支 分支-合并与删除 分支-合并与提交 分支-合并冲突 Git 常用命令 Git 远程仓库  Git 远程仓库-克隆  多人协同开发  Git 常用命令  ​编辑 概念 :本质上是指

    2024年02月15日
    浏览(45)
  • 微信小程序多人协同开发(Git)

    Git的安装我就省略了,大家可以自行去看相关的文章。 首页点击\\\'版本管理\\\' 首次点击会跳出该弹窗,点击\\\'初始化Git仓库\\\' 两个选项都勾选,如果还没建立远程仓库可点击下方链接 微信开发者-代码管理 设置个人密码和账户名,创建项目 点击\\\'设置\\\'-\\\'远程\\\' 添加远程仓库,名称可

    2024年02月03日
    浏览(45)
  • 【Python程序开发系列】利用git实现协同开发做开源贡献(完整过程)

    这是我的_ 第221篇 _原创文章。 写在前面 『数据杂坛』以 Python语言 为核心,垂直于 数据科学 领域,专注于(可戳👉) Python程序开发|数据采集|数据分析 |数据可视化| 特征工程| 机器学习 | 时序数据| 深度学习 | 人工智能 等技术栈交流学习,涵盖 数据挖掘 、 计算机视觉 、

    2024年03月24日
    浏览(48)
  • 【Git协同】误采用压缩包下载进行开发后如何将代码合入主干

    有时候对于一些使用git协同的项目,不小心可能会采用压缩包的方式下载代码,当在此代码上进行修改后才发现项目里压根没有git相关文件,这里提供一种针对此类现象的解决方案。 有两个协同开发者,开发者2误使用压缩包的方式下载代码进行修改,此时master分支已经被开

    2024年02月11日
    浏览(39)
  • 【Java】 java | git | win系统重装会给开发环境带来哪些问题

            1、近期发现电脑用起来不丝滑了,文件夹操作卡顿,一阵操作还会蓝屏         2、不能忍,整理排查         1、CPU: I5-9400F 2.9GHz 6核         2、内存: 32G         3、固态:256G         4、机械:1T         5、盘符使用情况(C盘是重装系统

    2024年02月13日
    浏览(37)
  • 【Git】本地搭建Gitee、Github环境

      

    2024年02月12日
    浏览(66)
  • 从零开始搭建Springboot开发环境(Java8+Git+Maven+MySQL+Idea)

    所谓万事开头难,对于初学Java和Springboot框架的小伙伴往往会花不少时间在开发环境搭建上面。究其原因其实还是不熟悉,作为在IT界摸爬滚打数年的老司机,对于各种开发环境搭建已经了然于胸,自己当年也是这么过来的。 今天我就毕其功于一役,解放大家的时间,让凡人

    2024年04月17日
    浏览(84)
  • Java Docker 生产环境部署

    随着容器化技术的广泛应用,Docker成为了一种非常流行的容器化解决方案。Java作为一种跨平台的编程语言,在生产环境中也广泛使用。本文将介绍如何使用Docker来部署Java应用程序,并探讨一些最佳实践和注意事项。 Docker是一种轻量级的容器化解决方案,它能够将应用及其依

    2024年02月04日
    浏览(42)
  • 使用Git在GitHub上部署静态页面

    在GitHub中,我们可以将自己的静态页面部署到GitHub中,它会给我们提供一个地址使得我们的页面变成一个真正的网站,可以供用户访问。 1. 初始化Git仓库  2. 提交代码  3. 关联远程仓库 在GitHub创建的仓库中复制如下代码 注意:静态页面的主分支必须叫 gh-pages    GitHub中部署

    2024年02月14日
    浏览(50)
  • Git 学会git,探索GitHub,掌握新知识 (一,前端开发平台

    上面这两个级别的优先级: 1.就近原则:二者都有时,项目级别优先使用。 2.如果只有系统用户级别,便使用系统用户级别。 3.二者都没有时,报错。 6.git 基本操作 ======================================================================= 1.git status 状态查看 2.git add [file_name] 添加到暂存区 3.g

    2024年04月13日
    浏览(40)

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

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

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

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

二维码1

领取红包

二维码2

领红包