工具

发布日期: 2022-03-01

版本控制软件

git 提交代码到同一分支时冲突的解决

我们在同一分支上开发代码时，代码冲突是不可避免的。下面通过我今天提交项目就遇到了这个问题，问题就是:同事和我两个人在同一个分支上开发代码，今天他提交之后，我在去用git push -u origin mall提交代码出现一下报错

lng@DESKTOP-9TD21KL MINGW64 ~/Desktop/kaol/kaol (mall)
$ git push -u origin mall
To https://gitee.com/lingpe/kaol.git
 ! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'https://gitee.com/lingpe/kaol.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

接下来我们来解决问题

需要先通过git pull 拉取分支的代码

lng@DESKTOP-9TD21KL MINGW64 ~/Desktop/kaol/kaol (mall)
$ git pull
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 3 (delta 1), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), 308 bytes | 51.00 KiB/s, done.
From https://gitee.com/lingpe/kaol
   1bb7c56..65d76a9  master     -> origin/master
Auto-merging main.cpp
CONFLICT (content): Merge conflict in main.cpp
Automatic merge failed; fix conflicts and then commit the result.

拉取代码之后，打开文件可以看到文件中有一些特殊字符，会提示具体是哪一行代码发生了冲突。
特殊字符可以很明白的看到代码哪里出现了问题，一般会分为两端，就是你所冲突的代码，把特殊字符删掉，根据你功能的需要决定删除或保留那些代码。
修改完成之后，重新执行提交代码三部曲，git add . git commit -m "冲突" git push -u origin mall

以上就是我今天在提交代码的时候出现的问题，并解决。记录一下，

公司中实际项目用到的Git 操作：

git add .

git commit -m "主要做了什么工作"

git push -u origin 当前分支 //推送到远程仓库

git checkout master //切换到master分支

git merge tabbar //合并到master分支

总结一下常用的 Git 命令：

git init //初始化仓库
git config -h //查看帮助手册
git status -s //显示文件状态 未跟踪文件前面有红色的？？标记
git add . //向暂存区一次性添加多个文件
git commit -m "新建文件" //提交更新
git push -u origin master //把代码提交到远程仓库的主分支
git branch -v //查看分支
git branch + name //创建分支
git branch -D 分支名 //不能删除当前工作分支或者不存在的分支
git branch -d 分支名 // -d 会提示还没有合并，不能删除
git checkout 分支名字 //切换分支
git merge 分支名 //合并分支如果想把mall 分支合并到master分支上，应该位于master分支上，输入合并分支命令
git pull //将远程仓库上的代码拉去到本地的当前分支上

版本控制软件是一个用来记录文件变化，以便将来查阅特定版本修订情况的系统，因此有时也叫做版本控制系统。

版本控制系统的分类：本地版本控制系统；集中化的版本控制系统；分布式版本控制系统。现在主要使用分布式版本控制系统，前面两种已经淘汰掉了

分布式版本控制系统（Git）的特点：基于服务器，客户端的运行模式

服务器保存文件的所有更新版本
客户端是服务器的完整备份，并不是只保留文件的最新版本

优点：
① 联网运行，支持多人协作开发

② 客户端断网后支持离线本地提交版本更新

③ 服务器故障或损坏后，可使用任何一个客户端的备份进行恢复

Git基础

Git中的三个区域

工作区：处理工作的区域
暂存区：已完成的工作的临时存放区域，等待被提交
Git仓库：最终的存放区域

Git中的三种状态

已修改 modified：表示修改了文件，但还没将修改的结果放到暂存区
已暂存 staged：表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中
已提交 committed：表示文件已经安全地保存在本地的 Git 仓库中
基本的Git工作流程

基本的 Git 工作流程如下：

在工作区中修改文件
将你想要下次提交的更改进行暂存
提交更新，找到暂存区的文件，将快照永久性存储到 Git 仓库
安装并配置Git

1.在 Windows 中下载并安装 Git

在开始使用 Git 管理项目的版本之前，需要将它安装到计算机上。可以使用浏览器访问如下的网址，根据自己
的操作系统，选择下载对应的 Git 安装包：https://git-scm.com/downloads

2.配置用户信息

安装完 Git 之后，要做的第一件事就是设置自己的用户名和邮件地址。因为通过 Git 对项目进行版本管理的时
候，Git 需要使用这些基本信息，来记录是谁对项目进行了操作：

git config --global user.name "用户名"//--global 表示该命令只需要运行一次,即可永久生效
git config --global uaer.email "邮箱地址"

3.获取帮助信息

可以使用 git help 命令，无需联网即可在浏览器中打开帮助手册，

git help config //打开帮助手册
git config -h  //用 -h 选项获得更简明的“help”输出

Git的基本操作

1.获取 Git 仓库的两种方式

将尚未进行版本控制的本地目录转换为 Git 仓库
从其它服务器克隆一个已存在的 Git 仓库

2.在现有目录中初始化仓库

如果自己有一个尚未进行版本控制的项目目录，想要用 Git 来控制它，需要执行如下两个步骤：

① 在项目目录中，通过鼠标右键打开“Git Bash”

② 执行 git init 命令将当前的目录转化为 Git 仓库

git init 命令会创建一个名为 .git 的隐藏目录，这个 .git 目录就是当前项目的 Git 仓库，里面包含了初始的必要文件，这些文件是 Git 仓库的必要组成部分

3.工作区中文件的 4 种状态

未被Git管理: 未跟踪（Untracked）不被 Git 所管理的文件
已被Git管理:

未修改（Unmodified）工作区中文件的内容和 Git 仓库中文件的内容保持一致

已修改（Modified）工作区中文件的内容和 Git仓库中文件的内容不一致

已暂存（Staged）工作区中被修改的文件已被放到暂存区，准备将修改后的文件保存到 Git 仓库中

4.检查文件的状态

git status //查看文件处于什么状态

如果看到新建的 index.html 文件出现在 Untracked files（未跟踪的文件）下面。未跟踪的文件意味着Git 在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非明确地告诉它“我需要使用 Git 跟踪管理该文件”。

git status -s  //以精简的方式显示文件的状态
git status --short

未跟踪文件前面有红色的 ?? 标记

6.跟踪新文件

git add index.html  //用命令 git add 开始跟踪一个文件
git add . //向暂存区中一次性添加多个文件

就是把文件放在暂存区

7.提交更新

git commit -m "新建文件"  
//执行 git commit 命令进行提交,其中 -m 选项后面是本次的提交消息，用来对提交的内容做进一步的描述

8.对已提交的文件进行修改

修改了工作区中 index.html 的内容之后，再次运行 git status 和 git status -s 命令，文件index.html 出现在 Changes not staged for commit 这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。
注意：修改过的、没有放入暂存区的文件前面有红色的 M 标记

9.暂存已修改的文件

如果要暂存这次修改，需要再次运行 git add 命令，这个命令是个多功能的命令，主要有如下 3 个功效：

可以用它开始跟踪新文件
把已跟踪的、且已修改的文件放到暂存区
把有冲突的文件标记为已解决状态

10.提交已暂存的文件

再次运行 git commit -m “提交消息” 命令，即可将暂存区中记录的 index.html 的快照，提交到 Git仓库中进行保存

11.撤销对文件的修改

git checkout --index.html

撤销对文件的修改指的是：把对工作区中对应文件的修改，还原成 Git 仓库中所保存的版本。
操作的结果：所有的修改会丢失，且无法恢复！危险性比较高，请慎重操作！

12.取消暂存的文件

git reset HEAD  要移除的文件名称

13.跳过使用暂存区域

git commit -a -m "描述消息"

Git 提供了一个跳过使用暂存区域的方式，只要在提交的时候，给 git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤

14.移除文件

git rm -f index.js  //从Git仓库和工作区中同时移除index.js
git rm --cached index.css  //只从Git仓库中移除index.css，但保留工作区中的index.css文件

15.忽略文件
一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。在这种情况下，我们可以创建一个名为 .gitignore 的配置文件，列出要忽略的文件的匹配模式。

文件 .gitignore 的格式规范如下：

① 以 # 开头的是注释
② 以 / 结尾的是目录
③ 以 / 开头防止递归
④ 以 ! 开头表示取反
⑤ 可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）

16.glob 模式
所谓的 glob 模式是指简化了的正则表达式：

① 星号 * 匹配零个或多个任意字符
② [abc] 匹配任何一个列在方括号中的字符（此案例匹配一个 a 或匹配一个 b 或匹配一个 c）
③ 问号 ? 只匹配一个任意字符
④ 在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）
⑤ 两个星号 ** 表示匹配任意中间目录（比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等）

17..gitignore文件的例子

 *.a  //忽略所有的.a文件
!lib.a  //但跟踪所有的lib.a, 即便你在前面忽略了.a文件 
/T0D0  //只忽略当前目录下的TODO 文件，而不忽略subdir/T0D0
build/  //忽略任何目录下名为build 的文件夹
doc/*. txt  //忽略doc/notes. txt, 但不忽略doc/server /arch. txt 
doc/**/* .pdf  //忽略doc/ 目录及其所有子目录下的.pdf 文件

18.查看提交历史

如果希望回顾项目的提交历史，可以使用 git log 这个简单且有效的命令。

git log //按时间先后顺序列出所有的提交历史，最近的提交排在最上面
git log -2 //只展示最新的两条提交历史，数字可以按需进行填写
git log -2 --pretty=one line //在一行上展示最近两条提交历史的信息
//在一行上展示最近两条提交历史的信息，并自定义输出的格式
%h提交的简写哈希值
%an作者名字
%ar作者修订日期，按多久以前的方式显示
%s提交说明
git log -2 --pretty=format:"%hI %an| %ar| %s”

19.回退到指定的版本

git log --pretty=oneline //在一行上展示所有的提交历史
git reset --hard <CommitID> //使用git reset --hard 命令，根据指定的提交ID回退到指定版本
git reflog --pretty=one line //在旧版本中使用git reflog --pretty=oneline 命令，查看命令操作的历史
git reset --hard <CommitID> //再次根据最新的提交ID,跳转到最新的版本