Git版本控制

1.进入到文件夹执行git init命令

　　git status 查看当前git所在分支

2.提交对文件做出修改的版本

　　git add .   # 添加当前目录下所有文件到版本库

　　git commit -m '第一次提交' # 提交到版本库，并填写版本说明，以便以后回滚。

　　注意：执行git commit 命令时，可能会提示进行用户和邮箱的配置，该配置用于记录当前版本由那个用户提交

  • git config --local user.name 'Davve'
  • git config --local user.email 'you@example.com'

3.git管理结构

　　　　　　

　　说明：

　　　　工作区：当前开发程序所在目录称为工作区，即：工作开发都是在该目录，该区域的文件会有状态的变化且状态由git自动检测，如果程序中文件做任何操作（增、删、改），文件状态均会被检测到，可以使用 【git status】命令查看。

　　　　版本库：工作区检测到有文件发生变化，那么意味着较上一个版本之后对程序进行了修改，修改完成之后，可以当做下一版本进行提交，那么就是执行 【git add .】 将所有文件提交到暂存区，然后再执行【git commit -m '又一个版本'】提交到版本库的分支即可，之后可以使用【git log】命令查看版本记录。

　　　　git status   # 文件颜色为红色，表示在工作区的被修改状态

　　　　git add . # 将所有相较上一次版本之后所有的修改添加到暂存状态

　　　　git status # 文件颜色为绿色，表示在版本库的暂存状态

　　　　git commit -m '又一次提交' # 提交到版本库的分支

　　　　git log # 查看历史版本提交记录（根据版本commit值可以进行回滚）

　　目前已使用Git的四个命令，这四个命令已经可以代替本地多个文件保存版本的方式：

  • git init，初始化，表示即将对当前文件夹进行版本控制。
  • git status，查看Git当前状态，如：那些文件被修改过、那些文件还未提交到版本库等。
  • git add 文件名，将指定文件添加到版本库的暂存状态。
  • git commit -m '提交信息'，将暂存区的文件提交到版本库的分支。
  • git log，查看提交记录，即：历史版本记录

4、回滚，回到上一个版本

　　　　

　　回滚到指定版本：

　　　　git log  # 查看所有版本库

　　　　git reset --hard 6c439d2fd0d943f36f3ee84e158ff86b052961d2 # 执行命令完毕，就回到指定版本

　　回滚倒是完成了，但是想看回滚之前的代码，该如何搞？来来来，不能像以往通过【git log】来查看记录再回滚了，再回去需要这么搞：

　　git reflog # 在这里面，可以看到所有的版本

　　git reset --hard 0972f4b # 回到指定版本

5、具体开发场景

　　开发任务和按照预期有条不紊的进行着，功能也已完成一半，就是在此时线上运行平台出现Bug需要紧急修复，怎么办？

　　方案一：stash

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

　　git status  # 查看当前分支状态

　　git stash                     # 将开发到一半的直播功能，临时存储到“某个地方”

　　执行完上面命令后，版本回到没有做任何修改之前的版本库

　　git status                    # 工作区回到当前版本未做任何操作前

　　然后再這个版本进行修复Bug，修复完成后，执行下面一系列命令

　　git status

　　git add .                     # 添加到修改bug的代码到暂存状态

　　git commit -m '紧急修复bug'     # 提交修复Bug的代码到分支

　　执行完毕后，代码添加到分支，这样，我们就可以拿回之前存放的代码，继续开发

　　git stash pop                 # 将开发到一半的直播功能从“某个地方”再次拿会工作区继续开发

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

　　git stash pop冲突解决方案：

a. 原来内容：
    from django.shortcuts import render,HttpResponse

    def index(request):
        return render(request,'index.html')

    def africa(request):
        return HttpResponse('非洲专区')

    
b. 开发到一半直播功能：
    from django.shortcuts import render,HttpResponse

    def index(request):
        return render(request,'index.html')

    def africa(request):
        return HttpResponse('非洲专区')


    def live(request):
        print('开发到一半')
        return HttpResponse('....')


c. 执行git stash，回到当前版本未修改状态:
    from django.shortcuts import render,HttpResponse

    def index(request):
        return render(request,'index.html')

    def africa(request):
        return HttpResponse('非洲专区')

d. 修复Bug并提交：
    from django.shortcuts import render,HttpResponse

    def index(request):
        return render(request,'index.html')

    def africa(request):
        return HttpResponse('非洲xxxxx专区')


e. 继续开发直播功能 git stash pop，此时会出现冲突：
    MacBook-Pro-4:pondo wupeiqi$ git stash pop
    Auto-merging app01/views.py
    CONFLICT (content): Merge conflict in app01/views.py

    表示app01/views.py存在冲突需要解决，此时文件内容为：

    from django.shortcuts import render,HttpResponse

        def index(request):
            return render(request,'index.html')

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

        def live(request):
            print('刚开发到一半')
            return HttpResponse('直播功能')
        >>>>>>> Stashed changes


    需要自行解决冲突，然后继续开发，如：

    from django.shortcuts import render,HttpResponse

        def index(request):
            return render(request,'index.html')

        def africa(request):
        
            return HttpResponse('非洲xxxx区')  
        
        def live(request):
            print('刚开发到一半')
            return HttpResponse('直播功能')
View Code

　　stash相关常用命令：

  • git stash             将当前工作区所有修改过的内容存储到“某个地方”，将工作区还原到当前版本未修改过的状态
  • git stash list        查看“某个地方”存储的所有记录
  • git stash clear     清空“某个地方”
  • git stash pop       将第一个记录从“某个地方”重新拿到工作区（可能有冲突）
  • git stash apply     编号, 将指定编号记录从“某个地方”重新拿到工作区（可能有冲突） 
  • git stash drop      编号，删除指定编号的记录

　　方案二：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分支
　　
　　学习参考上图，也可以按照着这样的流程进行开发，如果遇到上文开发到一般需要临时修复Bug的情况，可以按照下图的流程进行：
　　　　

　　

　　操作流程：　　　

　　git branch                # 当前在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相同，即：找到冲突文件，手动修改冲突并提交，此处不再敖述。

　　branch相关常用命令：

  • git branch 分支名称             创建分支
  • git checkout 分支名称          切换分支
  • git branch -m 分支名称        创建并切换到指定分支
  • git branch                          查看所有分支
  • git branch -d 分支名称         删除分支
  • git merge 分支名称              将指定分支合并到当前分支

6、应用

　　如何在家，在公司两地进行协同开发呢？答案，将代码保存在云端。

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

　　基于GitHub实现代码托管，需要一下步骤：

  • 注册GitHub
  • 创建仓库，创建完仓库后会有一个URL代指该仓库，如：

　　　　

　　两种提交方式：

　　　　　　

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

　　　　　　　　

　　　在家里，开发完毕部分功能将代码推送到GitHub。

　　　　git remote add origin https://github.com/chenweivip/test.git   # 为地址起一个别名origin

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

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

　　　在公司，新电脑第一次使用，需要将代码从GitHub中获取并继续开发，开发完事下班就下班回家。

　　　　git clone https://github.com/chenweivip/test.git    # 将项目从GitHub中获取

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

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

 　　　 git checkout dev            # 切换到dev分支

　　　　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'                        # 提交新功能到版本库的分支

　　在公司，由于昨天晚上在家已经开发了一部分功能，在公司需要先把昨晚开发的功能从GitHub中拉取，并继续开发。

　　　　git checkout dev                                   # 切换到dev分支

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

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

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

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

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

 　　上文执行过程中执行 【git pull origin 分支】命令等同于【git fetch origin 分支】+ 【git merge origin/分支】，并且在执行过程中可能会出现冲突，原因是由于本地代码和获取的最新代码有重合部分，那么就需要自己手动解决冲突然后再继续开发。

7、协同开发

　　协同开发一般有两种方式：

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

　　组织，创建一个组织，然后再该组织下可以创建多个项目，组内成员可以向组内所有项目提交代码。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。
  • 获取最新代码
    • 用户A获取最新代码
    • 用户B获取最新代码
    • 用户C获取最新代码

　　在上面红色标注的解决方法位置可以有三种方式操作，三者都可以完成合并并提交新功能，但是日志记录会有差异，如：前两者版本记录中会出现合并，而第三种可以保证版本记录干净整洁。

  • 先 git pull origin master   然后 git push origin master
  • 先 git fetch origin master 然后 git merge origin/master   再 git push origin master
用户A：
    touch 4.py
    git add .
    git commit -m '功能4'
    git push origin master
 
用户B：
    touch 5.py
    git add .
    git commit -m '功能5'
 
    git push origin master # 报错，因为GitHub中已经有人提交新代码
 
    git pull origin master
 
    git push origin master

　　

　　先 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 master
 
用户B：
    touch 5.py
    git add .
    git commit -m '功能5'
 
    git push origin master # 报错，因为GitHub中已经有人提交新代码
 
    git fetch origin master
 
    git rebase origin/master
 
    git push origin master
View Code

　　

8、补充

　　1.Git的配置文件有三个：

  • 系统配置： /private/etc/gitconfig
  • 用户配置： ~/.gitconfig
  • 项目配置：.git/config

　　2. 用户凭证

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

    • 秘钥
      首先创建一对秘钥  ssh-keygen -t rsa，然后将 id_rsa.pub (公钥)内容拷贝到github中，日后操作无需再输入用户名和密码。
      注意：这种方式需要使用GIt中 git@github.com:WuPeiqi/xxxxx.git 格式地址。
    • 密码
      Https访问git时，避免每次操作需要输入用户名和密码，可以在配置文件中添加如下配置项：
          [credential]
          helper = store/cache/第三方

      store:
              表示将用户名和密码保存在硬盘上
              第一次输入过用户名和密码之后，用户名和密码就会保存在当前用户根目录的 .git-credentials 文件中，内容格式为：https://用户名:密码@github.com

              自动添加配置命令：git config credential.helper store
      cache: 
              表示将用户名和密码保存在缓存中
              第一次输入过用户名和密码之后，用户名和密码就会保存在缓存中，默认超时时间是 900 秒，缓存相关文件保存在当前用户根目录的 git-credential-cache 中 
              自动添加配置命令：
                     git config credential.helper cache
                     git config credential.helper 'cache --timeout=300'

      相关操作：
              清除缓存：git credential-cache exit 
              指定超时：
                  [credential]
                  helper = cache --timeout=300
      注意：这种方式需要使用GIt中 https://github.com/WuPeiqi/xxxx.git 格式地址。

以斜杠“/”开头表示目录；

　　以星号“*”通配多个字符；

　　以问号“?”通配单个字符

　　以方括号“[]”包含单个字符的匹配列表；

　　以叹号“!”表示不忽略(跟踪)匹配到的文件或目录；
View Code

 

 

 

 

　　

　　

 



 

　　

 

posted @ 2017-10-22 11:03  看雪。  阅读(262)  评论(0)    收藏  举报