目录

  • 1、项目提交和拉取
  • 2、常用辅助命令
  • 3、标签操作
  • 4、关于分支
  • 5、版本的回退
  • 6、阶段的撤销更改
  • 7、我在开发中遇到的问题及解决方式

Git 指令分类 - 图1

一、项目提交和拉取

  1. // 克隆远程仓库到本地(先cd到指定文件夹下,再执行clone操作）
  2. $ git clone https://github.com/tonyLZQ/TitleBarView.git
  3. // 添加本地库
  4. $ git add ProjectName         --------  "ProjectName"项目名称
  5. // 添加提交日志
  6. $ git commit -m ‘Journal’     
  7. // 提交到远端
  8. $ git push origin master      --------  "master"分支名
  9. // 从远端拉取代码
  10. $ git pull origin master

二、常用辅助命令

  1. // 查看提交日志
  2. $ git log -3  --------查看最近三次提交的记录
  3. // 查看文件提交状态
  4. $ git status

三、标签操作

  1. // 打一个新标签
  2. $ git tag v1.0.0
  3. // 查看所有标签
  4. $ git tag
  5. // 根据commit id 打标签
  6. $ git tag v1.0.1 2fbb88d5fad5a03e5b4ef2df316b4d32f5339ef5
  7. // 删除标签
  8. $ git tag -d v1.1.0
  9. //给标签增加说明文档
  10. $  git tag -a v0.1 -m 'version 0.1 released' ef337e1
  11. //可以看到标签说明
  12. $ git show v1.0

四、关于分支

4.1、常用分支命令

  1. //1、 查看分支
  2. $ git branch (查看当前本地所有分支)
  3. # * dev          ---- 当前分支
  4. #   master       ---- 主分支
  5. $ git branch -a 查看当前所有分支(包含远程分支)
  6. #   develop_jyj
  7. # * develop_jyj_crm
  8. #   remotes/origin/HEAD -> origin/master
  9. #   remotes/origin/develop_jyj
  10. #   remotes/origin/develop_jyj_crm
  11. #   remotes/origin/develop_zf
  12. #   ...
  13. //2、 创建分支
  14. $ git branch dev
  15. //3、 切换分支    --鼓励使用switch
  16. $ git checkout dev
  17. //4、 创建并切换分支（相当于前两步操作）
  18. $ git checkout -b dev
  19. //5.1、 合并分支
  20. $ git merge dev                 ------ ⚠️ （此命令为：合并某分支到当前分支，例：将dev合并到master），则当前所处于master分支。
  21. //5.2、 合并dev分支上的某条记录到master上
  22. //（例如：在dev上有三次提交记录，但是只想把其中的第二次合并到master上去，采取这个命令）
  23. git cherry-pick "ddec59e2..."   ------⚠️ 在master分支下输入命令，参数为 commit-id   退出cherry git cherry-pick abort
  24. // 如果在合并中存在以下冲突，进入文件夹手动解决冲突再次提交
  25. hint: after resolving the conflicts, mark the corrected paths
  26. hint: with 'git add <paths>' or 'git rm <paths>'
  27. //6、 删除指定分支
  28. $ git branch -D dev              ------ ⚠️（保证当前分支为非删除分支）

4.2、常用分支策略

master 作为主分支，另外再创建一个开发分支，平时我们写代码在开发分支中去做，等到测试完成没问题之后再合并到主分支上去，这种情况适用于：

  • 已上线项目，开发新版本。
  • 接手的项目并不是特别熟悉，需要去修改一个重要bug。

个人认为，如你的项目还没有上线，这个时候就没有必要去搞什么分支，这样就显的画蛇添足了。

4.3：关于Bug分支（源自：廖雪峰网站）

  1.    当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：<br />       并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？
  • 解决办法
    Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作。

  • 工作流程

    1. $ git status  ----- 查看工作区
    2. # On branch dev
    3. # Changes to be committed:
    4. #   (use "git reset HEAD <file>..." to unstage)
    5. #
    6. #       new file:   hello.py
    7. ......
    8. $ git stash  ----- 把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
    9. # Saved working directory and index state WIP on master: c354341 修改冲突
    10. // 此时工作区域干净了，可在master下创建分支去修复bug，修复成功后合并到master，删除bug分支。
    11. $ git stash list  ----- 查看刚才的工作现场
    12. # stash@{0}: WIP on master: c354341 修改冲突
    13. // 工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下
    14. $ git stash pop  -----恢复刚才的工作现场
    15. # On branch dev
    16. # Changes to be committed:
    17. #   (use "git reset HEAD <file>..." to unstage)

  • 小结：
    修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
    当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。

五、版本的回退

原理：调整HEAD指针

  1. // 查看最近三次的提交记录
  2. $ git log -3
  3. # commit 65e19bef8eed336aefedaca636d78e71cea1d4f6 (HEAD -> master, origin/master, origin/HEAD)
  4. # Author: lizhiqiang <601623654@qq.com>
  5. # Date:   Wed Mar 14 15:54:06 2018 +0800
  6.     增加1.1.3版本
  7. # commit 2fbb88d5fad5a03e5b4ef2df316b4d32f5339ef5
  8. # Author: lizhiqiang <601623654@qq.com>
  9. # Date:   Wed Mar 14 15:51:22 2018 +0800
  10.     增加1.1.2版本
  11. # commit aa0f5ce90153c76249a12b8fa638a42b5155612b
  12. # Author: lizhiqiang <601623654@qq.com>
  13. # Date:   Wed Mar 14 15:46:03 2018 +0800
  14.     增加1.1.1版本
  15. // 退回到上一个版本
  16. $ git reset --hard HEAD^
  17. # HEAD is now at 2fbb88d 增加1.1.2版本    
  18. -----在此我们可以看到，HEAD指针已经由1.1.3版本指向了1.1.2版本，如果你把xcode打开就可以看到，1.1.3的代码已经消失了
  19. -----如果你的命令窗口没有关闭的话，通过commit id 还是可以返回1.1.3的,具体请看下一条命令
  20. // 返回任意版本
  21. $ git reset --hard 65e19bef8eed336aefedaca636d78e71cea1d4f6
  22. # HEAD is now at 65e19be 增加1.1.3版本
  23. // 将修改后的版本推送至服务器
  24. $ git push -f -u origin master

补充：
如果做了版本回退之后，关掉屏幕之后在想回到原来的版本怎么办？
可以通过 git log 查看到commit id,再根据commit id将HEAD指针修改到指定的位置。

六、阶段的撤销更改

Git 指令分类 - 图2
work.png

  1. // 已修改，未暂存   ------------没有执行 git add
  2. $ git checkout .    （或 $ git reset --hard）
  3. // 已暂存，未提交   ------------你已经执行了 git add . ，但还没有执行 git commit -m "comment" 。
  4. $ git reset
  5. $ git checkout .     (或 $ git reset --hard)
  6. // 已提交，未推送   ------------既执行了 git add . ，又执行了 git commit 
  7. $ git reset --hard origin/master
  8. // 已推送          ------------既 git add 了，又 git commit 了，并且还 git push 了
  9. $ git reset --hard HEAD^
  10. $ git push -f

七、我在开发中遇到的问题及解决方式

7.1、无法忽略 .xcuserstate的解决方法

  1. - cd /到项目文件夹下
  2. - $ git status
  3. // 显示
  4. modified:   WJZF.xcodeproj/project.xcworkspace/xcuserdata/lizhiqiang.xcuserdatad/UserInterfaceState.xcuserstate
  5. - $ git rm --cached WJZF.xcodeproj/project.xcworkspace/xcuserdata/lizhiqiang.xcuserdatad/UserInterfaceState.xcuserstate
  6. - $ git commit -m "删除xcuserstate文件"
  7. - $ git push

7.2、冲突

  1. Please move or remove them before you can merge
  2. 原因：本地修改和云端别人修改的有冲突
  3. git clean  -d  -fx ""
  4. 删除本地修改，使用云端代码

:::tips 删除本地修改，使用云端代码
git clean -d -fx '' :::

7.3、推送问题

  1. fatal: unable to access 'https://gitee.com*****/': 
  2. Could not resolve host: gitee.com
  3. 我遇到这个问题是远程网断了，可以ping一下远程仓库，看通不通