Evan's Blog

# Git

# 基础命令

平时工作：

拉取项目：git pull

暂存本地：git add .

查看暂存：git status

提交本地仓库：git commit -m '本次提交注释'

提交远程仓库：git push [origin master] // []可以省略

master之外的分支直接使用git push:
git push --set-upstream origin develop

We can use the git gui command to open a UI window that can be handled manually.

Similarly, we can use the gitk command to view the visual git log.

# Undoing changes

The following is a summary of undoing changes.

How to work with the working directory? If a new file is added, git knows nothing about it. When we use git status command, it will show Untracked files. At this time, we need to use the git clean -xdf command to remove the new file.

If we use the git add . command which means moving Unstaged changes to Staged Changes. Currently the git checkout command is useless. To handle the staging area, we can use the git reset -- file.txt command.

How can we undo the committed log? If we want to update the previous commit, we can use the git commit --amend -m 'commit message' command.

偶尔使用：


本地项目和远端GitHub连接：git remote add origin https://github.com/vanoneang/vue-music.git

更改本地仓库的远程连接：git remote set-url origin https://github.com/vanoneang/vue-music.git

查看本地仓库的远程连接：git remote -v

查看用户名：git config user.name

查看邮箱：git config user.email

强行覆盖之前版本：git push -u origin master -f 

查看所有分支：git branch -a

查看本地分支：git branch

创建本地分支，但依旧停留在当前分支：git branch devel

切换远程分支并创建到本地：git checkout -b devel origin/devel

本地创建分支，并推送到远端：
git checkout -b devel
git push origin devel:devel

删除本地分支(先切换到master分支)：git branch -D devel

-D是--delete --force的缩写，你也可以写成-df。

删除远端分支: git push origin --delete devel

切换本地分支：git checkout master

查看远程库的一些信息，及与本地分支的信息: git remote show origin

删除本地库中这些相比较远程库中已经不存在的分支: git remote prune origin

1 - git rebase HEAD~2 -i
2 - pick 最新记录 （这里是合并到）
    squash 第二条 （这里是被合并的）
    squash 第三条（这里是被合并的）
~的作用是在纵向上定位。它可以一直追溯到最早的祖先commit。如果commit历史有分叉，那它就选第一个，也就是主干上的那个。


修正上一条commit
git add .
git commit --amend

git log --oneline

merge分支:

1. 首先确保开发分支commit、push处理完毕
2. 切换到master，执行git pull，确保是最新代码
3. 切换到开发分支,为了保险起见，你可以在merge前先建一个备份分支
4. 执行git rebase master，如果有冲突，解决掉
4. 申请merge request，等待管理员同意

# Git Flow

GitFlow定义了一个围绕项目发布的严格的分支模型

  • master 主分支

  • hotfix bug紧急修复分支 hotfix/

  • release 发布分支，给qa测试使用 release/

  • develop 开发分支（我们主要用这个）

  • feature 功能分支，开发新功能，可以同时有好几个不同的feature分支，完成以后合并到开发分支 feature/

  1. 当项目开发完毕，把当前开发分支合并到发布分支，如果bug紧急需要修复，打一个hotfix分支，确认没问题了，合并到发布分支，打一个tag，这时候把最新的发布分支合并主分支和开发分支，然后删除发布分支；

  2. 当项目正常运行状态，突然发现bug，这时候从主分支，打一个hotfix分支，修复完成之后合并回主分支，并且打一个新的tag，同时，把最新的代码合并到开发分支，相当于同时维护master分支和develop分支；

  3. master分支和develop分支是长期存在的，其他分支完成使命后要删除。

  4. hotfix/release/feature这三个分支的名字，作为一个文件夹类似的东西，比如hotfix/login

  5. 新功能分支不能与master分支有交互

  6. 如果从develop上切出来一个feature分支，这时候develop和feature分支都在往前走，feature上已经有很多次commit了，如果想要把这些commit合并成一个，执行git rebase develop，解决冲突，然后上传，切到develop分支，git merge feature合并过来，删除feature

    ← Docker →