git 和github

一、版本控制

说到版本控制，脑海里总会浮现大学毕业是写毕业论文的场景，你电脑上的毕业论文一定出现过这番景象！

毕业论文_初稿.doc
毕业论文_修改1.doc
毕业论文_修改2.doc
毕业论文_修改3.doc
毕业论文_完整版1.doc
毕业论文_完整版2.doc
毕业论文_完整版3.doc
毕业论文_最终版1.doc
毕业论文_最终版2.doc
毕业论文_死也不改版.doc
...

以上就是使用最原始的方式进行版本控制，但是这种方式有显著缺点：

多个文件，保留所有版本时，需要为每个版本保存一个文件...
协同操作，多人协同操作时，需要将文件打包发来发去...
容易丢失，被删除意味着永远失去...（可以选择网盘）

为了解决以上版本控制存在问题，应运而生了一批版本控制工具：VSS、CVS、SVN、Git等，其中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基本使用

$ pwd                   # 进入程序目录
/Users/maple/PycharmProjects/pondo
$ git init                # git初始化
Initialized empty Git repository in /Users/maple/PycharmProjects/pondo/.git/

$ git status                     # 查看当前git状态
On branch master
Initial commit
Untracked files:
  (use "git add <file>..." to include in what will be committed)
  
    .idea/
    app01/
    db.sqlite3
    manage.py
    pondo/
    readme
    templates/
  
nothing added to commit but untracked files present (use "git add" to track)
$ git add .                       # 添加当前目录下所有文件到版本库
$ git commit -m ‘第一次提交‘        # 提交到版本库，并填写版本说明，以便以后回滚。
[master (root-commit) df47fe4] 第一次提交
 33 files changed, 879 insertions(+)
 create mode 100644 .idea/dictionaries/maple.xml
 create mode 100644 .idea/encodings.xml
 create mode 100644 .idea/inspectionProfiles/profiles_settings.xml
 ...

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

git config --local user.name ‘username‘
git config --local user.email ‘you@example.com‘

1、工作区和版本库

Git把管理的文件分为了两个区域四个状态。

技术图片

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

$ ls                # 查看原程序目录
app01        db.sqlite3    manage.py    pondo        readme        static        templates

$ git status        # 查看git当前状态
On branch master
nothing to commit, working tree clean

$ touch a.py        # 创建新文件
$ ls
a.py        app01        db.sqlite3    manage.py    pondo        readme        static        templates

$ git status        # 查看git当前状态，检测到：工作区 a.py 发生变化
On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)

    a.py

nothing added to commit but untracked files present (use "git add" to track)

View Code

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

$ ls
a.py        app01       db.sqlite3  manage.py   pondo       readme      static      templates

$ git status                   # 文件颜色为红色，表示在工作区的被修改状态
On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)

    a.py
nothing added to commit but untracked files present (use "git add" to track)

$ git add .                    # 将所有相较上一次版本之后所有的修改添加到暂存状态
$ git status                   # 文件颜色为绿色，表示在版本库的暂存状态
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   a.py

$ git commit -m ‘又一次提交‘     # 提交到版本库的分支 
[master f139d5d] 又一次提交
file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 a.py
 
$ git log                      # 查看历史版本提交记录（根据版本commit值可以进行回滚）
commit f139d5d0a648af06d8a1ecadd90faf572afc388a
Author: maple <you@example.com>
Date:   Fri Aug 11 10:03:14 2018 +0800

    又一次提交

commit df47fe49fc1f14d9cdd1534baa96f46ec71a9934
Author: maple <you@example.com>
Date:   Fri Aug 11 08:40:49 2018 +0800

    第一次提交

View Code

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

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

2、版本回滚

技术图片

　　git log 查看版本信息

　　git reset --hard 版本号回滚到到想要的的版本

想再次回滚到最新的版本，就不能用git log 查看版本信息了。要这么搞：

　　git reflog 查看版本号

　　git reset --hard 版本号

3、stash和branch

（1）stash

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

$ vim app01/views.py             # 开发直播功能，刚开发到一半
 
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
 
    modified:   app01/views.py
 
no changes added to commit (use "git add" and/or "git commit -a")
 
$ git stash                     # 将开发到一半的直播功能，临时存储到“某个地方”
Saved working directory and index state WIP on master: 0972f4b 非洲专区上线
HEAD is now at 0972f4b 非洲专区上线
 
$ git status                    # 工作区回到当前版本未做任何操作前
On branch master
nothing to commit, working tree clean
 
$ vim pondo/settings.py         # 紧急修复bug
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
 
    modified:   pondo/settings.py
no changes added to commit (use "git add" and/or "git commit -a")
 
$ git add .                     # 添加到修改bug的代码到暂存状态
$ git commit -m ‘紧急修复bug‘     # 提交修复Bug的代码到分支
[master 1300d33] 紧急修复bug
 1 file changed, 1 insertion(+)
 
$ git stash pop                 # 将开发到一半的直播功能从“某个地方”再次拿会工作区继续开发
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
 
    modified:   app01/views.py
 
no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{0} (059d78ca8fa204f9559bd3ce0ae76235969b4301)

View Code

特别的：执行 git stash pop 命令时，可能会遇到冲突，因为在紧急修复bug的代码和通过stash存储在“某个地方”的代码会有重合部分，所以执行 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 maple$ 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(‘直播功能‘)

git stash pop 出现冲突

stash相关常用命令：

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

（2）branch

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

技术图片

$ git branch dev                 # 创建新分支，即：拷贝一份当前所在分支代码到新分支
$ git checkout dev               # 切换到dev分支
$ vim app01/views.py             # 开发功能
$ git status                     # 查看状态，即：在dev分支修改了app01/views.py文件
On branch dev
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   app01/views.py

no changes added to commit (use "git add" and/or "git commit -a")
$ git add .                      # 将修改文件添加到版本库的暂存区
$ git commit -m ‘新功能开发完毕‘    # 将暂存区的内容提交到当前所在分支，即：dev分支
[dev 32b40cd] 新功能开发完毕
file changed, 2 insertions(+) 
$ git checkout master             # 切换回master分支 
Switched to branch ‘master‘
$ git merge dev                   # 将dev分支内容合并到master分支
Updating 0972f4b..32b40cd
Fast-forward
 app01/views.py | 2 ++
file changed, 2 insertions(+)

一般流程示例（上图）

学习参考上图，小P也可以按照着这样的流程进行开发，如果遇到上文开发到一般需要临时修复Bug的情况，可以按照下图的流程进行：

技术图片

$ git branch                     # 当前在master分支
* master
 
 
$ git branch dev                 # 创建dev分支用于开发新功能
 
$ git checkout dev               # 切换到dev分支
Switched to branch ‘dev‘
 
$ vim app01/views.py             # 开发新功能到一半，需要紧急修复Bug
 
$ git add .
 
$ git commit -m ‘新功能开发一半‘
[dev b3ac2cb] 新功能开发一半
 1 file changed, 2 insertions(+)
 
 
$ git checkout master            # 切换回master分支
Switched to branch ‘master‘
 
$ git branch bug                 # 创建bug分支
 
$ git checkout bug               # 切换到bug分支
Switched to branch ‘bug‘
 
$ vim pondo/settings.py          # 修改bug
 
$ git add .                      # 提交bug
 
$ git commit -m ‘紧急修复bug‘      # 提交bug
[bug f42f386] 紧急修复bug
 1 file changed, 1 insertion(+), 1 deletion(-)
 
 
$ git checkout master            # 切换会master
Switched to branch ‘master‘
 
$ git merge bug                  # 将bug分支内容合并到master分支，表示bug修复完毕，可以上线
Updating 0972f4b..f42f386
Fast-forward
 pondo/settings.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


 
$ git checkout dev               # 切换到dev分支，继续开发新功能
Switched to branch ‘dev‘
 
$ vim app01/views.py             # 继续开发其他一半功能
 
$ git add .                      # 提交新功能
 
$ git commit -m ‘继续开发完成‘      # 提交功能
[dev c0bfb27] 继续开发完成
 1 file changed, 1 insertion(+)
 
$ git checkout master            # 切换回master分支
Switched to branch ‘master‘
 
$ git merge dev                  # 将dev分支合并到master分支
Merge made by the ‘recursive‘ strategy.
 app01/views.py | 3 +++
 1 file changed, 3 insertions(+)

View Code

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

branch相关常用命令：

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

四、GitHub

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

技术图片

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

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

技术图片

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

技术图片

小P学会使用Git和GitHub之后，就可以基于GitHub进行代码远程托管。

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

$ git remote add origin https://github.com/maple-shaw/pondo.git   # 为地址起一个别名origin
$ git push origin master              # 将本地master分支内容以及版本信息推送到GitHub
Username for ‘https://github.com‘:                               # 输入GitHub用户名
Password for ‘https://maple-shaw@github.com‘:                       # 输入GitHub密码
Counting objects: 2, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (2/2), 270 bytes | 0 bytes/s, done.
Total 2 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/maple-shaw/pondo.git
   634aac4..274f1e4  master -> master
$ git push origin dev              # 将本地dev分支内容以及版本信息推送到GitHub
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 261 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/maple-shaw/pondo.git
   274f1e4..50e2169  dev -> dev

View Code

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

$ git clone https://github.com/maple-shaw/pondo.git    # 将项目从GitHub中获取
Cloning into ‘pondo‘...
remote: Counting objects: 31, done.
remote: Compressing objects: 100% (26/26), done.
remote: Total 31 (delta 2), reused 30 (delta 1), pack-reused 0
Unpacking objects: 100% (31/31), done.
$ cd pondo/
$ git Branch                                          # 默认获取到得只有master分支
* master
$ git branch dev origin/dev                           # 创建dev分支且和远程dev分支同步
Branch dev set up to track remote branch dev from origin.
$ git checkout dev                                    # 切换到dev分支
Switched to branch ‘dev‘
 
$ vim app01/views.py                                  # 继续开发新功能
 
$ git add .                                           # 添加文件到版本库的暂存状态
$ git commit -m ‘公司开发功能1‘                         # 提交新功能到版本库的分支
[dev 9281447] 公司开发功能1
 1 file changed, 1 insertion(+), 1 deletion(-)
$ git push origin dev                                 # 提交dev分支内容到远程GitHub托管仓库的dev分支
Username for ‘https://github.com‘: maple
Password for ‘https://maple-shaw@github.com‘:
Counting objects: 4, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 427 bytes | 0 bytes/s, done.
Total 4 (delta 2), reused 0 (delta 0)
remote: Resolving deltas: 100% (2/2), completed with 2 local objects.
To https://github.com/maple-shaw/pondo.git
   50e2169..9281447  dev -> dev

View Code

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

$ git checkout dev                                   # 切换到dev分支
Already on ‘dev‘
$ git pull origin dev                                # 从远程GitHub仓库获取dev分支最新内容，并合并到本地
remote: Counting objects: 4, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 4 (delta 2), reused 4 (delta 2), pack-reused 0
Unpacking objects: 100% (4/4), done.
From https://github.com/maple/pondo
 * branch            dev        -> FETCH_HEAD
   50e2169..9281447  dev        -> origin/dev
Updating 50e2169..9281447
Fast-forward
 app01/views.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 $ vim app01/views.py                                # 继续开发新功能
 $ git add .                                         # 添加文件到版本库的暂存状态
$ git commit -m ‘家里开发功能1‘                        # 提交新功能到版本库的分支

View Code

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

$ git checkout dev                                   # 切换到dev分支
$ git fetch origin dev                               # 从GitHub仓库获取dev分支最新内容到版本库的分支
remote: Counting objects: 3, done.
remote: Compressing objects: 100% (1/1), done.
remote: Total 3 (delta 1), reused 3 (delta 1), pack-reused 0
Unpacking objects: 100% (3/3), done.
From https://github.com/maple-shaw/pondo
 * branch            dev        -> FETCH_HEAD
   150d891..65b6604  dev        -> origin/dev
$ git merge origin/dev                               # 将版本库的分支内容合并到工作区
Updating 150d891..65b6604
Fast-forward
 readme | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)
$ vim app01/views.py                                 # 继续开发新功能
$ git add .                                          # 添加文件到版本库的暂存状态
$ git commit -m ‘xxxxxxxxxxx‘                        # 提交新功能到版本库的分支

View Code

长此以往，将Git和GitHub结合使用做到避免电脑损坏造成数据丢失以及多地开发的问题，上文执行过程中执行【git pull origin 分支】命令等同于【git fetch origin 分支】+ 【git merge origin/分支】，并且在执行过程中可能会出现冲突，原因是由于本地代码和获取的最新代码有重合部分，那么就需要自己手动解决冲突然后再继续开发。

五、合作协同开发

GitHub中多人协同开发和单人开发还是有点差别，协同开发一般有两种方式：

合作者，将其他用户添加到仓库合作者中之后，该用户就具有向当前仓库提交代码。
组织，创建一个组织，然后再该组织下可以创建多个项目，组内成员可以向组内所有项目提交代码。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

View Code

技术图片

- 先 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

技术图片

六、fork

怎么才能给别人贡献代码呢？那就是fork了。。。。

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

　　　　技术图片

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

　　　　技术图片

七、补充

1. 配置文件

Git的配置文件有三个：

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

2. 用户凭证

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

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

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

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

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

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

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

.gitignore

    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

版本相关

git 和github

标签：git cells 提交代码 src sqlite hide 协同开发使用许可证

原文地址：https://www.cnblogs.com/YZL2333/p/11693272.html

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行

友情链接

兰亭集智国之画百度统计站长统计阿里云 chrome插件新版天听网

关于我们 - 联系我们 - 留言反馈

迷上了代码！