版本控制工具git的知识点

1.在公司如何做的协同开发？

使用github工作流实例流程

1. 源仓库构建

     由发起人建立起了一个源仓库，初始化两个永久性分支master和develop，添加团队开发人员。

2. 开发者clone源仓库，并创建自己的分支develop-name

3. 在本地仓库的自己分支develop-name开发，提交commit，推送到远端。

4. GitHub 上提交pull request请求合并到develop分支

      master 和 develop分支禁止直接从本地仓库commit并push到源仓库，必须有开发者的分支合并过去。合并前需要提交pull request的请求，通过相关代码编写人的code review并同意合并后才能将自己的分支合并到develop分支。master分支只能从develop分支合并。

      为了提高效率，防止过多的冲突，在寻求分支合并前，应尝试将develop分支合并到自己分支，提前查看合并的冲突，在解决冲突后在提交pull request。

5. code review

      GitHub 提供了强大的code review功能，可以在线直接review，也可以根据其分支在本地新建一个测试分支，进行review测试。

6. Reviewer 经过测试等没问题，同意可以把代码合并到源仓库的develop中。

参考 https://blog.youkuaiyun.com/weixin_42052836/article/details/80464923

2. git常见命令

git专用名字

    workspace 工作区

    Index/Stage: 暂存区

    Repository: 仓库区

    Remote：远程仓库

git 基本命令

1. 新建代码库

    初始化:创建一个Git仓库，创建之后就会在当前目录生成一个.git的文件

    git init

    新建一个目录，将其初始化为git代码库

    git init [project-name]

    下载一个项目和他的整个代码历史

    git clone [url]

2. 配置

Git 的设置文件为.gitconfig,它可以在用户主目录下(全局配置)，也可以在项目目录下(项目配置)

    显示当前的Git配置

    git config --list

    编辑Git配置文件

    git config -e [--global]

    设置提交代码时的用户信息

    git config [--global] user.name "[name]"

    git config [--global] user.email "[email address]"

3. 增加/删除文件

    添加指定文件到暂存区

    git add [file1] [file2]

    添加指定目录到暂存区，包括子目录

    git add [dir]

    添加当前目录的所有文件到暂存区

    git add

    添加每个变化前，都会要求确认

    对于同一个文件的多处变化，可以实现分次提交

    git add -p

    删除工作区文件，并且将这次删除放入暂存区

    git rm [file1] [file2]

    停止追踪指定文件，但该文件会保留在工作区

    git -rm --cached [file]

    改名文件，并且将这个改名放入暂存区

    git mv [file-original] [file-renamed]

4. 代码提交

    提交暂存区到仓库区

    git commit -m [message]

    提交暂存区的指定文件到仓库区

    git commit [file1] [file2] -m[message]

    提交工作区自上次commit之后的变化，直接到仓库区

    git commit -a

    提交时显示所有diff信息

    git commit -v

    使用一次新的commit，替代上一次提交

    如果代码没有任何新变化，则用来改写上一次commit的提交信息

    git commit -amend -m [message]

    重新上一次commit，并包括指定文件的新变化

    git commit --amend [file1] [file2]

5. 分支

    列出所有本地分支

    git branch

    列出所有远程分支

    git branch -r

    列出所有本地分支和远程分支

    git branch -a

    新建一个分支，但依然停留在当前分支

    git branch [branch-name]

    新建一个分支，并切换到该分支

    git checkout -b [branch]

    新建一个分支，指向指定commit

    git branch [branch] [commit]

    新建一个分支，与指定的远程分支建立追踪关系

    git branch --track [branch] [remote-branch]

    新建一个分支，指向指定commit

    git branch [branch] [commit]

    新建一个分支，与指定的远程分支建立追踪关系

    git branch --track [branch] [remote-branch]

    切换到指定分支，并更新工作区

    git checkout [branch-name]

    切换到上一个分支

    git checkout -

    建立追踪关系，在现有分支与指定的远程分支之间

    git branch --set-upstream [branch] [remote-branch]

    合并指定分支到当前分支

    git merge [branch]

    选择一个commit，合并进当前分支

    git cherry-pick [commit]

    删除分支

    git branch -d [branch-name]

    删除远程分支

    git push origin --delete [branch-name]

    git branch -dr [remote/branch]

    本地存在一个分支，名称叫develop_chen,但没有远程怎么办

    git push origin develop_chen

    这样就在远程建立一个和本地一样的分支

    git branch --set-upstream-to=origin/dvelop develop 本地分支和远程分支建立跟踪关系

6. 标签

    列出所有tag

    git tag

    新建一个tag在当前commit

    git tag [tag]

    删除本地tag

    git tag -d [tag]

    删除远程tag

    git push origin :/refs/tags/[tagName]

    查看tag信息

    git show [tag]

    提交指定tag

    git push [remote] [tag]

    提交所有tag

    git push [remote] --tags

    新建一个分支，指向某个tag

    git checkout -b [brach] [tag]

7. 查看信息

    显示有变更的文件

    git status

    显示当前分支的版本历史

    git log

    显示commit历史，以及每次commit发生变更的文件

    git log --stat

     搜索提交历史，根据关键词

     git log -S [keyword]

     显示某个commit之后的所有变动，其"提交说明"必须符合搜索条件

    git log [tag] HEAD --grep feature

    显示某个文件的版本历史，包括文件改名

    git log --follow [file]

    git whatchanged [file]

    显示指定文件相关的每一次diff

    git log -p [file]

    显示过去5次提交

    git log -5 --pretty --oneline

    显示所有提交过的用户，按提交次数排序

    git shortlog -sn

    显示指定文件是什么人在什么时间修改过

    git blame [file]

    显示暂存区和工作区的代码差异

    git diff

    显示暂存区和上一个commit的差异

    git diff --cached [file]

    显示工作区与当前分支最新commit之间的差异

    git diff HEAD

    显示两次提交之间的差异

    git diff [first-branch] ... [second-branch]

    显示今天你写了多少行代码

    git diff --shortstat "@{0 day ago}"

    显示某次提交的原数据和内容变化

    git show [commit]

    显示某次提交发生变化的文件

    git show --name-only [commit]

    显示某次提交时，某个文件的内容

    git show [commit] : [filename]

    显示当前分支的最近几次提交

    git reflog

    从本地master拉去代码更新当前分支：branch 一般为 master

    git rebase [branch]

8. 远程同步

    git remote update --跟新远程仓储

    下载远程仓库的所有变动

    git fetch [remote]

    显示所有远程仓库

    git remote -v

    显示某个远程仓库，并命名

    git remote add [shortname] [url]

    取回远程仓库的变化，并与本地分支合并

    git pull [remote] [branch]

    上传本地指定分支到远程仓库

    git push [remote] [branch]

    强行推送当前分支到远程仓库，即使有冲突

    git push [remote] --force

    推送所有分支到远程仓库

    git push [remote] --all

9. 撤销

    恢复暂存区的指定文件到工作区

    git checkout [file]

    恢复某个commit 的指定文件到暂存区和工作区

    git checkout [commit] [file]

    恢复暂存区的所有文件到工作区

    git checkout

    重置暂存区的指定文件，与上一次commit保持一致，但工作区不变

    git reset [file]

    重置赞从去与工作区，与上一次commit保持一致

    git reset --hard

    重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变

    git reset [commit]

    重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定commit一致。

    git reset --hard [commit] 

    重置当前HEAD为指定commit，当保持暂存区和工作区不变

    git reset --keep [commit]

    新建一个commit，用来撤销指定commit

    后者的所有变化都将被前者抵消，并且应用到当前分支

    git revert [commit]

    暂时将未提交的变化移除，稍后再移入

    git stash

    git stash pop

10. 其他(合并两个分支:Merge)

     1. 将代码开发分支合入到master中

        git checkout dev      切换到dev开发分支上

        git pull

        git checkout master

        git merge dev         合并dev分支到master上

        git push origin master     将代码推到master上

    2. 将master的代码同步更新到开发分支中

         merge 方法：保证主干提交线干净（可以安全回溯）

         git checkout master

         git pull

         git checkout dev

         git merge master

         git pull origin dev

转载：https://www.cnblogs.com/chenwolong/p/GIT.html

3. git 中 stash 命令作用以及相关其他命令？

作用：在使用Git过程中，经常遇到代码写到一半，突然一个bug需要紧急修复，或者有另一个新的任务需要优先完成，此时写到一半的代码怎么办？使用 git stash命令。

那 git stash 有什么用？

git stash save ‘save message’ ：执行存储时，添加备注，方便查找。如果想要保存当前的修改，可以使用这个命令修改储藏起来，保存在栈上。

git stash list ：想要查看储藏的东西

git stash pop ：命令恢复之前缓存的工作目录，将缓存堆栈中的对应stash删除，并将对应修改应用到当前的工作目录下，默认为第一个stash，即stash@{0}，如果要应用并删除其他stash，命令：git stash pop stash@{num}，比如应用并删除第二个：git stash pop stash@{1}

git stash apply：应用某个存储，但不会把存储从存储列表中删除，默认使用第一个存储，即stash@{0},如果要使用其他个，git stash apply stash@{num}，比如第二个：git stash apply stash@{1}

git stash clear：删除所有缓存的stash

git stash drop stash@{num} ：丢弃stash@{num}存储，从列表中删除这个存储

git stash show ：显示做了哪些改动，默认show第一个存储，如果显示其他存贮，后面加stash@{num}

git stash show -p :显示第一个存储的改动，如果想显示其他存储，命令 git stash show stash{num} -p

4. git 中 merge 和 rebase 命令 的区别。

merge 和 rebase 都是用来合并的分支的。

git merge ：将两个分支，合并提交为一个新提交，并且新提交有2个parent。

git rebase  : 会取消分支中的每个提交，并把他们临时存放，然后把当前分支更新到最新的origin分支，最后再把所有提交应用到分支上。

什么是分支？

    分支就是便于多人在同一项目中的协作开发。比方说：每个人开发不同的功能，在各自的分支开发过程中互不影响，完成后都提交到develop分支。极大的提高了开发的效率。

合并分支

    每个人创建一个分支进行开发，当开发完成，需要合并到develop分支的时候，就需要用到合并的命令。

什么是冲突

合并的时候，有可能会产生冲突

冲突的产生是因为在合并的时候，不同分支修改了相同的位置。所以在合并的时候Git不知道哪个到底是你想保留的，所以就提出疑问(冲突提醒) 让你自己手动选择想要保留的内容，从而解决冲突。

merge 

在这里，你可以用pull命令把origin分支上的修改拉下来并且和你的修改合并，简单来说就是合并两个分支合并生成一个新的提交。

rebase 

如果你想让mywork分支历史看起来像没有经过任何合并一样，你也许可以用git rebase

 $ git checkout mywork
        $ git rebase origin
        这些命令会把你的"mywork"分支里的每个提交(commit)取消掉，并且把它们临时 保存为补丁(patch)(这些补丁放                            到".git/rebase"目录中),然后把"mywork"分支更新 为最新的"origin"分支，最后把保存的这些补丁应用到"mywork"分支上。

当'mywork'分支更新之后，他会指向这些新创建的提交，而那些老的提交会被丢弃。如果运行垃圾收集命令(pruning garbage collection) ,这些被丢弃的提交就会删除。

原文链接：https://blog.youkuaiyun.com/wh_19910525/article/details/7554489

1. commit log 区别

     采用merge 和 rebase后，git log 的区别，merge命令不会保留merge的分支的commit

2. 解决冲突的方式

     (一股脑) 使用 merge 命令合并分支，解决完冲突，执行 git add . 和 git commit -m ‘message’ 。这个时候会产生一个commit

    （交互式）使用 rebase 命令合并分支，解决完冲突，执行 git add . 和 git rebase --continue ，不会产生额外的commit。这样的好处是，干净，分支上不会有无意义的解决分支的commit，坏处，如果合并的分支中存在多个commit，需要重复处理多次冲突。

git merge 和 git merge --no-ff 的区别

1、我自己尝试merge命令后，发现：merge时并没有产生一个commit。不是说merge时会产生一个merge commit吗？

注意：只有在冲突的时候，解决完冲突才会自动产生一个commit。

如果想在没有冲突的情况下也自动生成一个commit，记录此次合并就可以用：git merge --no-ff命令，下面用一张图来表示两者的区别：

2. 如果不加 --no-ff 则合并的分支之前的commit都会被抹去，只会保留一个解决冲突后的merge commit。

5. 公司如何基于git做的协同开发？

1. 初始化项目：git clone 仓库地址(生成仓库文件) 可以对这个项目名进行重命名：git clone url name (项目名)

2. git pull origin master  合并别人推送的分支

3. rebase 可以帮助将提交的记录整理成一条直线

4. 创建自己的开发的分支，并切换到自己的开发分支进行开发。

5. 将需要和别人协作开发的内容推送至公开分支：git push origin serverfix

    协作者：git fetch origin

    抓取远程跟踪分支，本地是不会有这个分支的，可以当成是一个指针

    git merge origin /serverfix 合并内容到自己的分支

    git checkout -b serverfix origin/serverfix 创建并切换到serverfix，起点从origin/serverfix

6. 跟踪分支:

    git check --track origin/serverfix 跟踪该分支，git pull 自动识别这个分支进行合并

     重命名本地分支：git checkout -b sf origin/serverfix

7. git fetch 从服务器拉取本地没有的数据

8. 删除远程分支：git push origin --delete serverfix

9. 远程仓库托管网站：GitHub ，码云，gitlab

你们在公司如何基于git做的协同开发？

组长创建review分支，我们小功能开发完之后，合并到review分支交给老大来看。

你们组长不开发代码吗？

他开发代码，但是他只开发核心的东西，任务比较少

你们公司协同开发是怎么协同开发的？

每个人都有自己的分支，阶段性代码完成之后，合并到review，然后交给老大看

大致工作流程：

在公司：

      下载代码：

       git clone https://gitee.com/wupeiqi/xianglong.git 或创建目录

      cd 目录

      git init

      git  remote add origin https://gitee.com/wupeiqi/xianglong.git

      git pull origin master

创建dev分支

     git checkout -b dev

      git  checkout dev

     git pull origin dev

     继续写代码

      git add

      git commit -m ‘提交记录’

      git push origin dev

回到家里：

       拉代码：git pull origin dev

      继续写：继续写代码 

                    git add

                    git commit -m'提交记录'

                   git  push origin dev

6. 如何基于 git 实现代码 review？

code review的目的是提高代码质量，减少开发bug。整个团队的编码风格是统一的，有高手对自己的代码指点一二，从而提高编码水平。减少低级错误的出现。约束自己写高质量的代码，因为要给别人看的。

Gitlab code Review 机制

GitLab可以在分支合并的时候支持两种方式：

1. 在本地将源分支代码合并到目标分支然后Push到目标分支
2. 将源分支Push到远端，然后在GItlab指定目标分支发起Merge Request，对目标分支拥有Push权限的用户执行merge操作，完成合并。

也就是说，使用Gitlab进行Code Review就是在分支合并环节发起Merge Request，然后Code Reciews 完成后将代码合并到目标分支。

Code Review 流程

1. 根据开发任务，建立git分支，分支名称模式为feature/ 任务名，比如关于API相关的一项任务，建立分支feature/api。                    git checkout -b feature/api

2. 运行git branch 确认切换到了feature/api分支

3. 编辑代码完成开发任务，commit相关代码    git add -A     git commit -m 'archirtecture'

4. 将分支代码push到服务器  git push origin -u feature/api

5. 登录到bitbucket的源代码库，如https://bitbucket.org/xxxx/ljq_web ，点击Pull request按钮去创建一个pull request

6. 再 pull request详细页面，填写相关标题/说明/reviewer，目前请将reviewer设成lijing_dkhs和zhuangqunxiong

7. 请提醒reviewer去审核pull request，系统也会发邮件提醒reviewer

8. Reviewer打开pull request页面，查看代码修改情况，也可以在相应的代码处添加注视，提示代码作者哪里应该修正。

9. 代码作者根据reviewer的要求，调整代码后commit／push到服务器。 然后reviewer继续设置， 如此循环，知道没有问题。

10 当代码没有问题以后， 需要将任务代码merge到主代码库， 有两种方法：
                  a、Reviewer可以在pull request页面点击Merge按钮， 把代码merge到主代码库
                  b、代码作者自己merge到主代码库， 并push到服务器。

11. 代码作者删除feature子分支。

转载   https://blog.youkuaiyun.com/june_y/article/details/50817993

7.git 如何实现 v1.0 、v2.0 等版本的管理？

在命令行中，使用git tag -a tagname -m ‘comment’ 可以快速创建一个标签。

需要注意，命令行创建的标签只存在本地git库中，还需要使用git push -tags 指令发布到服务器的git库中。

8. 什么是gitlab

基于git 的项目管理软件，代码托管的私有仓库，自动进行代码备份，gitlab是公司自己搭建的项目代码托管平台。

9. GitHub和gitlab的区别

1. GitHub 是一个面向开源及私有项目的托管平台，(创建私有的化，需要购买，最低级的付费为每月7美元，支持5个私有项目)

2. gitlab 是公司自己搭建的项目托管平台。

10 . 如何为github上牛逼的开源项目贡献代码？

1. fork 需要协作的项目
2. 克隆/关联fork的项目到本地
3. 新建分支并建出新分支
4. 在新分支上完成代码的开发
5. 开发完成后将你的代码合并到master分支上。
6. 添加原作者的仓库地址作为一个新的仓库地址
7. 合并原作者的仓库地址作为一个新的仓库地址
8. push 你的本地仓库到GItHub上
9. 在Github上提交pull request
10. 等待管理员来进行对这次提交进行处理

11. git中.gitignore文件的作用

一般来说每个Git项目都需要一个.gitignore文件，这个文件的作用就是告诉git那些文件不需要添加到版本管理中，实际的项目中，很多项目是不需要版本管理的。比如Python的.pyc文件和一些包含密码的配置文件。