"""

git初识：

1，git是什么？git是一个帮助用户版本控制的软件，

2，git和github，没有关系

3，早期都是使用svn，现在基本都是使用git来做，

4，git每一个版本不是完全复制的，而且只是记录改动的部分，这样可以节省空间，

git还是应该应该使用一个故事场景来学习，这样更加的印象深刻，否则全是理论就容易忘记

你写了代码，怎么使用git把代码管理起来？

1，要下载一个Windows版本，进入git官网下载

2，然后进入项目的根目录，右键，点击git bash here，还有git gui，不使用桌面版，都是用命令，

3，执行命令：git init，这样就是让git帮你管理起来这个文件夹了，会在项目的根目录创建一个.git文件夹，

以后当前的版本都会保存到这个git文件里面去，

4，执行命令：git status，会出现红色的文件夹，这意味着，这些文件夹还没有被git管理起来，

5，执行命令：git add manage.py ，会发现这个manage.py文件被管理了，

现在你再去git status，其他文件夹还是红色的还没有管理，manage.py文件已经不是红色了，

执行命令：git add .   ,这就是管理所有的文件，就会全变绿了，

但是现在没有真正的被提交，还需要下一步，

6，执行命令：git commit -m '创建第一个版本'，这就是提交了，后面是版本的提交注释，这是复制了一份到git文件夹里面了，

执行命令：git config --global user.email "1910583523@qq.com"

执行命令：git config --global user.name "andy"，第一次提交，这是告诉git，是谁提交的，方便追溯，

执行命令：git status，这个时候就没有东西了，就是都提交了，都把文件管理起来了，

注意：提交版本的描述信息，尽量写的详细，否则别人回滚的时候，不确定是不是要回滚，

7，修改文件，执行命令，git status，就会发现这个文件变红了，这是因为文件变动了，

执行命令：git add . ，

执行命令：git commit -m '创建第二个版本'，必须要执行这两个命令，然后就会发现这个文件都管理了，git status 就没有文件了，

8，执行命令：git log，就会把所有的提交日志显示出来，会有commit id，还有提交人和邮箱，时间，提交注释，

9，假设现在上线了，然后发现第二次提交的内容没有审核通过，就需要回滚，

执行命令：git reset --hard 需要回滚的版本号，这样就回滚了，

10，假设现在发现第二次提交的内容审核通过了，就可以把第二次的提交了，

执行命令：git reflog，这是查看所有的版本，

执行命令：git reset --hard 需要回滚的版本号，这样就再次回滚到了第二个版本了，

11，如果是修改了之后还没有git add，git status，这个时候文件是红色的了，但是我现在想要取消这个修改，

执行命令， git checkout +文件名 ，这就是取消修改了，

上面的这种管理还是在本地管理的，

"""

"""

场景：

你的项目上线了，现在开发第二个版本，这个时候线上第一个版本出问题了，现在必须马上修改，如何操作？

这个时候第二个版本已经开发了很多了，现在git status已经有很多的红色文件了，怎么办？

第二个版本的功能肯定不能推上去，而第一个版本有bug要修改，怎么办？

操作：

1，执行命令：git stash，这是找到所有红色的文件，也就是被修改的文件，把它们拿走，临时存到一个地方了，

这样git status，就没有红色文件了，并且你开发的内容也不见了，被存到了另一个地方了，

2，然后修改bug，然后提交，这个bug就解决了，然后你git add .   git commit ...

我需要继续开发，怎么开发？

3，执行命令：git stash pop，这样就回来了，并且我们开发的内容回来，而且我们修改的bug也已经修改了，就可以继续开发了，

会出现的问题：

你在没有删除日韩的之后，stash了，这个时候保存的是有日韩的，然后删除了之后，pop的时候出现了合并，

合并的时候自动帮我们检测了，来做这个事情，这就是一个自动合并的功能，这种是能合并的，但是有些情况是合并不了的，

冲突：

假设你修改bug的时候，如果你不是删除日韩，然后新增了一个在线，这个时候提交修改的内容，

然后回来git stash pop，这个时候就会报错了，冲突了，

CONFLICT (content): Merge conflict in api/tests.py

所以pop的时候有两种情况，一种是可以自动合并的，一种是有冲突的，

什么时候自动合并？什么时候有冲突了呢？

两个用户修改了同一个文件的同一块区域，git会报告内容冲突。

我们常见的都是这种，后面的解决办法也主要针对这种冲突。

这种冲突了怎么办？

就要手动解决冲突，没有好的解决方法，但是如果有两千个冲突怎么办？

冲突要会看，==========，这是一个分割线，上面是之前的，下面是你后面写的，

然后手动解决了冲突，就可以提交代码了，commit，

记住：如果你正在写代码，然后线上有bug，你要去修改，你就需要git stash（这个只会保存红色的文件），

然后修改之后回来的时候git stash pop，这个时候可能会有冲突，

有了冲突不要着急，如果有两千个，也不要着急，有一个软件，可以把两千个都找到，

总结：git stash的用法：

1，git stash，这是放入一个缓存中，

2，git stash pop，这是把第一个暂存的拿出来，

3，git stash list，所有的暂存的记录，默认是拿回来第一个，

4，git stash apply 编号，将指定编号的记录重新拿到工作区（可能会有冲突，）

5，git stash drop 编号，删除指定编号的记录，

常用的就是前两个，

#############################################################

上面是方式一，解决方法，

这种不太好，公司里面常用另一个方法，就是branch的东西，

下面讲解方式二，

场景：

现在开发一个功能，然后开发到一半的时候，需要马上上一个功能，这个时候怎么办？

我们使用分支的方式，

1，执行命令：git branch dev，这是创建了一个分支，而且是copy了一份代码，

这个时候这个分支和master分支是一样的，以后在代码开发的功能在dev分支做，

执行命令：git branch，这是查看分支，

执行命令：git checkout dev，这是切换分支，

2，这样你就有两套代码了，然后你就可以在dev开发新的功能，在dev提交的代码是不会影响到master，

然后你切换到master，你会发现代码是没有变化的，也就是dev的代码没有影响到master

3，现在dev的功能开发到了一半，然后需要马上上线一个功能：日韩，可以在master分支中增加一个日韩，

然后直接提交了，但是一般我们不直接在master分支提交代码，因为风险太大了，

所以规定就是不能在master分支修改

4，最好的方案是创建一个分支，

执行命令：git checkout -b rh，然后这个分支是和master分支一样的，在这个分支修改bug，新增紧急的功能，新增之后，比较代码

这个时候有三套代码了，1个是master，1个是dev有新开发的功能，1个是rh，这有我们新增的功能，

5，现在要合并代码了，

rh分支和mater分支，先回到master，

执行命令：git merge rh，这一步就是把代码合并到master了，

然后在master分支就有rh的提交日志log了，

然后删除这个分支，

执行命令：git branch -d rh，这样就把rh分支删除了，

所以面试问你如果有线上bug怎么办？就是创建一个分支，然后修改，提交，合并，删除新建的分支，

6，然后现在我开始开发了，切换到dev分支，git checkout dev，

然后可以继续开发了， 但是这个分支是没有修改的bug的，这个要记住，你可以现在合并，也可以后面合并，现在你只是写你的功能就行了，

但是一般是后面合并，因为是协同开发，你改了bug，其他人可能不知道，

7，然后现在继续开发，新的功能开发完了， 然后在dev分支提交，

现在需要上线新功能，就要把dev和master分支合并了，

切换到master分支，

执行命令：git merge dev，这个时候报错了，因为有的代码dev分支没有，而dev分支有的master分支没有，怎么办?

8，这个时候没有冲突，但是弹出需要一个合并记录，然后输入你的这次合并的注释，然后保存退出，就可以了，合并成功了，

这个时候看master的log是所有的都有的，

9，但是如果是修改的内容是同一行，会冲突，冲突了就要手动修改了，

公司里面修改bug，必须要创建bug分支，处理之后合并master分支，master永远保持正确的代码，然后删除bug分支，

stash就是个人使用的，

"""

"""

git版本控制之github代码管理，

1，github一个代码托管的网站，最有名的就是github，这是全球最大的，中国用码云，

做代码托管，你放的代码所有人都能看到，但是你要别人不能看要交钱，github被微软收购了，

也可以自己创建一个代码托管的网站：gitlab，这是公司自己搭建的，命令都一样用，公司会给你一个账号

github就像是一个云，和git结合的很好，

2，现在你需要注册一个git账号，登陆之后如果你有项目都显示在左边，

3，一开始是不能提交代码的，你需要新建一个代码仓库，这个仓库名字最好和本地的项目名称一致，

创建的时候主要是仓库名称和描述，

步骤：

在本地的git上，

git remote add origin https://github.com/liqian08161992/luffy.git   这是给后面的地址起一个别名，叫做origin，以后就往这个地址推送代码了，

这就是建立了关联关系了，这个关联关系在.git文件夹下的config文件里面呢，

git push -u origin master，这是推送代码到线上

4，但是我们开发都在dev分支，所以也要把dev分支推送到dev，

切换到dev分支，

执行代码：git push origin dev

5，有了代码托管之后，你在公司开发的代码，不用拿电脑，回到家就可以写代码了，怎么办？

现在到了家之后，首先第一步需要把代码下载下来，怎么下载？

新建一个文件夹，然后在文件夹内部，右键打开git bash here

执行命令：git clone https://github.com/liqian08161992/luffy.git

然后把代码克隆下来，这是默认只复制master分支，没有dev分支，

在本地再新建一个dev分支，git branch dev，

切换到dev分支，

执行命令：git pull origin dev，这就是把dev代码拉下来了，

6，在家里开始写代码，开发一个功能，比如会员功能，

然后git add .

git commit -m '会员功能开发了三分之一'，这是提交了本地，

git push origin dev，这是把代码推送到了服务器，这一步一定要有，

7，第二天到公司之后，打开目录，然后拉下来代码

执行命令：git pull origin dev然后代码就拉下来了，

然后修改了之后，再次提交，并且push到github

现在就多了push和pull，这是推送到远程仓库了，

#################################################################

git忘记提交代码引发的问题：

1，在公司开发的代码，比如开发了一个1.py，还有add，commit，但是没有push，

2，到了家里之后，pull的时候就没有代码拉下来的，

怎么办？

你可以接着开发，写第二个文件，2.py，然后add，commit，push，

3，第二天到了公司，公司有一个1.py，现在怎么做？？？

现在要先把代码拉下来，可能会冲突，也可能会合并，

然后继续开发，3.py，然后add，commit，push，

4，这个时候到了家里，

执行命令：git fetch origin dev，这个也是拉代码，但是没有1.py，3.py，因为这个时候还没有到本地，是从远程到了本地的工作区，

执行命令：git merge origin/dev，现在要从工作区拿回来，origin/dev这是固定搭配，

总结：

git remote add origin github地址

git clone  github地址

git push origin dev

-------这一句相当于两句

-------git fetch origin dev

-------git merge origin/dev，这种会出现分叉，你可以把这一句命令改成git rebase origin/dev就不会分叉了，

git push origin master

-------这一句相当于两句

-------git fetch origin master

-------git merge origin/master

5，从git GUI页面可以查看所有的提交记录，这是一个树形的，

如果你忘记提交，可能会有分叉，

面试题，git rebase的作用？

在家忘记提交，在公司，你如果使用 git push origin dev

或者git fetch origin dev和git merge origin/dev，会产生分叉的记录，

为了保持提交记录的整洁，你可以把这一句命令改成ggit fetch origin dev和git rebase origin/dev就不会分叉了

这是干净的记录，

"""

"""

git多人协同开发：

多人协同开发：

1，首先是允许他人操作程序，

方式一：合作者模式

在github上，你可以克隆公开的所有的代码，但是你是不能提交的，如果你想要提交，就要在github里面，

进入项目，在项目下有一个settings里面，有一个Collaborators，合作者，然后添加github账号，

然后对方会有收到一个邮件，然后点击就进入了，这是邮箱确认，然后拉下来代码，就可以进行提交代码，协同开发了，

方式二，创建组织模式

在github上面有一个加号，点击new organizations，这就是创建一个组，然后这个组，可以开发很多的项目，

填写组织名称，邮箱，免费，邀请组员加入组织，

然后组织里面有设置，有权限的设置，默认是读read，可以写write，

这就是进入公司之后，需要老板把你拉进来，然后协同开发，

问题：需要几个分支？

不同的人开发不同的功能，比如打车，配送，然后两个人开发，

假设A提交到了代码dev分支，然后B回去拉代码下来，会启动不起来，因为别人的代码没有开发完，你拉下来你跑不起来的，

所以如果有两个人开发，就需要四个分支了，master分支，dev分支，然后两个人各一个分支，

然后两个人从dev拉下来代码到各自的分支，然后把各自的代码开发完了，

两个人先合并，或者两个人都合并到dev，所以各自有各自的分支，

到了公司拉下来dev分支代码之后，创建自己的分支，你就管你自己的分支就可以了，

代码提交到自己的分支，这个时候github上面就有各自的分支了，

场景：各自提交到各自的分支

1，touch 打车.py

2，git add .

3，git commit -m '打车开发一半'

4，git push origin liqian ##这一步推送之后，github就有自己的分支了，

也可以没有个人分支，就在自己的本地保存，但是有了个人的分支，每天提交，组长就会检查他的代码进度了，

场景：两个人都开发完了，合并到dev，

1，A现在切换到dev分支，

git checkout dev

git merge A 这是把我的分支合并到dev分支，

git push origin dev，这是推送到远程，

2，B现在切换到dev分支，

git checkout dev

git merge B 这是把B分支合并到dev分支，

git push origin dev，这是推送到远程，这个时候会报错的，

因为现在的dev 分支已经有比你现在的dev分支更加新的代码了，提示想要把代码拉下来，

error ：git pull  before pushing again，

所以一旦你看到了这个错误，你就要意识到，你需要先拉下来，然后才可以push，

git pull origin dev，

这个时候可能会有冲突的，可能会产生很多的冲突，只要相同地方的代码就会有冲突，

如果产生了1000个冲突，怎么办？这个地方就是合并冲突，就只能一个一个解决了，这个时候只需要合并，没有冲突

然后你拉下来之后就可以push代码了，

git push origin dev，

协同开发就会出现这样的问题！

问题：这个流程有问题，因为每一个人都想要第一个提交，因为第一个提交没有冲突，

但是如果很多呢，一般来讲公司会做出规定，因为会给你规定你就修改这几个文件，这样冲突会比较少，

但是再怎么规定，也是会产生冲突的，怎么办？

如果产生了冲突，会导致公司内部不和谐，所以公司在合并的时候，

1，所有的人都要在，

2，合并间隔的时间不能太长，如果两周合并一次，冲突就很多，三两天合并一次还可以，冲突少，解决方便，

其实这个时间没有什么硬性规定，一般是一两天，一个小功能开发完了，没有什么bug了，就可以合并了，

如果一个人的代码有bug，不能合并，就其他人先合并，

这就是两个非常重要的规则，

如果一个新人写的代码，你的老板就会先看一遍，你今天提交了代码，然后第二天发现代码不见了，你就要心慌了，

因为你的代码太烂了，被老板删了，或者重写了，很多人都有过这个经历，这就是老板review代码，

这是组长要做的，或者带新人的老人来做，老板一般没有时间做，

面试题：怎么review？

可以创建一个review的分支，然后把新人的代码不要提交到dev，先提交到review分支，然后都过一遍，

很多时候不报错，但是也会有问题，就要人工审核，

"""

"""

git版本控制之fork，

程序员开发了功能之后，想要干什么？可能想要接私活，过了两年你可能想要接私活，你可以去做培训，参加一些研讨，

你可以看看github上面的源码，提高一下自己，找几个朋友做一个开源的项目，可以是技术类的，可以开发一个python中的模块，

然后给别人来用，你就是一个开源项目的创始人了，你的简历里面就是可以写你是一个开源项目的创始人，写上地址，你就厉害了，

发起一个项目，每周末去咖啡厅写代码，好多公司都在用，持续维护一定会特别棒，你拿到优秀的代码去读，

你就可以发现bug，一定可以发现bug，如果你能发现django的bug你就厉害了，django的源码就在GitHub上，

假设你发现了django的源码的bug，你怎么通知他们，你把django代码拉下来之后，你是不能提交改动的，

比如你点击fork，你就把这个代码copy到自己的仓库了，fork的地方就＋1了，fork的次数越多，你的代码越受到欢迎，

你fork了之后，你就可以修改了，不会影响到原主人的代码，

这个时候发现了django代码的bug，你怎么通知他们？

new pull request，创建一个create new request，你就可以提交了，这就给对方发送过去了，

然后对方需要同意，但是对方需要检查是不是恶意的，只要对方同意了，就会有我修改的代码了，

面试题：如果你要在github上给别人的代码添加功能，

先fork，

然后pull request，同意了就添加了我修改的代码了，

##################################################

其他：

1，不用反复输入用户名和密码：

第一种方式：https的方式：通过地址里面添加用户名和密码来解决这个问题：

git remote add origin https://用户名：密码@github.com/liqian08161992/luffy.git

但是这种不太好，这种把用户名和密码暴露了，

第二种方式：使用ssh的方式，

使用git，进入项目根目录，然后输入：ssh-keygen.exe

一直回车，就会保存了，地址： (/c/Users/thinkpad/.ssh/id_rsa):

进入这个目录，/c/Users/thinkpad/.ssh

你会看到两个文件，id_rsa  id_rsa.pub ，一个私钥，一个公钥，

然后你复制公钥，放到上面，你就可以不用加用户名密码了，

2，如果你不需要git管理项目中的一些文件了，怎么办？

你在项目根据目录下面，新建一个文件，vim .gitignore，这个文件需要push上去，

打开这个文件，然后加入

*.sql

*.pyc （这是py文件的编译文件，）

然后保存退出，你以后修改了这种文件，git status的时候就不会检测到这个文件了，git不管了，

3，django在github上面有不同的版本，

我们怎么创建版本？

在本地执行命令，git tag -a v1.0 -m "初次创建第一个模板"

在执行命令，git push origin --tags，这样你在github上面就有一个版本了，

"""

"""

工作git使用流程：

项目经理：

项目之初，项目经理搭建项目的框架，

建完框架之后，项目经理把项目框架代码放到服务器，

普通员工：

在自己的电脑上生成ssh公钥，然后把公钥交给项目经理，然后项目经理给你添加到服务器上，

项目经理给你每一个组员一个克隆地址，然后你把代码克隆到本地，

你可以在本地创建一个分支，然后每天在这个分支开发，

每一个员工把自己的完成的代码，发布到远程的dev分支上，

一般项目中都会有两个分支，一个master分支，一个dev分支，

master分支保存要发布的代码，

dev分支保存开发过程中的代码，所有的组员开发完自己的代码都要发到这个dev上

你不能每次开发一点都发布到dev上去，因为别人要下载这个项目，如果你没开发完，你就发上去了，别人下载了，可能会跑不起来的，

项目经理给你任务，预计几天完成，到时间了， 会问你有没有完，完了就可以推代码了，

"""