Git 实战

入门

什么是git

git 是一个分布式版本控制软件

  • 版本控制：类似于毕业论文，文案等，需要反复修改和保留原历史数据。
  • 分布式
    • 文件夹拷贝
    • 本地版本控制
    • 集中式版本控制
    • 分布式版本控制

版本控制

保留之前的所有版本，方便回滚和修改

安装git

官方安装步骤

基本步骤

初始化

想要让 git 对一个目录进行版本控制需要的步骤：

  • 进入要管理的文件夹
  • 执行初始化命令：git init
  • 查看管理目录下的文件状态
    git status


#新增的文件和修改但未提交的文件显示红色
  • 管理指定文件(红色文件变绿)
    git add 文件名
git add . #管理目录下所有文件
  • 个人信息配置：用户名，邮箱
    • 用于记录是谁生成了版本
    • 执行一次即可
  • git config --global user.email "xxxxx"
git config --global user.anme "xxxxx"
  • 生成版本：提交
    git commit -m '描述信息'
  • 查看版本记录
    git log
git log --graph //以图表形式显示
//格式化图表方式显示,格式化内容是哈希值和记录
git log --graph --pretty=format:"%h &s"

扩展新功能

git add
git commit -m '我干了啥'

回滚

  • 将所有的修改回到某次提交的状态
    git reset --hard 版本号（commit后的字符串）

撤销

  • 先使用 git reflog查看包含回滚的日志信息，使用其中的版本号
  • 再使用 git reset --hard +版本号

命令总结

branch

分支概念

分支可以给使用者提供多个环境，用于把当前工作从开发主线上分离出来，而不影响主线。

场景：多人合作开发不同分支再合并 / 开发其他功能时紧急修复master主分区BUG

使用分支

  • 查看目前所在分支：git branch
  • 创建分支：git branch 分支名
  • 切换分支：git checkout 分支名
    • 创建并切换到分支：git checkout -b 分支名
  • 合并其他分支到当前分支：git merge 要合并过来的分支
    • 要切换分支后再合并
    • 可能产生冲突，需要手动解决
  • 删除分支：git branch -d xxx

工作流

分支至少要有两个

  • master 主分支：只用保留正式，稳定的版本
  • dev(开发) 分支：代码都在这儿写

github

push

上传代码到github

  • 给远程仓库起别名
    git romote add origin 远程仓库地址
  • 向远程推送代码
    git push -u 分支名称  #-u默认向master分支提交
git push #按照上次-u指定的分支自动提交
git push origin dev #手动指定提交的分支

clone

在别的电脑上下载代码

  • 克隆远程仓库代码
    git clone 远程仓库地址
  • 更新远程仓库的部分代码到本地
    git pull origin dev

场景实战

  • 在公司新电脑上下载代码
    git clone 远程仓库地址
git checkout 分支 #切换分支
  • 下载完代码后继续开发
    • 切换到dev分支进行开发
    git checkout dev
    • 把master分支合并到dev（仅一次）保证dev代码是master中最新的
    git merge master
    • 修改代码
    • 提交代码
    git add .
git commit -m '今天干了啥'
git push origin dev
  • 下班回家继续写代码
    • 切换到dev分支进行开发
    git checkout dev
    • 代码从远程仓库拉下来
    git pull origin dev
    • 继续开发
    • 提交代码
    git add .
git commit -m '回家干了啥'
git push origin dev
  • 到公司继续开发
    • 切换到dev分支
    git checkout dev
    • 拉最新的代码（无需clone,只需要pull获取最新的即可）
    git pull prigin dev
    • 继续开发
    • 提交代码
  • 开发完毕要上线
    • 将dev分支合并到master, 进行上线
    git checkout master
git merge dev
git push origin master
    • 把dev分支也推送到远程保存代码
    git checkout dev
git merge master
git push origin dev

偶然事件

公司开发了一半的功能忘记提交代码

#代码写了一半
git add .
git commit -m '忘记提交到云端'
git push ..... #忘记push了

回家又开发了新代码后提交了

#写了其他代码
git add .
git commit -m '在家写了其他代码'
git push origin dev

到公司再次拉的时候会进行合并,合并时如果有共同修改的代码就会发生冲突

git pull origin dev
CONFLICT(content): Merge conflict in xxxx(冲突的文件)

冲突的代码两个记录都会保存下来, 需要手动解决冲突，解决完后继续开发

代码开发完
git add.
git commit -m '合并后开发完毕'
git push origin dev

命令总结

git pull拆分

git pull origin dev  //远程仓库到工作区

相当于:

git fetch origin dev  //从远程仓库拉到本地版本库
git merge origin/dev  //通过版本库更新到工作区

rebase变基

使git的提交记录变得简洁，不分叉

整合记录

很多时候中间的提交记录对别人是没有意义的， 因此把多个提交记录整合成一个记录

git rebase -i + 版本号   //把最新的版本到指定版本号版本中间的记录进行合并
git rebase -i HEAD~xxx  //把最新的版本往前xxx个版本之间的记录进行合并

出现的配置文本中,把版本号前的Pick改成需要的命令,并保存

如s :把本版本提交记录合并到上一个版本

保存后可以修改合并后的提交信息

注意: 不要合并已经push到仓库的版本的记录,和本地不一致造成麻烦

记录归并

把不同分支的提交合并

  • 切回到dev分支
    git checkout dev
  • 把master分支内容合并到dev, 并且代码也会拉下来
    git rebase master
  • 切换回master分支, 把 dev 合并回来
    git checkout master
get merge dev

解决合并时分叉

从远程拉回有差异的代码时, 不使用 git pull , 将其拆成 fetch 和 merge,

其中 merge 时使用记录归并的方式

git fetch origin dev
git rebase origin/dev
rebase产生冲突

若 rebase 时产生冲突

    • 解决冲突 ： git add ..
    • 解决后继续： git rebase --continue

byond compare 快速解决冲突

  • 在git中配置bc作为解决冲突的工具
    git config --local（只对当前项目有效） merge.tool bc  //bc 是给byond compare起名字
git config --local mergetool.path '/xxx/xx/xx' //byond compare 安装目录
git config --local mergetool.keepBackup false  //让bc 不保留原文件备份
  • 应用 bc 解决冲突
    git mergetool

多人协同开发

gitflow 工作流

github 中的实践

创建仓库

两种形式：合作者和组织

合作者

将用户添加到仓库合作者中，用户就能向仓库提交代码

通常个人使用此方式

组织

将成员邀请加入组织，组织下可以创建多个仓库，组织成员可以向组织下的仓库提交代码

通常企业使用此方式

基于Tag管理

使用版本的哈希值过于繁琐，因此使用正常人对版本的理解

  • 创建本地tag信息
git tag -a v1.0 -m '版本介绍'
  • 删除tag
    git tag -d v1.0
  • 本地tag信息推送到远程
    git push origin --tags
  • 更新本地tag版本信息
    git pull origin --tags
  • 切换tag
    git checkout v1.0
  • 下载指定tag的代码
    git clone -b v0.1 远程地址

邀请成员

进入组织

  • 默认只有读权限

成为项目合作者

  • 具有修改权限

成员开发

  • 代码下载下来
    git clone xxxx地址
cd ..目录
git checkout dev    #切换到dev分支
git checkout -b 斗地主  #在dev上创建自己的功能分支
  • coding......
  • 提交代码
    git add .
git commit -m '斗地主开发完成'
git push origin 斗地主

code review

使用github中的 pull request实现

配置

设置代码review之后才能合并到dev分支

成员提交 code review 申请

组长做review

提测上线（预发布）

  • 基于 dev 分支 创建release分支
    git checkout dev
git checkout -b release
  • 开始测试等操作
  • 合并到master
    使用pull request合并
或
本地将release合并到master分支
  • 在master分支打 tag
    git tag -a v2 -m '第二版斗地主功能'
git push origin --tags
  • 运维人员下载代码进行上线
    git clone -b v2 地址

开源项目贡献代码

  1. fork源代码，源码拷贝到自己的仓库

  2. 在自己的仓库进行修改代码
    1. 按照以前的流程：
      cd ... #指定目录
git clone xxx #下载下来
    2. 修改代码
    3. 提交到自己仓库
      git add .
git commit -m '改了BUG'
git push origin master
  3. 给源代码作者提交 pull request 申请

  • 对方就会进行审核

其他

git配置文件

项目配置文件

项目/.git/config

git config --local user.name '小明'
git config --local user.email 'xxx@qq.com'

全局配置文件

~/.gitconfig

git config --global user.name '小明'
git config --global user.email 'xxx@qq.com'

系统配置

需要root权限，用的少

/etc/.gitconfig

git config --system user.name '小明'
git config --system user.email 'xxx@qq.com'

应用场景

常用的配置

git免密登录

URL中实现

原来的地址：https://github.com/WuPeiqi/dbhot.git
修改成免密登录地址：https://用户名：密码@github.com/WuPeiqi/dbhot.git

git romote add origin https://用户名：密码@github.com/WuPeiqi/dbhot.git
git push origin master

SSH实现

企业用的多

  • 生成公钥和私钥
    ssh-keygen
    • 默认放在 /.ssh 目录下
    • id_rsa.pub是公钥
    • id_rsa私钥
  • 拷贝公钥内容，设置到github

  • 在git本地配置ssh地址
    git remote add prigin xxx(ssh协议地址)
  • 以后直接使用

git自动管理凭证

本地用的多

git忽略文件

让git不去管理当前目录下的某些文件

  • 创建一个.gitignore文件
  • 在里里面直接写忽略的文件名
  • 或者使用通配符，子目录，正则等
    • *.h
    • !a.h
    • files/
    • *.py[a|b|c]

任务管理相关

issues

相当于是个讨论问题，反馈BUG，指定问题的类型，还能指派问题给谁

wiki

项目文档

posted @ 2020-07-09 10:17  ZackYJ  阅读(49)  评论(1)    收藏  举报