[前端学习]框架部分学习笔记,第一天

Git

简介

  • git是一款源代码管理工具,进行代码版本管理

基础指令介绍

  • 初始化仓库
    • git init,该指令会创建一个隐藏文件.git,用于存放git对我们项目代码进行备份的文件
  • 配置用户
    • git config --global user.name(user.email等等) "用户名" ,该指令配置用户后可以区分操作者
  • 提交文件到仓库
    • git add ./文件名,将文件放到暂存区
    • git commit -m "操作说明",确定提交到仓库
    • 分为两步两条指令。注意:如果同一个文件发生更新或者代码添加,可以多次提交(每次提交都要写上说明,写明原因)
    • 区域概念:一般来说文件中分为工作区、暂存区、版本库。工作区指不包括.git文件的区域;暂存区是第一条指令输入后文件的存放区;确定提交后文件会被放入版本库,文件多次提交,版本库中会有该文件每次提交的版本
    • 拓展使用: git add ./将所有文件放入暂存区,git commit --all -m "说明"将所有修改文件提交到版本库(该指令会跳过暂存区直接提交)
  • 查看工作区状态
    • git status,该指令会查看工作区域的所有文件是否发生改变。如果发生改变没有任何提交,会标明该文件为红色状态。如果只提交到暂存区,会会标明该文件为绿色状态。没有发生改变,或者确定提交,不会标明
  • 忽略文件或者目录
    • 在工作区创建一个.gitignore文件,并在文件中书写对应文件名或者目录即可忽略提交(可以用正则语法的*号代替文件命或者文件类型),写法/文件名目录名。忽略后,不会提交查看状态也不会有标明
  • 查看日志
    • git log,可以产看历史提交日志,有具体提交人、日期、唯一标识符
    • git log --oneline,同样是查看日志,但打印的是简洁版

版本切换

  • git reset --hard Head~0,实现代码版本回退,版本回退后,工作区的文件内容会被修改。注意:这是通过Head指针索引来回退,0代表回退到上一次,1代表回退到上上次,依此类推。默认情况下,Head会指向当前最新版本,如果修改指针,那么打印日志只会打印它指向的版本以及之前的版本
  • git reset --hard 版本号(唯一标识符),实现版本的自由切换,原理和上面是一样的,也是移动Head指针,但变为版本号不再是索引
  • git reflog,打印版本切换记录,上面说过打印日志只会打印当前指向版本号和它之前的版本号,后面的版本号虽然没有删除但是却查看不到了。这条指令就可以解决这个问题,可以查看操作哪些版本

分支结构

  • 概念:git允许有多个分支,默认是在master主分支,不同分支版本库不同,在一个分支中进行任何操作,都不会影响其他分支
  • git branch,查看所有分支,并显示当前所在分支
  • git branch 分支名,创建一个分支
  • git checkout 分支名,切换到目标分支上
  • git merge 分支名,将目标分支合并到当前分支上。一旦分支合并后,之前分支的所有操作都会应用到当前分支
  • git branch -d 分支名,删除目标分支
  • 本地合并冲突解决:在合并分支时很有可能会发生合并冲突,两个分支相同位置都有代码但是不一样,那么git会报错。并且文件中会在冲突的地方,将不同分支的代码都显示出来,这时候需要我们手动去删掉不要的,并重新提交

git远程服务器

  • git拥有一个专门上传或者下载代码的远程服务器(网站)github,通过这个服务器我们在多人开发时就可以方便的共享项目文件
  • git push 地址 分支名,将本地代码上传到github对应地址的对应分支里,地址有https和ssh两种方式。一般推荐是用ssh方式,因为https方式会需要输入用户名和密码
  • ssh-keygen -t rsa -C "邮箱",如果使用ssh地址方式上传代码,必须要在git中输入该指令,在用户文件中生产公钥和私钥。并将公钥密码设置到github账号中,才能正常上传
  • git pull 地址 分支名,将服务器对应分支的代码,合并到本地文件夹中。注意是合并数据,所以需要先初始化一个仓库
  • git clone 地址 分支名,将服务器对应分支的代码,完整的下载。这里下载的是整个文件夹。注意:一般只在初次获取代码时使用,如果后面使用会覆盖本地文件
    • push和pull精简写法:git remote add origin 地址这样输入后将地址给origin精简地址,再git push -u origin master关联本地和远程的分支,之后就可以直接git push了,pull也是同理
  • 远程pull冲突:同样远程也有可能出现冲突问题,如果别人更新了文件,你同时也更新了文件。那么使用pull合并的时候,就会报错。在pull前需要先在本地提交之后,再pull才可以正常合并。不报错但是冲突依然存在,也需要手动解决冲突,并重新提交
  • 远程push冲突:一定要先pull再push,直接push会报错。因为远程是不能解决冲突的,如果版本不同,可以先pull到本地解决冲突后,再正常push
    • 总结:远程pull先本地提交,远程push先远程pull

你可能感兴趣的:([前端学习]框架部分学习笔记,第一天)