git使用（由浅到深）

1. 分布式版本控制与集中式版本控制

1.1 集中式版本控制

集中式版本控制系统有:CVS和SVN
它们的主要特点是单一的集中管理的服务器，保存所有文件的修订版本；
协同开发人员通过客户端连接到这台服务器，取出最新的文件或者提交更新

优缺点
- 相较于老式的本地管理来说，每个人都可以在一定程度上看到项目中的其他人正在做些什么。
但是集中式版本控制也有一个核心的问题：中央服务器不能出现故障：
如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你将丢失所有数据；

1.2 分布式版本控制

分布式版本控制系统有：Git
优缺点：
- 客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来，包括完整的历史记录；
- 这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复；
- 因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份；

2. 安装与配置

安装与配置参考

用户名与邮箱配置

javascript 复制代码

$ git config --global user.name "username"
$ git config --global user.email "email@example.com"

3. git 命令行操作

基本指令前提

javascript 复制代码

1. 克隆项目  `git clone 项目地址`
2. 初始化仓库` git init`
3. 添加暂存区 `git add .`
4. 提交本地仓库 `git commit -m 项目初始化`
5. master分支创建release分支` git branch release`
6. 基于master分支创建develop分支 `git branch develop`

clike 复制代码

# 推送master分支
git push -u origin master
# 推送release分支
git push origin release
# 推送develop分支
git push origin develop

css 复制代码

# 在任意目录操作  (仓库地址仅供参考)
git clone https://gitee.com/zd1231230/doctor-demo.git
# 拉取其他分支
git fetch 项目地址 分支名称:别名
git fetch https://gitee.com/zd1231230/doctor-demo.git drugPayment:drugPayment

3.1 A D M U标识

M modified 你已经在github中添加过该文件，然后你对这个文件进行了修改，就会文件后标记M

U untracked 你在本地新建了这个文件，还未提交到github上，就会标记U
D delete 你删除了这个文件，vscode - git会记录下这个状态
A 在暂存区还没有提交

3.2 项目初始化与提交基本命令

javascript 复制代码

$ mkdir gitMaster
$ cd gitMaster
$ pwd
/Users/git/gitMaster

初始化仓库 git init

javascript 复制代码

$ git init
Initialized empty Git repository in /Users/hxk/mymenu/.git/

添加文件到仓库

javascript 复制代码

$ git add test.txt

提交文件到仓库
- - m 后面是提交说明
- 提交的备注写错，可以使用 git commit --amend 修改

javascript 复制代码

$ git commit -m "a new file"

查看提交的历史记录

javascript 复制代码

git log

查看状态

powershell 复制代码

$ git status

3.3 文件状态跟踪与操作流程

文件在提交时可以分为跟踪和未跟踪状态
- 未跟踪：默认情况下，Git仓库下的文件也没有添加到Git仓库管理中，我们需要通过add命令来操作；
- 已跟踪：添加到Git仓库管理的文件处于已跟踪状态，Git可以对其进行各种跟踪管理；
检测文件的状态

powershell 复制代码

git status --s
git status --short

已跟踪的文件又可以进行细分状态划分
- staged：暂缓区中的文件状态；
- Unmodified：commit命令，可以将staged中文件提交到Git仓库
- Modified：修改了某个文件后，会处于Modified状态；
命令跟踪文件 git add . 并添加到暂存区
文件更新提交 -- git commit - m 提交说明

3.4 提交历史记录与版本回退

javascript 复制代码

git log   // 提交的日志 （里面包含提交的id）   q 退出
git log --pretty=oneline --graph  //简短的提交历史日志 （可以看到分支的提交结构）
git log --pretty=oneline

如果想要进行版本回退，需要知道目前处于哪一个版本 Git通过HEAD指针记录当前版本
git reset--hard HEAD ^ ^ 上一个版本
git reset--hard HEAD~1000 ~数字上几个版本
git reset--hard 595674bdc04935452e583b360e714238b1295bf7 指定版本

3.5 git 忽略文件

.gitignore 的文件，列出要忽略的文件的模
式；

javascript 复制代码

# Logs
logs
*.log
npm-debug.log*
yarn-debug.log*
yarn-error.log*
pnpm-debug.log*
lerna-debug.log*

node_modules
.DS_Store
dist
dist-ssr
coverage
*.local

/cypress/videos/
/cypress/screenshots/

# Editor directories and files
.vscode/*
!.vscode/extensions.json
.idea
*.suo
*.ntvs*
*.njsproj
*.sln
*.sw?
src/views/User/components/ConsultItem.vue

3.6 远程服务器

查看远程仓库

javascript 复制代码

git remote
git remote --v
-v是---verbose的缩写(冗长的)

添加远程地址：让本地的仓库和远程服务器仓库建立连接

javascript 复制代码

git remote add <shortname> <url>
git remote add origin http://152.136.185.210:7888/gitremotedemo.git

javascript 复制代码

重命名远程地址： git remote rename master newMaster
移除远程地址：  git remote remove gitlab

具体步骤

javascript 复制代码

// 重要 添加远程地址（让本地的仓库和远程服务器仓库建立连接）：
//  git remote add < shortname > <url>
  0. git init    // 初始化
  1.  git remote add origin  https://gitee.com/zd1231230/in.git   // 关联远程仓库
  2.0  git push --set-upstream origin newFetch 提交到远程仓库
  2.1   git pull https://gitee.com/zd1231230/in.git master  拉取仓库到主分支
  3.  新建仓库 newFetch
  4.   git commit -a -m "初始化"
  5. push

注意点 关联远程仓库后拉取分支并合并 git pull

javascript 复制代码

git pull 等于  git fetch + git merge(rebase)

3.7 分支创建切换与合并

分支创建

javascript 复制代码

git branch 分支名

创建分支并合并

javascript 复制代码

git checkout -b <newbranchname>

分支合并

javascript 复制代码

git merge <name>

查看和删除分支
git branch # 查看当前所有的分支
git branch --v # 同时查看最后一次提交
git branch --merged # 查看所有合并到当前分支的分支
git branch --no-merged # 查看所有没有合并到当前分支的分支
git branch --d hotfix # 删除当前分支
git branch --D hotfix # 强制删除某一个分支

3.8 跟踪分支

问题一：当前分支没有track的分支
原因：当前分支没有和远程的origin/master分支进行跟踪
- 在没有跟踪的情况下，我们直接执行pull操作的时候必须指定从哪一个远程仓库中的哪一个分支中获取内容；
直接执行

javascript 复制代码

git push  origin master

如果我们想要直接执行git fetch是有一个前提的：必须给当前分支设置一个跟踪分支

4. Git的工作流（git flow）

由于Git上分支的使用的便捷性，产生了很多Git的工作流：
- 也就是说，在整个项目开发周期的不同阶段，你可以同时拥有多个开放的分支；
- 你可以定期地把某些主题分支合并入其他分支中；
比如以下的工作流：
- master作为主分支；
- develop作为开发分支，并且有稳定版本时，合并到master分支中；
- topic作为某一个主题或者功能或者特性的分支进行开发，开发完成后合并到develop分支中；

javascript 复制代码

git fetch 项目地址 分支名称:别名
git fetch https://gitee.com/zd1231230/doctor-demo.git dev:dev

git flow 工作流图

文章参考：rebase与tag标签