一、为什么要使用源代码管理工具
1、能记录一个项目从开始到结束的整个过程。
2、追踪项目中所有内容的变化情况，如增加了什么内容，删除了什么内容，修改了什么内容等等。
3、版本控制，可以清楚的知道每个版本之间的异同点，如版本2.0相比较版本1.0多了什么内容，功能等。
4、 权限控制，防止代码混乱，提高安全性，防止一些不必要的损失和麻烦，简单的理解就是为什么职位做什么事情，不能越界。如控制程序员A对正在开发的项目具有开发的权限，其他项目不具有开发的权限，如果不进行控制的话，那么对其他项目的开发权限也对程序员A开放，如果程序员A对其他项目不小心进行了错误的操作 如删除，就会造成一些损失。
5、责任追究，防止互相推卸责任，可以清楚的知道谁对哪个文件进行了什么修改，导致了项目无法正常运行。
6、回退处理，执行了错误的操作之后还可以有补救的机会，如从版本1.0升级到版本2.0，后来发现版本2.0有一个错误，这时候可以进行回退处理，比较方便。
7、冲突解决，在团队的多人协同开发中，冲突是经常有的事情，比如存在着相同的文件名称，同一个文件中有着相同功能的函数等等，这时候使用源代码管理工具可以比较方便的解决冲突。冲突的解决一般按照“复制-修改-合并”原则进行。
二、基本知识
1、一般使用SVN或者Git进行源代码的管理。
2、SVN是集中式的、Git是分布式的。
2.1 集中式：一台服务器控制着所有的代码，这台服务器的代码是最新的，其他电脑的代码操作（如下载、提交）都需要通过这台服务器才可以执行。
2.2 分布式：每台电脑都相当于一个服务器，代码是最新的，比较灵活。
对比：Git的速度比SVN快；Git比SVN灵活；SVN一旦没有网络或者服务器挂了的话，其他电脑都无法执行操作，但是Git可以先提交到本地版本库，等待联网的时候再提交到远程代码仓库。
3、明白一些基本概念：工作区、本地版本库、服务器（远程代码仓库）。
Git工作流程.png
4、本地版本库和远程代码仓库的交互过程大致为：在本地电脑的工作区写代码，完成之后提交到本地的版本控制库，然后再提交到远程的代码仓库。指令对比如下：
SVN：add----commit
Git：add----commit----push
三、对比：
image.png
Git
一.创建远程仓库Github
1.在Github上登陆注册，创建远程仓库
二.克隆项目
- cd 项目路径(cd Desktop/manager/)
- git clone 远程仓库地址https://github.com....
- 配置身份信息
cd Desktop/manager/test007/
git config user.name '经理'
git config user.email 'manager@163.com' - 创建项目
创建py文件 - 推送项目到远程仓库
# 工作区添加到暂存区
git add .
# 暂存区提交到仓库区
git commit -m '立项'
# 推送到远程仓库
git push
- 在 push 的时候需要设置账号与密码，该密码则是 github 的账号与密码
- 如果在每次 push 都需要设置账号与密码，那么可以设置记住密码
设置记住密码（默认15分钟）：
git config --global credential.helper cache
如果想自己设置时间，可以这样做(1小时后失效)：
git config credential.helper 'cache --timeout=3600'
长期存储密码：
git config --global credential.helper store
三.多人协同开发
- 要使用git命令操作仓库，需要进入到仓库内部
- 要同步服务器代码就执行：git pull
- 本地仓库记录版本就执行：git commit -am '版本描述'
- 推送代码到服务器就执行：git push
- 编辑代码前要先pull，编辑完再commit，最后推送是push
四. 代码冲突
- 容易冲突的操作方式
- 多个人同时操作了同一个文件
- 一个人一直写不提交
- 修改之前不更新最新代码
- 提交之前不更新最新代码
- 擅自修改同事代码
- 减少冲突的操作方式
- 养成良好的操作习惯,先pull在修改,修改完立即commit和push
- 一定要确保自己正在修改的文件是最新版本的
- 各自开发各自的模块
- 如果要修改公共文件,一定要先确认有没有人正在修改
- 下班前一定要提交代码,上班第一件事拉取最新代码
- 一定不要擅自修改同事的代码
五.标签
当某一个大版本完成之后,需要打一个标签
-
作用：
记录大版本
备份大版本代码
- 进入到本地项目仓库
cd 项目路径 - 在本地打上标签
git tag -a 标签名 -m '标签描述'
例：
git tag -a v1.0 -m 'version 1.0'
- 推送标签到远程仓库
git push origin 标签名
例：
git push origin v1.0
- 查看打标签结果
六.分支
- 作用：
区分生产环境代码以及开发环境代码
研究新的功能或者攻关难题
解决线上bug - 特点：
项目开发中公用分支包括master、dev
分支master是默认分支，用于发布，当需要发布时将dev分支合并到master分支
分支dev是用于开发的分支，开发完阶段性的代码后，需要合并到master分支
- 进入到本地仓库
cd 项目路径 - 查看当前分支
git branch - 创建分支并切换到dev分支
gti checkout -b dev
gti brabch - 设置本地分支跟踪远程指定分支（将分支推送到远程）
git push -u origin dev - 在分支编写代码
- 管理 dev 分支代码：add commit push
git status 查看分支状态
git add .
git commit -am'描述’
git push - dev分支合并到master 分支
- 只有当dev分支合并到master分支成功以后，才能在主分支上看到代码
7.1 先切换到master分支
git checkout master
git branch
7.2 dev分支合并到master分支
git merge dev
7.3 推送合并分支操作到远程仓库
git push
