【Gitee自动化测试2】Git，Github，Gitlab，Gitee
一. 服务器 与 客户端
- 是提供服务的计算机，存储项目代码和版本信息，处理客户端请求并返回响应。
- 并通过网络向其他计算机（即客户端）提供这些服务。
- 服务器可以是物理设备，也可以是虚拟机。
二. 版本控制
- 目的：记录文件修改的历史，来找到不同时间点的代码
- 集中式版本控制工具：几个程序员一起制作一个项目，用的是同一套服务器
步骤：A开发最初版版本，放到服务器上，B拿到服务器上的代码，修改提交第二版
缺点：如果服务器故障，那所有人都不能用了，没有历史记录 - 分布式版本控制工具：自己的电脑就是一个服务器。
步骤：A可以在A电脑写代码，然后提交到远程服务器，B再到远程服务器取，克隆到本地B电脑。 - 无论是分布式工具，还是集成式工具，都是用来对 “代码托管平台” 进行控制的工具
三. Git：分布式版本控制工具
记录每次代码的修改历史，支持使用代码托管平台进行团队协作
Git的安装：https://blog.51cto.com/u_16099165/10735483
四. 代码托管工具：一种在线平台，99%都是分布式的
- 团队一起写项目用。让员工分模块开发项目，提取不同时间点提交的代码。
- 不同托管工具，有不同的功能。有些平台能自动化测试代码，有些平台能创建QA指定员工回答。
- 都支持Git版本控制工具，允许开发者托管和管理代码，进行团队协作等。
五. 用Git分布式团队协作流程
- 团队内协作：
A写好代码 push推送 到AB云仓库，
B clone克隆 到本地，修改后再 push推送 到AB云仓库，
A再 pull拉取 变更部分到本地 - 团队外协作：
菜鸡AB不会了，上网买C帮忙，
C要 fork叉 一下AB云仓库的代码，搞到自己的C云仓库，再 clone克隆 到本地，
C修改好后再 push推送 到自己的C云仓库，再给AB发 pull request拉取请求 ，
AB觉得可以了，就 merge合并 到自己的AB云仓库去，再 pull拉取 变更部分到本地
六. Github，Gitlab，Gitee是不同公司，发行的代码托管平台
1. Github：全球的，开源的，全英文
提供内置的 CI/CD 功能，名叫GitHub Actions。可以与 JUnit 集成，轻松设置强大的自动化测试。
2. Gitlab：全球的，局域网，多语言
提供内置的 CI/CD，名叫GitLab CI。可以与 JUnit 集成，轻松设置出色的自动化测试。
3. Gitee码云：中国的，开源的，全中文
提供内置的 CI/CD，名叫Gitee CI。可以与 JUnit 集成，轻松设置基本的自动化测试。