Git 工作流程

目录

前言

 一,建立远程仓库

 (1)注册登录Gitee,完成个人信息

 (2)设置本机绑定SSH公钥,实现密码免登录

<1>比较二种上传方式(推荐使用SSH公钥上传)

<2>设置user name & user email (建议设置前先查看一些是否设置过了)

<3>查看是否存在SSH Key 

<4>获取SSH Key密钥

 (3)Gitee添加SSH Key

 (4)创建远程仓库

 二,基本Git操作

 (1)将远程仓库中的文件复制到资源库

 (2)对复制过后的文件进行修改并上传到远程仓库

 (3)从远程仓库里拉取最新的代码

 三,fork流

(1)fork

(2)clone 仓库中的内容

(3)拉取远程仓库

(4)修改分支并提交

(5)结束

后言


前言

本篇的主题就是熟悉Git的工作流。

在此之间,对于Git基本认知已经进行了补充了,就不再过多解释了,链接如下:

Git入门_明月落乌江的博客-CSDN博客

人生的道路不会一帆风顺,事业的征途也充满崎岖艰险,只有奋斗,只有拼搏,才会达到成功的彼岸,希望大家可以从我这里学到自己想要的知识。

Git工作流

Git 工作流程_第1张图片

 一,建立远程仓库

        我们常常会将自己的代码托管至一些代码管理平台进行托管,也就是远程仓库,比如Github,Gitee,或是自己搭建的托管平台等,这里我们使用的是Gitee,因为Github需要,在国内并不是特别稳定。

(1)注册登录Gitee,完成个人信息

Git 工作流程_第2张图片

 (2)设置本机绑定SSH公钥,实现密码免登录

<1>比较二种上传方式(推荐使用SSH公钥上传)

两种上传方式
第一种上传https 
https://github.com/xusong1991/preload.git
每次都需要输入密码和用户名
第二种上传方式利用SSH密钥
[email protected]:susong1991/preload.git
避免繁琐的登录

<2>设置user name & user email (建议设置前先查看一些是否设置过了)

设置user name & user email 

git config --global user.name   "Lusk.dEs"
git config --global user.email  "[email protected]"

   查看user name 和 email

git config user.name
git config user.email

<3>查看是否存在SSH Key 

cd ~/.ssh    #第一步指令
ls          #第二步指令
#存在id_rsa和id_rsa.pub则已经有了SSH Key

Git 工作流程_第3张图片

 若没有ssh key ,则生成一下

ssh-keygen -t rsa -C "填写自己的邮箱"

然后在检查一些

<4>获取SSH Key密钥

cat id_rsa.pub
#拷贝秘钥 ssh-rsa开头

也可以在C盘用户存储中,找到.ssh文件

Git 工作流程_第4张图片

 Git 工作流程_第5张图片

 随便提一下,在Git Bash Here 终端里,ctrl + c ctrl + v是不可用的,鼠标右键会出现如图

 (3)Gitee添加SSH Key

Git 工作流程_第6张图片

 验证

ssh -T [email protected]

Git 工作流程_第7张图片

(4)创建远程仓库

Git 工作流程_第8张图片

 Git 工作流程_第9张图片

 Git 工作流程_第10张图片

Git 工作流程_第11张图片

 Git 工作流程_第12张图片

 这样一个远程仓库就创建成功了。

 二,基本Git操作

(1)将远程仓库中的文件复制到资源库

首先创建一个工作路径(创建一个文件夹)

Git 工作流程_第13张图片

 在这个目录下,鼠标右键,选择Git Bash Here

Git 工作流程_第14张图片

 然后输入你想复制的远程仓库的地址

方法一
git clone SSH
方法二
git clone HTTPS

关于不同分支对应的clone以及其SSH或者HTTPS的获取

Git 工作流程_第15张图片

 输入一个指令就可以成功复制master分支了

 然后关闭这个终端

Git 工作流程_第16张图片

 发现已经复制成功了

Git 工作流程_第17张图片

 (2)对复制过后的文件进行修改并上传到远程仓库

进入刚刚复制过后的文件,Git Bash Here

Git 工作流程_第18张图片

 Git 工作流程_第19张图片

 查看当前本地所有分支,如图只有一个分支

Git 工作流程_第20张图片

 创建一个新的分支

Git 工作流程_第21张图片

 再次查看分支

Git 工作流程_第22张图片

 切换至dev分支

Git 工作流程_第23张图片

 再查看刚刚打开文件目录

Git 工作流程_第24张图片

 对dev分支进行修改,我这里为了演示,就在当前目录下新建了一个txt文本

Git 工作流程_第25张图片

 接下来就是,git add . git commit  

git commit 提交过程中可能会出现很多问题,这里有一个链接可以看一看

git commit 详解 - 哒哒呵~ - 博客园

Git 工作流程_第26张图片

 到这一步,文件已经存在本地仓库了,就剩push,这里先补充一个命令,方便大家理解

git push origin HEAD:分支名称
#origin代表自己的远程仓库,如果远程仓库没有这个分支,会自动创建这个分支

这里我,将本地仓库的dev分支上传给了远程仓库的dev分支,然而远程仓库里没有dev分支,所以就默认创建了一个dev分支

Git 工作流程_第27张图片

 现在已经提交成功了,查看gitee的远程仓库,找到dev分支,就发现我们提交的txt文本了

Git 工作流程_第28张图片

 (3)从远程仓库里拉取最新的代码

这里我们,先理清一些,现在我们本地仓库里有master分支,dev分支,其中对dev分支进行了修改,远程仓库里有master分支,dev分支(我们上传的本地的dev分支内容)

接下来,我们打算把远程仓库的dev分支拉取到本地的master分支里并合并

先在工作区,Git Bash here 一下

Git 工作流程_第29张图片

切换至master分支(可以发现,目录下的文件发生了改变)

Git 工作流程_第30张图片

 拉起远程仓库中的dev分支内容并于master分支合并

Git 工作流程_第31张图片

 检查文件

Git 工作流程_第32张图片

 三,fork流

一般由项目组长建立代码的主仓库,剩余小组开发人员首先要对其仓库进行Fork,就是从主仓库将项目复制一份到自己的仓库,这个仓库只第一次需要操作。之后再进行clone处理,不要每次看见仓库就直接clone。

(1)fork

找到你想要复制的仓库

 复制成功

Git 工作流程_第33张图片

 你会发现,自己仓库里又多了一个仓库(复制到了你的远程仓库)

Git 工作流程_第34张图片

 (2)clone 仓库中的内容

这里我就跳过了一些步骤

Git 工作流程_第35张图片

 (3)拉取远程仓库

(你复制的那个远程仓库,这样你就和两个远程仓库建立了联系)

先查看,你的远程仓库 git remote -v,origin就是代表你自己的

Git 工作流程_第36张图片

 添加另一个远程仓库   git remote add upstream ssh://主仓库地址 (当然是你自己的ssh了)(upstream是远程仓库的代称,可以随意命名)

 再次查看仓库,就可以看见,另一个远程仓库了

Git 工作流程_第37张图片

 (4)修改分支并提交

查看本工作区的分支

Git 工作流程_第38张图片

 查看所有本地和远程的全部分支(你自己的,origin下的分支)

如图本地 master分支 & 远程 dev master 分支

Git 工作流程_第39张图片

 新建本地check分支,dev分支,并切换到check该分支上,修改文件(这里我加了一个helloeveryboy.txt)

Git 工作流程_第40张图片

 修改后就该提交代码了,这里不能直接提交,你要明白,这是多人协作,你复制的那个仓库已经不是最新的了,你需要在pull一下最新的仓库,而在此之前,你需要把你的文件放在暂存区,等把最新的仓库拉取后,在把文件从暂存区取出来,合并,这样就避免了冲突

保存暂存区

git stash save "save message"

  将代码放入暂存区之后,直接拉取

git pull upstream dev

取出并合并

git stash pop

然后就可以提交了给远程仓库了

git add .  #这里的点是全部修改内容,或者自行选中单个文件
git commit -m "feat:add UserManagement"
git push origin HEAD:分支名称

然后就是提交PR,向主仓库发送请求合并

Git 工作流程_第41张图片

 然后就等主仓库同意请求就完成任务了

(5)结束

你可以将本地的刚新建的工作分支合并到dev分支上,再删除该分支,例如这次工作新建的分支为check:

git checkout dev #切换到dev分支
git merge check # 将check分支合并到当前分支
git branch -d check #删除check分支

或者你也可以直接删除chek分支,pull主仓库来更新代码,也别忘了同步更新你自己的仓库。

剩下的就是你每天都要操作的流程了。

  1. 早上起来,把代码放在暂存区。
  2. 拉最新的仓库。
  3. 把代码从暂存库取出并合并。
  4. 工作。
  5. 提交给远程仓库(add. commit )。
  6. 发送合并请求。

后言

  • 在每次新建分支之前和push之前,都要pull一下主仓库,保证代码最新,避免产生冲突。
  • 任何关于项目的私密信息,例如一些账号密码等,不要放到开源平台上!也不要随意把项目源码在未经负责人的同意下私自开源。
  • 在每次提交了合并请求之后不要立马删除该分支,并且写新的代码之前也要再新建一个分支,因为分支合并请求提交之后需要时间,如果合并请求不通过还要在该分支上进行修改。
  • 如果有项目伙伴因需求更改了项目文件名称或是一些文件夹的名称,需要告知所有在工作中的伙伴停下手中的工作,等待文件名称修改后,push到仓库后,其他伙伴再拉新的代码,再进行工作。

【精简全流程】带你了解实际工作中git的使用流程_皆非的万事屋的博客-CSDN博客_工作中git使用流程发现了一个博主写的特别好,再次摘抄一下,希望对大家有所帮助。

 

你可能感兴趣的:(Git,git)