源代码管理工具SVN和Git

一、为什么要使用源代码管理工具

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上登陆注册，创建远程仓库

二.克隆项目

1. cd 项目路径(cd Desktop/manager/)
2. git clone 远程仓库地址https://github.com....
3. 配置身份信息
   cd Desktop/manager/test007/
   git config user.name '经理'
   git config user.email 'manager@163.com'
4. 创建项目
   创建py文件
5. 推送项目到远程仓库

 # 工作区添加到暂存区
  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

四. 代码冲突

1. 容易冲突的操作方式
   • 多个人同时操作了同一个文件
   • 一个人一直写不提交
   • 修改之前不更新最新代码
   • 提交之前不更新最新代码
   • 擅自修改同事代码
2. 减少冲突的操作方式

• 养成良好的操作习惯,先pull在修改,修改完立即commit和push
• 一定要确保自己正在修改的文件是最新版本的
• 各自开发各自的模块
• 如果要修改公共文件,一定要先确认有没有人正在修改
• 下班前一定要提交代码,上班第一件事拉取最新代码
• 一定不要擅自修改同事的代码

五.标签

• 当某一个大版本完成之后,需要打一个标签

• 作用：

  记录大版本
  备份大版本代码

1. 进入到本地项目仓库
   cd 项目路径
2. 在本地打上标签

git tag -a 标签名 -m '标签描述'
例：
git tag -a v1.0 -m 'version 1.0'

3. 推送标签到远程仓库

git push origin 标签名
例：
git push origin v1.0

4. 查看打标签结果

六.分支

• 作用：
  区分生产环境代码以及开发环境代码
  研究新的功能或者攻关难题
  解决线上bug
• 特点：
  项目开发中公用分支包括master、dev
  分支master是默认分支，用于发布，当需要发布时将dev分支合并到master分支
  分支dev是用于开发的分支，开发完阶段性的代码后，需要合并到master分支

1. 进入到本地仓库
   cd 项目路径
2. 查看当前分支
   git branch
3. 创建分支并切换到dev分支
   gti checkout -b dev
   gti brabch
4. 设置本地分支跟踪远程指定分支（将分支推送到远程）
   git push -u origin dev
5. 在分支编写代码
6. 管理 dev 分支代码：add commit push
   git status 查看分支状态
   git add .
   git commit -am'描述’
   git push
7. dev分支合并到master 分支

• 只有当dev分支合并到master分支成功以后，才能在主分支上看到代码
  7.1 先切换到master分支
  git checkout master
  git branch
  7.2 dev分支合并到master分支
  git merge dev
  7.3 推送合并分支操作到远程仓库
  git push