Git

Git 介绍

　　Git 是一个开源的分布式版本控制软件,用以有效、高速的处理从很小到非常大的项目版本管理。 Git 最初是由Linus Torvalds设计开发的，用于管理Linux内核开发。Git 是根据GNU通用公共许可证版本2的条款分发的自由/免费软件，安装参见：http://git-scm.com/

GitHub是一个基于Git的远程文件托管平台（同GitCafe、BitBucket和GitLab等）。

Git本身完全可以做到版本控制，但其所有内容以及版本记录只能保存在本机，如果想要将文件内容以及版本记录同时保存在远程，则需要结合GitHub来使用。使用场景：

• 无GitHub：在本地 .git 文件夹内维护历时文件
• 有GitHub：在本地 .git 文件夹内维护历时文件，同时也将历时文件托管在远程仓库

Git的基本使用

在你git管理的文件夹右击选择Git Base Here

如果你没有管理过该文件,用git之前需要初始化

    git init

#查看当前文件夹状态
    git status
    #红色字体表示没有管理

    git add #对指定文件进行版本控制

    git add . #对指定文件夹下的所有文件及子目录进行版本控制

    git commit -m '创建第一个版本' # (描述信息要写的非常清楚)

    git config --global user.email 'xxx@qq.com' #添加创建版本邮箱

    git config --global user.name 'chen'#添加创建版本人的名字

    git log #查看提交记录和版本号

    git reset --hard 版本号 #回滚到哪个某个版本

    git reflog #查看所有的版本

临时修复BUG的操作指令

#方式一:
        git stash *只存红色的文件
        
        git stash pop
        
        git stash           #将当前工作区所有修改过的内容存储到“某个地方”，将工作区还原到当前版本未修改过的状态
        git stash list      #查看“某个地方”存储的所有记录
        git stash clear     #清空“某个地方”
        git stash pop       #将第一个记录从“某个地方”重新拿到工作区（可能有冲突）
        git stash apply     #编号, 将指定编号记录从“某个地方”重新拿到工作区（可能有冲突） 
        git stash drop      #编号，删除指定编号的记录
        
        git stash作用:
            #帮助我们暂时存储已经开发一些功能的代码,
            #继续做其他的事情,做完之后再继续开发
            
    方式二:
        git branch            #查看所有的分支
        git branch dev        #从你当前的代码拷贝一份分支
        git branch bug        #从你当前的代码拷贝一份分支
        git branch -d bug     #合并完成后删除分支
        git checkout master   #跳到某个分支进行操作
        git merge bug         #在master里进行合并bug分支

方案一:stash

stash用于将工作区发生变化的所有文件获取临时存储在“某个地方”，将工作区还原当前版本未操作前的状态；stash还可以将临时存储在“某个地方”的文件再次拿回到工作区。

$ vim app01/views.py             # 开发直播功能，刚开发到一半
$ git stash                     # 将开发到一半的直播功能，临时存储到“某个地方”
$ git status                    # 工作区回到当前版本未做任何操作前
$ vim pondo/settings.py         # 紧急修复bug
$ git add .                     # 添加到修改bug的代码到暂存状态
$ git commit -m '紧急修复bug'     # 提交修复Bug的代码到分支
$ git stash pop                 # 将开发到一半的直播功能从“某个地方”再次拿会工作区继续开发

特别的：执行 git stash pop 命令时，可能会遇到冲突，因为在紧急修复bug的代码和通过stash存储在“某个地方”的代码会有重合部分，所以执行 git stash pop 时候就会出现冲突，有冲突解决冲突即可。

def africa(request):
        <<<<<<< Updated upstream：               # 修复Bug时更改的内容
            return HttpResponse('非洲xxxx区')  
        =======                                  # 修复Bug前正在开发新功能时的内容
            return HttpResponse('非洲专区')

 方案二:branch 

分支学习：branch称为分支，默认仅有一个名为master的分支。一般开发新功能流程为：开发新功能时会在分支dev上进行，开发完毕后再合并到master分支。

开发新功能流程:

$ git branch dev                 # 创建新分支，即：拷贝一份当前所在分支代码到新分支
$ git checkout dev               # 切换到dev分支
$ vim app01/views.py             # 开发功能
$ git status                     # 查看状态，即：在dev分支修改了app01/views.py文件
$ git add .                      # 将修改文件添加到版本库的暂存区
$ git commit -m '新功能开发完毕'    # 将暂存区的内容提交到当前所在分支，即：dev分支
$ git checkout master             # 切换回master分支 
$ git merge dev                   # 将dev分支内容合并到master分支

修复流程2

 如果你在一个分支开发着一个新的功能,突然有master有bug需要修复:

•  开发新的功能需要在新的分支里面进行,那么git branch dev --->git add .--> git commit -m '开发新功能未完成临时修复bug'
• 修复bug需要新建一个分支 git branch bug---->git checkout bug 进入bug分支进行修复
• 修复完成后git checkout master(进入master分支)--->git merge bug 把bug合并到master里 
• git branch -d bug 删除bug分支
• git checkout dev 再继续开发,开发完成之后就整合到master中

$ git branch dev                 # 创建dev分支用于开发新功能

$ git checkout dev               # 切换到dev分支

$ vim app01/views.py             # 开发新功能到一半，需要紧急修复Bug

$ git add .

$ git commit -m '新功能开发一半'

$ git checkout master            # 切换回master分支

$ git branch bug                 # 创建bug分支

$ git checkout bug               # 切换到bug分支

$ vim pondo/settings.py          # 修改bug

$ git add .                      # 提交bug

$ git commit -m '紧急修复bug'      # 提交bug

$ git checkout master            # 切换会master

$ git merge bug                  # 将bug分支内容合并到master分支，表示bug修复完毕，可以上线

$ git checkout dev               # 切换到dev分支，继续开发新功能

$ vim app01/views.py             # 继续开发其他一半功能

$ git add .                      # 提交新功能

$ git commit -m '继续开发完成'      # 提交功能

$ git checkout master            # 切换回master分支

$ git merge dev                  # 将dev分支合并到master分支

注意：git merge 时也可能会出现冲突，解决冲突的方式上述stash相同，即：找到冲突文件，手动修改冲突并提交，此处不再敖述.

面试题:如果代码出现bug,你们是如何解决的?

创建一个bug分支,然后进行bug处理,处理完毕后,合并到master分支
删除bug分支
回到dev分支继续开发。

Github + Git 分布开发

GitHub，一个基于Git实现的代码托管的平台，可以将内容以及版本记录在远程也保存一份，这样就不用U盘咯（类似于云盘）。PS: 类似GitHub的产品还有许多，如：GitLab、Bitbucket、码云等。

创建仓库:创建完成之后有一个url代指仓库

git可以是用该URL进行向远程推送版本信息或获取版本信息

在家里使用Github

$ git remote add origin https://github.com/a3384451/HelloGithub.git   # 为地址起一个别名origin

$ git push origin master              # 将本地master分支内容以及版本信息推送到GitHub

Username for 'https://github.com':                               # 输入GitHub用户名

Password for 'https://wupeiqi@github.com':                       # 输入GitHub密码

$ git push origin dev              # 将本地dev分支内容以及版本信息推送到GitHub

在家里上传了代码到了Github上之后

来到公司里

在公司里

$ git clone https://github.com/a3384451/HelloGithub.git    # 将项目从GitHub中获取

$ cd pondo/ #进入该项目的文件

$ git Branch                                          # 默认获取到得只有master分支

$ git branch dev origin/dev                           # 创建dev分支且和远程dev分支同步

$ git checkout dev                                    # 切换到dev分支

i$ vim app01/views.py                                  # 继续开发新功能

$ git add .                                           # 添加文件到版本库的暂存状态

$ git commit -m '公司开发功能1'                         # 提交新功能到版本库的分支

$ git push origin dev                                 # 提交dev分支内容到远程GitHub托管仓库的dev分支

在家里，由于白天在公司已经开发一部分功能并提交到GitHub，家里电脑的代码还是昨晚的版本，所以需要从GitHub拉去最新代码，然后继续开发。

$ git checkout dev                                   # 切换到dev分支

$ git pull origin dev                                # 从远程GitHub仓库获取dev分支最新内容，并合并到本地

$ vim app01/views.py                                # 继续开发新功能

$ git add .                                         # 添加文件到版本库的暂存状态

$ git commit -m '家里开发功能1'                        # 提交新功能到版本库的分支

$ git push origin dev                           #提交到github托管

第二天去到公司里

$ git checkout dev                                   # 切换到dev分支

i$ git fetch origin dev                               # 从GitHub仓库获取dev分支最新内容到版本库的分支

$ git merge origin/dev                               # 将版本库的分支内容合并到工作区

$ vim app01/views.py                                 # 继续开发新功能

$ git add .                                          # 添加文件到版本库的暂存状态

$ git commit -m 'xxxxxxxxxxx'                        # 提交新功能到版本库的分支

$ git push origin dev 

注意

git pull origin dev
        相当于两句
        git fetch origin/dev
        git merge origin/dev  或者:git rebase origin/dev

git rebase的作用?
   场景：在公司开发忘记提交，在家里又继续开发，然后到公司用
   git fecth ---> git rebase
   保持提交记录的整洁。

多人协同开发

合作者模式

将其他用户添加到仓库合作者中之后，该用户就具有向当前仓库提交代码。

组织 模式

创建一个组织，然后再该组织下可以创建多个项目，组内成员可以向组内所有项目提交代码。PS：也可以对某个项目指定合作者

具体使用:

• 创建程序
• 用户A创建程序，提交到GitHub
• 用户B克隆项目
• 用户C克隆项目
• 开发功能
• 用户A开发功能1
• 用户B开发功能2
• 用户C开发功能3
• 提交
• 用户A提交功能1，并push（A用户手速快，先提交。）
• 用户B提交功能2，无法push，因为GitHub上已经有其他人提交的新代码。
  解决方法：从GitHub上获取最新代码并合并到本地，提交自己开发的功能2。
• 用户C提交功能3，无法push，无法提交，因为GitHub上已经有其他人提交的新代码。
  解决方法：从GitHub上获取最新代码并合并到本地，提交自己开发的功能3。

 有两种方式提交到github:

• 先 git pull origin review然后 git push origin review
• 先 git fetch origin review然后 git merge origin/review再 git push origin review

用户A：
    touch 4.py
    git add .
    git commit -m '功能4'
    git push origin review
 
用户B：
    touch 5.py
    git add .
    git commit -m '功能5'
 
    git push origin review# 报错，因为GitHub中已经有人提交新代码
 
    git pull origin review #再把新的数据拉回来
 
    git push origin review

如果按上述的git语句保存的话可能会导致

• 先 git fetch origin master 然后 git rebase origin/master  再 git push origin master

用户A：
    touch 4.py
    git add .
    git commit -m '功能4'
    git push origin review
 
用户B：
    touch 5.py
    git add .
    git commit -m '功能5'
 
    git push origin master # 报错，因为GitHub中已经有人提交新代码
 
    git fetch origin review
 
    git rebase origin/review #为了保持提交记录的整洁。
 
    git push origin review

给别人代码贡献力量

• 找到想搞的项目，fork一下，然后这个项目就在自己仓库出现了

• 从自己仓库获取代码并进行编辑提交
• 创建并提交一个pull request，然后等待原作者是否同意这个pull request，如果同意那么在作者的源代码中就推出现小P提交的功能

防止每次提交输入密码

由于Git和Github交互操作可能会很频繁，那么一定少了用户授权的操作，为了防止每次操作重复输入用户名和密码，Git提供了两种解决方法：

• 秘钥

首先创建一对秘钥  ssh-keygen -t rsa，然后将 id_rsa.pub (公钥)内容拷贝到github中，日后操作无需再输入用户名和密码。
注意：这种方式需要使用GIt中 git@github.com:chen/xxxxx.git 格式地址。

处理不用托管文件

 

只要你在gitignore选择了你需要忽略托管的文件编程语言

那么他会自动帮你过滤不需要托管的文件类型

提交版本号码

 

Django的github就有版本相关的描述,那么我们怎么做我们的版本呢?

git tag -a v1.0 -m '版本介绍'        本地创建Tag
git push origin --tags  #提交版本

    git tag -a v1.0 -m '版本介绍'        本地创建Tag
    git show v1.0                       查看
    git tags -n                         查看本地Tag
    git tag -l 'v1.4.2.*'               查看本地Tag，模糊匹配
    git tag -d v1.0                     删除Tag
    git push origin :refs/tags/v0.2     更新远程tag
    git checkout v.10                   切换tag
    git fetch origin tag V1.2

    git push origin  --tags
    git pull origin  --tags
    
    git clone -b v0.1

 错误一:

error: failed to push some refs to 'https://github.com/a3384451/ATM.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

原因： 
GitHub远程仓库中的README.md文件不在本地仓库中。 
解决方案：

$ git pull --rebase origin master
$ git push -u origin master