git拉取项目以及git的几点特性

git + composer拉取项目

1.先从远程仓库克隆项目

git clone https://github.com/pengloo53/learngit.git

2.composer安装json中的所需第三方

composer install

因为在lavarel根目录中有一个 composer.json文件,里面有所需的第三方以及版本

解释:
1.首先项目目录是没有.env文件的,因为大家公用一个数据库,这个文件一般在提交的时候都被忽略,所以只在git最高的版本管理者那里管理这个文件,我们拉下来之后直接复制一个.env过来,配置好数据库信息即可。
2.为什么第三方也要重新拉呢,因为一个项目有一半左右的体积都是第三方,每个人直接从git克隆不如composer换源之后自己拉取。
3.composer拉取的时候,一定要注意当前目录位置是不是项目根目录,因为composer不仅拉取了一些文件,还给当前环境生成了很多环境文件。

3.composer换源

composer config -g repo.packagist composer https://packagist.phpcomposer.com
修改composer的全局配置文件

关于git

对于版本管理的理解

以前只是觉得版本管理是对文件修改之后合并,提交之类的操作,其实版本管理的意思是默认当前分支为运行分支,并且能够与其他分支和远程仓库进行交互。比如当我运行了我的laravel项目,在终端版本管理,切换到test分支,在test分支上写上路由a,当我依然在分支test的时候,能访问到路由a,但是,当我切换了分支,再次在浏览器输入路由a的时候,页面就会报错。

总结:版本管理就是给你当前的文件多个版本,系统能找到的版本就是你目前所在的版本(分支)

其他git特性

1.多层 git
在刚才讲的对于git理解的基础上,再举个例子:

首先建立空文件  test  并创建a文件
git init 
git checkout -b dev  //创建 dev分支
cd test
git init  
git checkout -b dev2
这个时候,在test外层有两个分支 master 和 dev
test里面也有两个分支 master 和 dev2

现在就有两层的git 这就相当于二维数组一样,你在每一层所在的分支就是系统按照路径找过去的时候的版本。

2.删除.git
首先 git 记录的是改变,并不记录版本,当你git init 的时候,会生成一个.git的文件夹,这个文件夹里面记录了所有改变,当你删除了这个文件夹,再git branch的时候,会提示没有创建过版本仓库。也就是说,回到文件最初的状态。
3.目前还迷惑的一个问题

vim test.php   写入'1111'
git init
git add .
git commit -m '111'
git checkout -b dev  
vim test2.php  写入‘2222’
这个时候不做任何git add  和commit
再git checkout master  
ls  发现里面同样有 test2.php这个文件(这个文件是在dev分支上创建的)
git checkout  dev  
git add .
git commit -m '333'
这个时候再回到master  发现里面只有一个文件test.php,在dev分支创建的test2.php没了。

一样的道理,假如我在某分支写了一个路由,提交之后,在这个分支的时候,浏览器访问正常,切另外分支,浏览器报错。
但是当我在某分支写了路由,不做提交,那么浏览器访问任何分支都不会报错。
假如按照之前的理解,切换到哪个分支,访问这个路径就呈现分支的内容,那现在这个现象就解释不了了。
假如像以下这么理解,就是能符合这个现象的:

当我们按照路径访问这个git所管理的文件时,git呈现的是工作区和版本仓库加和在一起的内容,当像第一个例子,按照正常的流程,修改 add commit之后,工作区又是干净的,所以呈现的就是某个分支上的内容;但是当我们修改了文件,但没有提交,工作区是有内容的,那么无论我们处在哪个分支,git呈现的则是工作区和分支的加和。

但是,这个情况似乎没什么用处,这样理解也不一定对。希望有正解的你可以分享。

你可能感兴趣的:(git拉取项目以及git的几点特性)