############### 初识git ##############
""" 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版本控制----stash，branch， ##############
""" 场景： 你的项目上线了，现在开发第二个版本，这个时候线上第一个版本出问题了，现在必须马上修改，如何操作？ 这个时候第二个版本已经开发了很多了，现在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代码管理 ##############
""" 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多人协同开发 ##############
""" 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，和其他 ##############
""" 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工作流程 ##############
""" 工作git使用流程： 项目经理： 项目之初，项目经理搭建项目的框架， 建完框架之后，项目经理把项目框架代码放到服务器， 普通员工： 在自己的电脑上生成ssh公钥，然后把公钥交给项目经理，然后项目经理给你添加到服务器上， 项目经理给你每一个组员一个克隆地址，然后你把代码克隆到本地， 你可以在本地创建一个分支，然后每天在这个分支开发， 每一个员工把自己的完成的代码，发布到远程的dev分支上， 一般项目中都会有两个分支，一个master分支，一个dev分支， master分支保存要发布的代码， dev分支保存开发过程中的代码，所有的组员开发完自己的代码都要发到这个dev上 你不能每次开发一点都发布到dev上去，因为别人要下载这个项目，如果你没开发完，你就发上去了，别人下载了，可能会跑不起来的， 项目经理给你任务，预计几天完成，到时间了， 会问你有没有完，完了就可以推代码了， """