了解Git基本概念
能够概述gi
了解SSH协议传输数据
|
2.2 、版本控制器的方式
|
2.3 、SVN
|
2.4 、Git
|
备注：
Clone：克隆，就是将远程仓库复制到本地 Push：推送，就是将本地仓库代码上传到远程仓库Pull：拉取，就是将远程仓库代码下载到本地仓库commit：提交，将工作区代码提交到本地仓库
|
基本概念：
1. 远程仓库 ： 在局域网或互联网上的一个主机，存放代码库的主机或平台，比如gitee.com(码云)
2. 本地仓库： 在本地主机上的一个代码库，可以独立存在，也可以与远程仓库进行关联
凡是一个文件夹，包含.git隐藏文件夹（git工作目录），说明此文件目录使用git版本管理。.git文 件目录中存储了很多配置信息、日志信息和文件版本信息、工作区、暂存区信息等。.git文件夹中 有很多文件，其中有一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改 文件的地方。
3. 工作区：对任何文件的修订(增删改)，都先放在工作区，工作区不与任何仓库分支进行关联
4.暂存区：把修订的文件，从工作区经过add（添加）后与某一个仓库分支进行关联，只要进入缓存 区的文件才能commit(提交)到本地仓库。
5.分支：代码存放在仓库，默认是主分支(master)，可以在主分支基础上创建很多子分支，比如
develop（开发）、bugfix（bug修复）等。
命令如下：
1. clone（克隆）: 从远程仓库中克隆代码到本地仓库
fetch (抓取) ： 从远程库，抓取到本地仓库，不进行任何的合并动作，一般操作比较少。
2. checkout （检出）:从本地仓库中检出一个仓库分支然后进行修订
3. add（添加）: 在提交前先将代码提交到暂存区
4. commit（提交）: 提交到本地仓库。本地仓库中保存修改的各个历史版本
5 . pull (拉取) ： 从远程库拉到本地库，自动进行合并(merge)，然后放到到工作区，相当于
fetch+merge
6．push（推送） : 修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库
Git工作目录下的文件存在两种状态： untracked 未跟踪（未被纳入版本控制）
tracked 已跟踪（被纳入版本控制）
Unmodified 未修改状态Modified 已修改状态Staged 已暂存状态
这些文件的状态会随着我们执行Git的命令而发生变化
|
3.2 、 注册码云
要想使用码云的相关服务，需要注册账号（地址：https://gitee.com/signup ）
|
|
仓库创建好之后，可以查看仓库的信息
|
前面已经在码云上创建了自己的远程仓库，目前仓库成员只有自己一个人（身份为管理员）。在企业实 际开发中，一个项目往往是由多个人共同开发完成的，为了使多个参与者都有权限操作远程仓库，就需 要邀请其他项目参与者成为当前仓库的成员。
进入仓库管理中心，点击仓库成员管理
|
直接添加成员，输入成员在gitee的邮箱地址
输入邮箱后，自动提示码云用户信息，确定后点击添加
|
确定成员信息，点击提交
被要求人员，确认加入
|
|
双击下载的安装文件来安装Git。安装完成后在电脑桌面（也可以是其他目录）点击右键，如果能够看 到如下两个菜单则说明Git安装成功。
备注：
Git GUI：Git提供的图形界面工具Git Bash：Git提供的命令行工具
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用 该用户信息
设置用户信息
git config --global user.name “itcast”
git config --global user.email “hello@itcast.cn”
git config --global credential.helper store # git push的时候记住用户名和密码
以上配置信息默认存储在用户目录下，如果设置错误，可以删除以下如图文件，重新操作以上命令即 可。
|
查看配置信息
git config --list
git config user.name
通过上面的命令设置的信息会保存在~/.gitconfig文件中
要使用Git对我们的代码进行版本控制，首先需要获得构建本地仓库通常有两种方式：
在本地初始化一个Git仓库
从远程仓库克隆一个仓库
4.2.1 在本地初始化一个Git仓库
1）在电脑的任意位置创建一个空目录（例如test）作为我们的本地Git仓库
2）进入这个目录中，点击右键打开Git bash窗口
3）执行命令git init如果在当前目录中看到.git文件夹（此文件夹为隐藏文件夹）则说明Git仓库创建成功
|
可以通过Git提供的命令从远程仓库进行克隆，将远程仓库克隆到本地命令为：gitclone 远程Git仓库地址
远程Git仓库地址有两种形式，一种是HTTPS协议（HTTP安全协议），另一种是SSH协议（安全外壳协 议）。HTTPS协议如果登录私有库必须提供用户名及密码。
|
|
clone 公开库（HTTPS协议），无需提供用户名及密码
命令形式：git status [-s]
|
更简洁的信息
|
命令形式：git add 单个文件名|通配符 ( . 代表全部文件) 添加一个或多个文件到暂存区
|
|
命令形式：git log
|
一般我们总会有些文件无需纳入Git 的管理，也不希望它们总出现在未跟踪文件列表。 通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。 在这种情况下，我们可以在工作目录中创建一个名为 .gitignore 的文件（文件名称固定），列出要忽略的文件模式。下面是一个示例：
|
4.4 、操作远程仓库
4.4.1 、添加远程仓库
此操作是先初始化本地库，然后与已创建的远程库进行对接。命令形式： git remote add <远端名称> <仓库路径>
远端名称，默认是origin，取决于远端服务器设置
|
命令形式：git remote
|
|
查询远程仓库
|
需要在GIT命令中添加一句代码：--allow-unrelated-histories允许不相关历史进行提交,
此操作是先创建远程库，本地Clone，然后在基于clone的本地库进行操作，建议按此方式
此章节内容，4.2.2已操作过。
抓取 命令形式：git fetch【remote name】【branch name】gitfetch 是从远程仓库获取最新版本到本地仓库，不会自动merge
合并远程分支内容到当前,命令形式: git merge【remote name】【branch name】
|
拉取 命令形式：git pull【remote name】【branch name】
|
4.4.6 、解决合并冲突
在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。
A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要 推送到远程仓库，此时B用户晚于A用户吐司，故需要先拉取远程仓库代码，经过合并后才能推送代码。 在B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲
突。
|
B用户修改代码提交到本地仓库
B用户修改代码准备推送到远程仓库
|
git默认把冲突的代码合并在一起，并做特殊标记，如图所示
解决冲突是由开发人员根据实际情况，把上面的冲突部分，进行修订。比如：
|
|
几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。
在开发中，一般有如下分支使用原则与流程：
master （生产）分支
线上分支，主分支，中小规模项目作为线上运行的应用对应的分支；
test（测试）分支
从master创建的分支，一般作为测试部门的测试分支，进行预发测试。测试完成后，需要合并到
master分支，进行发版上线，中小规模项目可省略此分支；
develop（开发）分支
从test创建的分支，如果开发没有test分支，是从master创建的分支，一般作为开发部门的主要开 发分支，如果没有其他并行开发不同期上线要求，都可以在此版本进行开发，阶段开发完成后，需 要是合并到test分支继续测试，如果没有test分支，可直接合并到master分支。
develop_xxx分支
从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，一般是合并到
develop分支。
hotfix(bugfix)分支，
从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、
develop分支。
4.5.1、查看分支查看本地分支 git branch
查看远程分支git branch -r 查看所有分支
git branch -a
|
|
4.5.3 、切换分支
|
4.54、分支推送至远程仓库
|
分支的目标达成后，可以直接合并到主分支上，b1合并到master分支
|
合并分支时，有时不太顺利，比如两个分支代码都修改过修改主分支，提交本地且推送远程
修改b1分支，提交本地且推送远程
合并分支，产生冲突
|
不能删除当前分支，只能删除其他分支
git branch -d b1 删除分支时，需要做各种合并冲突检查，检查失败，删除失败
|
git push origin –d b1 删除远程分支 （谨慎操作）
|
安装好IntelliJ IDEA后，如果Git安装在默认路径下，那么idea会自动找到git的位置，如果更改了Git的安装位置则需要手动配置下Git的路径。选择File→Settings打开设置窗口，找到Version Control下的git选项：
|
点击Test按钮,现在执行成功，配置完成
创建项目远程仓库
初始化仓库并推送到远程
主要初始化忽略文件及项目初始化代码，并推送到远程仓库
1. clone远程仓库到本地
|
clone完成后，如图所示
2. 切换到开发分支
|
检出develop分支，并确定是在开发分支
3. 添加忽略文件
4.把初始化项目代码放到git仓库中
|
5. 通过git命令完成添加、提交、推送
|
先在本地创建本地仓库，然后与远程仓库关联，不建议按此方式操作。
|
1. 选定本地磁盘一个文件夹，使用git命令完成clone操作。
2.切换到开发分支
|
|
5.2.5 、本地仓库常规操作
1. 新增文件
|
勾选后，添加新文件，自动添加到暂存区，新文件自动变为绿色
2. 编辑文件
|
|
3. 重置文件到修改前
|
|
4. 提交到本地仓库
|
|
添加注释并提交
|
提交完成
推送操作：
1.把工作区内容添加到暂存区；
2.把暂存区内容提交到当前分支；
3.拉取远程仓库对应分支，如果有冲突，先解决冲突并提交保存
4.推送当前分支到远程仓库
1、拉取远程仓库对应分支
|
2、解决合并冲突
如果从远程仓库拉取的代码中，同一文件在本地仓库也修改了，需要解决合并冲突，比如如图所示：
|
解决冲突（根据业务情况，进行代码合并，并删除冲突提示）
|
提交合并冲突
推送当前版本到远程仓库
|
|
如果当前版本需要发布，需要把develop合并到master版本步骤：
1、切换到需要合并的版本，比如master
|
2、执行合并操作，使用当前版本合并其他版本到当前，比如master合并developer
3、合并完成，推送到远程仓库
|
假如线上发生问题，需要解决线上问题，需要在master创建bugfix分支，解决线上问题。
|
|
对代码修改后，可以点击对比按钮，对比差异
|
联系客服
