【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 集成，轻松设置基本的自动化测试。