composer

composer是干啥的自己查吧

1 安装

全局安装

$ curl -sS https://getcomposer.org/installer | php
//上面的命令会下载 composer.phar 到当前目录
$ mv composer.phar /usr/local/bin/composer
//重命名移动到 bin目录下

接下来就可以用 composer命令了

$ composer -v
   ______
  / ____/___  ____ ___  ____  ____  ________  _____
 / /   / __ \/ __ `__ \/ __ \/ __ \/ ___/ _ \/ ___/
/ /___/ /_/ / / / / / / /_/ / /_/ (__  )  __/ /
\____/\____/_/ /_/ /_/ .___/\____/____/\___/_/
                    /_/
Composer version 1.7.3 2018-11-01 10:05:06

2 使用

composer.json
{
    "require": {
        "monolog/monolog": "1.2.*"
    }
}

{
    "require":{
        “包名”: "包版本"
    }
}

包名称

包名称由供应商名称和其项目名称构成。通常容易产生相同的项目名称，而供应商名称的存在则很好的解决了命名冲突的问题。它允许两个不同的人创建同样名为 json 的库，而之后它们将被命名为 igorw/json 和 seldaek/json。

这里我们需要引入 monolog/monolog，供应商名称与项目的名称相同，对于一个具有唯一名称的项目，我们推荐这么做。它还允许以后在同一个命名空间添加更多的相关项目。如果你维护着一个库，这将使你可以很容易的把它分离成更小的部分。

包版本

在前面的例子中，我们引入的 monolog 版本指定为 1.0.*。这表示任何从 1.0 开始的开发分支，它将会匹配 1.0.0、1.0.2 或者 1.0.20。
版本约束可以用几个不同的方法来指定。

名称	实例	描述
确切的版本号	1.0.2	你可以指定包的确切版本。
范围	>=1.0 >=1.0,<2.0 >=1.0,<1.1 >=1.2	通过使用比较操作符可以指定有效的版本范围。
有效的运算符：	>、>=、<、<=、!=。	你可以定义多个范围，用逗号隔开，这将被视为一个逻辑AND处理。一个管道符号将作为逻辑OR处理。 AND 的优先级高于 OR。
通配符	1.0.*	你可以使用通配符来指定一种模式。1.0.与>=1.0,<1.1是等效的。
赋值运算符	~1.2	这对于遵循语义化版本号的项目非常有用。~1.2相当于>=1.2,<2.0。

将composer.json 放在项目目录下 执行

composer install  //安装项目依赖
composer update //更新依赖