GIT工作原理及操作（19）

//扩展知识交换两个变量的数据

//方法一
var a=10;
var b=20;
var c=a;
a=b;
b=c;


//方法二
var a=10;
var b=20;
a=a+b;
b=a-b;
a=a-b;

//方法三
var a=10;
var b=20;
[a,b]=[b,a]

GIT工作原理及操作

当我们在本地创建一个git仓库后，我们可以基于这个仓库管理我们的代码

git的工作流程

每一个git仓库都划分为三个区域

• 工作区：编辑代码的地方

• 暂存区：临时存储要生成版本代码的地方

• 历史区：存储的是生成的每一个版本代码

• 工作区提交到暂存区，暂存区提交到历史区（重点记住暂存区始终存放提交的内容，并没有消失，以后工作区内容修改，会和暂存区作对比，依此来判断哪些是新处理的)

• 

工作区提交到暂存区

$ git status

查看代码或者文件的状态（当前处于哪个区域）: 红色（当前处于工作区，还没有提交到暂存区）绿色（当前处于暂存区，还没有提交到历史区）如果没有文件，代表三个区域代码已经同步，历史版本也在历史区生成了

$ git add . / $ git add -A

$ git add xxx  把指定的文件提交到暂存区          

$ git add .  包含修改和增加的，但是不包含删除的          

$ git add -u  包含修改和删除的，但是不包含新增的        

$ git add -A  同时具备 . 和 -u 特征          

$ git status  查看文件状态 

把当前工作区中所有最新修改的文件，都提交到暂存区

暂存区到历史区

$ git commit

这样执行后，会弹出一个提交文本输入界面，需要我们编写本次提交到历史区，给当前版本编写的备注信息

先按 i 进入编辑插入模式

输入备注信息

按ESC

输入“ :wq ” 保存并退出

$ git commit -m'自己需要编写的备注信息'

$ git log 查看当前历史区提交的记录（查看版本信息）

查看每个区域的代码区别

$ git diff 工作区 VS 暂存区

$ git diff master 工作区 VS 历史区（master分支）

$ git diff --cached 暂存区 VS 历史区

git和gitHub同步

1. 让本地的git仓库和远程仓库建立关联

$ git remote -v 查看所有的关联信息

$ git remote add xxx [远程仓库git地址] 建立关联

$ git remote remove xxx 移除关联

我们远程仓库关联在一起的名字默认是：origin，当然自己可以随意修改

1. 把本地的信息推送到远程仓库上，或者从远程仓库上拉取最新的信息到本地仓库

我们本地推送和拉取的信息，既有代码也有版本信息，所以说与其说是推送和拉取，不如说是和远程仓库保持信息的同步

在推送之前，我们都应该先拉取

$ git pull origin（这个名字就是和远程仓库关联的这个名字，以自己设置的为主） master 从远程仓库的master分支拉取最新的信息

$ git push origin master 把自己本地信息推送到远程仓库的master分支下

如果名字是origin，分支走的也是master分支，后面都可以不写，也就是执行$ git pull / git push

---

以上是操作知识点，真实项目开发流程

1. LEADER会首先创建一个远程仓库（这个仓库可能是空的，也可能是包含了项目需要的基础的结构信息）

2. 作为开发者，我们需要在本地创建一个本地仓库，还需要让当前本地的仓库和远程仓库保持关联

原始做法：

git init

git remote add origin [GIT仓库地址]

简单做法：

git clone [远程仓库地址] [克隆后的名字：可以不设置，默认是仓库名]

        3. 在本地开发产品，需要同步的时候，我们首先把工作区内容在本地仓库中放到历史区，生成版本信息（git add . / git commit -m''），在把本地历史区的信息推送到远程仓库上（git pull / git push）

        4. 在团队协作开发的时候，LEADER会在自己的gitHub账号下创建一个远程仓库，那么团队其他成员在向这个远程仓库推送信息的时候，使用自己的账号是没有推送权限的，我们需要把当前这个远程仓库，在github中创建工作群组，让更多人用自己的账号也有操作权限

1. 小组成员在自己的邮箱中收到一封邀请邮件，需要确认同意

2. 

    这样就是加入成功了