Git

基本操作

  • 基本操作

    git init 创建一个新的本地存储库

    git clone 克隆代码

    git clone -b <分支名称> [指定目录] 将存储库克隆到指定目录,并指定分支

    git status 查看当前更改状态

    git add 提交更改,存储到暂存区

    git reset 取消暂存文件,保留文件更改 [–hard] 将所有内容恢复到最后一次提交

    git checkout . 还原所有修改,不会删除新增的文件

    git clean -xdf 下面命令会删除新增的文件

    git diff 查看已更改但未暂存内容的差异 [–staged] 已 commited 但尚未提交的内容的差异

    git commit -m “add 添加新功能” 提交本地仓库

    git commit –amend -m “new message” 重写最后的提交消息

    git commit –amend –no-edit 修改最新的提交而不更改提交消息

    git log 显示当前活动分支的提交历史

    git log branchB..branchA 显示 branchA分支 上不在 branchB分支 上的提交

    git diff branchB…branchA 显示 branchA分支 中的内容与 branchB分支 中的内容的差异

    git push 提交远程仓库 ( 默认是向远程仓库的master分支push)

    git push origin xxxxxx 提交到远程仓库的xxxxxx分支

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    // 功能开发完成后,将提交的本地仓库的xxxxxx分支合并到主分支,再上传到远程仓库

    //首先切换到主分支
    git checkout master
    //拉取master分支新代码,防止主分支做了更改,合并失败( 此阶段可能会产生冲突)
    git pull
    //将xxxxxx分支合并到master主分支
    git merge xxxxxx
    //将最新代码推送到远程仓库
    git push
  • 分支操作

    git branch 查看当前分支;列出所有本地分支 [-av] 列出所有分支,本地和远程

    git branch -m #重命名分支

    git checkout 切换分支 [-b 分支名] 并创建 [-d 分支名] 删除分支

工作中项目git都如何管理,冲突,push不上去如何解决

  1. 现在公司中一般的git仓库的管理方式是什么样的

    • 共用一个仓库,不同开发人员用不同分支,编写完后,再合并到主分支( 中小型公司)
    • 主仓库不直接开发,成员把仓库fork到自己的账号下,然后开发合并
  2. 代码为什么会push不上线上仓库

    • 没有权限
    • 本地比线上落后,有人比你先提交了他的功能代码( 重点)
    1
    2
    3
    4
    5
    6
    7
    8
    // 解决方案
    git pull // 然后在重新提交

    // 如果发生的冲突修改的是跟你是同一个文件的同一区域 git pull 就会产生冲突,需协商手动解决
    // 如果有冲突会有 '<<<<< HEAD' 和 '======' ">>>>>>>> 哈希值"
    '<<<<< HEAD' 到'======' 是你本地的版本代码
    '======' 到 ">>>>>>>> 哈希值" 是远程仓库版本
    // 协商手动解决完后,需重新走一遍提交流程
  3. 如何解决代码冲突

worktree

功能:它 允许我们同时在多个分支上工作,并且每个分支都有自己的工作目录

场景:你正在某个分支中处理一个功能,突然之间需要在主分支(master)中修复一个关键性 bug

不使用 git worktree

  1. 在分支中存储或提交功能的更改
  2. 切换到主分支(master),在主分支中修复错误,提交修复
  3. 切换回功能分支,然后取消存储或检出更改。

使用 git worktree:

  1. 使用以下命令为主分支创建一个新的工作树到新的文件夹下
1
git worktree add ../bugfix master
  1. 并在该目录中签出主分支。现在,你可以转到 bugfix 目录并修复 bug,在这里进行的任何更改都将在主分支上进行,并不会影响其他分支。一旦完成了bug修复,则可以直接提交你的更改
1
2
cd ../bugfix
git commit -am "修复 bug"
  1. 返回到原工作目录并继续在原分支(feature)上完成之前的工作,在原分支(feature)中的完成过的代码依然存在,并且你不需要进行额外的存储和切换分支的操作
1
2
cd ../feature
// 分支功能操作