Git分支操作

创建名为dev的分支并切换到该分支

1.创建分支和切换分支

git branch <branch-name>
git git switch <branch-name> / git checkout <branch-name>

创建和切换分支

git switch -c <branch-name>/git checkout -b <branch-name>

查看分支

git branch -a

2.关联远程分支例如：如果当前所在的分支还没有关联到远程分支，可以使用下面的命令为它们建立关联。

git branch --set-upstream-to origin/develop

如果需要为指定的分支关联远程分支，可以如下操作。

git branch --set-upstream-to origin/develop <branch-name>

当然，在创建分支时，如果使用了--track参数，也可以直接指定与本地分支关联的远程分支，如下所示。

git branch --track <branch-name> origin/develop

如果需要解除本地分支与远程分支的关联，可以使用下面的命令。

git branch --unset-upstream <branch-name>

3.分支合并。例如在dev分支上完成开发任务之后，如果希望将dev分支上的成果合并到master，可以先切回到master分支然后使用git merge来做分支合并，合并的结果如下图右上方所示。

git switch <target-branch>
git merge --no-ff <target-branch>

4.分支变基分支合并操作可以将多个分支上的工作成果最终合并到一个分支上，但是再多次合并操作之后，分支可能会变得非常的混乱和复杂，为了解决这个问题，可以使用git rebase操作来实现分支变基。如下图所示，当我们希望将master和dev上的工作成果统一到一起的时候，也可以使用变基操作。

当我们在dev分支执行git rebase命令时，将首先计算dev分支和master分支的差集，然后应用该差集到dev分支，最后我们切回到master分支并执行操作合并，这样就看到了如上图右下方所示的干净的分支

5.删除分支删除分支可以使用git branch加上-d参数，如果分支上的工作成果还没有合并，那么在删除分支时会看到error: The branch '<branch-name>' is not fully merged.这样的错误提示。如果希望强行删除分支，可以使用-D参数。删除分支的操作如下所示。

git branch -d <branch-name>
error: The branch '<branch-name>' is not fully merged.
If you are sure you want to delete it, run 'git branch -D <branch-name>'.
git branch -D <branch-name>

如果要删除远程分支，可以使用下面的命令，但是请慎重的操作。

git branch -r -d origin/develop
git push origin :develop

或者

git push origin --delete develop

git其他操作

git fetch：下载远程仓库的所有变动，可以将远程仓库下载到一个临时分支，然后再根据需要进行合并操作，git fetch命令和git merge命令可以看作是之前讲的git pull命令的分解动作。
```
git fetch origin master:temp
git merge temp
```
git diff：常用于比较工作区和仓库、暂存区与仓库、两个分支之间有什么差别。
git stash：将当前工作区和暂存区发生的变动放到一个临时的区域，让工作区变干净。这个命令适用于手头工作还没有提交，但是突然有一个更为紧急的任务（如线上bug需要修正）需要去处理的场景。
```
git stash
git stash list
git stash pop
```
git reset：回退到指定的版本。该命令主要有三个参数，如下图所示。
git cherry-pick：挑选某个分支的单次提交并作为一个新的提交引入到你当前分支上。
git revert：撤回提交信息。
git tag：经常用于查看或新增一个标签。

Git工作流程（分支管理策略）

既然Git是团队开发必备的工具，那么在团队协作时就必须有一个规范的工作流程，这样才能让团队高效的工作，让项目顺利的进展下去，否则工具再厉害但团队成员各自为战，冲突就会无处不在，协作更加无从谈起。我们仍然以刚才码云上创建的python项目为例，来说明Git的分支管理策略。

Github-flow

克隆服务器上的代码到本地。

git clone git@gitee.com:jackfrued/python.git

创建并切换到自己的分支。

git switch -c <branch-name>

或

git checkout -b <branch-name>

在自己的分支上开发并在本地做版本控制。
将自己的分支（工作成果）推到服务器。
```
git push origin <branch-name>
```
在线发起一次合并请求（通常称之为Pull Request，有的地方称为Merge Request），请求将自己的工作成果合并到master分支，合并之后可以删除该分支。

上面这种分支管理策略就是被称为github-flow或PR的流程，它非常简单容易理解，只需要注意以下几点：

master的内容都是可以进行发布的内容（不能直接在master上进行修改）。
开发时应该以master为基础建立新分支（日常开发任务在自己的分支上进行）。
分支先在本地实施版本控制，然后以同名分支定期向服务器进行push操作。
开发任务完成后向master发送合并请求。
合并请求通过审查之后合并到master，并从master向正式环境发布。

当然，github-flow的缺点也很明显，master分支默认就是当前的线上代码，但是有的时候工作成果合并到master分支，并不代表它就能立刻发布，这样就会导致线上版本落后于master分支。

Python装饰器

import random
import time
from functools import wraps


# 装饰器函数的参数是被装饰的函数，它返回的是带有装饰功能的函数
def log_time(func):

    @wraps(func)
    def wrapper(*args, **kwargs):
        start = time.time()
        ret_value = func(*args, **kwargs)
        end = time.time()
        print(f'{func.__name__}执行时间: {end - start:.3f}秒')
        return ret_value

    return wrapper


@log_time
def download(filename):
    print(f'开始下载 {filename}.')
    time.sleep(random.randrange(3, 7))
    print(f'{filename} 下载完成.')


@log_time
def upload(filename):
    print(f'开始上传 {filename}.')
    time.sleep(random.randrange(5, 9))
    print(f'{filename} 上传完成.')


if __name__ == '__main__':
    # download = log_time(download)
    download('Python从入门到住院.pdf')
    upload('MySQL从删库到跑路.avi')

    # 取消装饰器（得到被装饰之前的原函数）
    download.__wrapped__('Linux从精通到放弃.pdf')