git基本使用了解

1.首先演示同分支下的多用户使用（linux下的使用）

1. 创建 teamwork文件仓库

mkdir	teamwork

​ 2.创建两个文件夹分别为work1(经理)、work2(张三)使用

mkdir	work1
mkdir	work2

​ 3.分别进入两个用户的文件拉取线上的仓库内容

git clone 仓库地址

​ 4.先创建配置用户

git config user.name'用户名'
git config user.email'邮箱名'

​ 5.创建用户完成之后进行操作操作完成后提交到git线上仓库

git status	可以查看git目前状态

​ 6.首先提交到暂存区

git add .	(提交所有的修改)
git add login.py(提交指定文件)

​ 7.然后执行提交到本地仓库

git commit -m'备注'	commit会生成一个新的版本-m后面是版本描述信息

查看版本信息
git log
或者
git reflog

​ 8.提交线上

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
    

2. 基本两个用户间的修改拉去过程演示

1. 模拟张三先创建并且编辑login.py文件代码

   cd work2
   mkdir login.py
   vim login.py
   进行编辑num1=10.
   
   编辑完成后提交本地仓库记录版本
   git commit -am'add num1'.
   提交线上
   git push
   

2. 模拟经理对仓库文件进行编辑

   cd work1	进入经理文件
   git pull	更新最新的版本仓库同步最新的代码
   vim login.py
   进行编辑num2=>20
   
   编辑完成后提交本地仓库记录版本
   git commit -am'add num2'
   提交线上
   git push
   

3. 张三再次进行编辑

   git pull	拉取最新版本仓库代码
   
   对仓库进行编辑操作、提交代码...
   

4. 按照以上1-2-3步骤循环操作，即可实现基本的协同开发

• 5.总结：
  • 要使用git命令操作仓库，需要进入到仓库内部
  • 要同步服务器代码就执行：git pull
  • 本地仓库记录版本就执行：git commit -am '版本描述'
  • 推送代码到服务器就执行：git push
  • 编辑代码前要先pull，编辑完再commit，最后推送是push

3.用户的基本协同开发可能会出现的代码冲突

• 提示：多人协同开发时，避免不了会出现代码冲突的情况
• 原因：多人同时修改了同一个文件
• 危害：会影响正常的开发进度
• 注意：一旦出现代码冲突，必须先解决再做后续开发

代码冲突实例

例：张三先编辑login.py 文件代码

• 1.张三先编辑login.py文件代码

  • 进入张三本地仓库：cd Desktop/zhangsan/test007

  • 拉取服务器最新代码：git pull

  • 编辑代码：num3 = 30

  • 本地仓库记录版本：git commit -am '第三个变量'

  • 推送到服务器仓库：git push

• 2.经理后编辑login.py文件代码

  • 进入经理本地仓库：cd Desktop/manager/test007/

  • 编辑代码：num3 = 300

  • 本地仓库记录版本：git commit -am '第三个变量'

  • 推送到服务器仓库：git push

  • 以上会提示出现代码冲突

• 3.解决冲突

  • 原则：谁冲突谁解决，并且一定要协商解决
  • 需要再次git pull
  • 进入发生冲突的文件：保留所有代码 或者 保留某一人代码
  • 解决完冲突代码后，依然需要add、commit、push

补充：

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

4.分支操作

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

克隆指定分支代码

 git clone -b +分支 + 地址

模拟经理分支操作

• 对比：操作分支前的代码

• 1.进入到经理的本地仓库work1

   cd teamwork/work1
  

• 2.查看当前分支

    git branch
  

  • 没有创建其他分支时，只有master分支

• 3.经理创建并切换到dev分支

   git checkout -b dev
  

• 4.设置本地分支跟踪远程指定分支（将分支推送到远程）

    git push -u origin dev
  

• 5.经理在dev分支编辑代码并且提交到dev分支

• 6.现在在线上已经可以看到dev分支并且提交的代码

• 7.dev分支合并到master分支

  • 提示：只有当dev分支合并到master分支成功，张三才能获取到num4

  • 7.1 先切换到master分支

      git checkout master
    

  • 7.2 dev分支合并到master分支

      git merge dev
    

  • 7.3 经理推送合并分支操作到远程仓库

    • 合并分支默认在本地完成，合并后直接推送即可

      git push
      

• 8.张三同步经理合并后的代码

  • 只有当张三同步代码成功，分支合并才算成功

    cd teamwork/work2
    git pull