Php composer dev master

Aliases#

When you are using a VCS repository, you will only get comparable versions for branches that look like versions, such as 2.0 or 2.0.x . For your master branch, you will get a dev-master version. For your bugfix branch, you will get a dev-bugfix version.

If your master branch is used to tag releases of the 1.0 development line, i.e. 1.0.1 , 1.0.2 , 1.0.3 , etc., any package depending on it will probably require version 1.0.* .

If anyone wants to require the latest dev-master , they have a problem: Other packages may require 1.0.* , so requiring that dev version will lead to conflicts, since dev-master does not match the 1.0.* constraint.

Branch alias#

The dev-master branch is one in your main VCS repo. It is rather common that someone will want the latest master dev version. Thus, Composer allows you to alias your dev-master branch to a 1.0.x-dev version. It is done by specifying a branch-alias field under extra in composer.json :

If you alias a non-comparable version (such as dev-develop) dev- must prefix the branch name. You may also alias a comparable version (i.e. start with numbers, and end with .x-dev ), but only as a more specific version. For example, 1.x-dev could be aliased as 1.2.x-dev.

The alias must be a comparable dev version, and the branch-alias must be present on the branch that it references. For dev-master , you need to commit it on the master branch.

As a result, anyone can now require 1.0.* and it will happily install dev-master .

In order to use branch aliasing, you must own the repository of the package being aliased. If you want to alias a third party package without maintaining a fork of it, use inline aliases as described below.

Require inline alias#

Branch aliases are great for aliasing main development lines. But in order to use them you need to have control over the source repository, and you need to commit changes to version control.

This is not really fun when you want to try a bugfix of some library that is a dependency of your local project.

For this reason, you can alias packages in your require and require-dev fields. Let’s say you found a bug in the monolog/monolog package. You cloned Monolog on GitHub and fixed the issue in a branch named bugfix . Now you want to install that version of monolog in your local project.

You are using symfony/monolog-bundle which requires monolog/monolog version 1.* . So you need your dev-bugfix to match that constraint.

Add this to your project’s root composer.json :

Or let Composer add it for you with:

php composer.phar require "monolog/monolog:dev-bugfix as 1.0.x-dev"

That will fetch the dev-bugfix version of monolog/monolog from your GitHub and alias it to 1.0.x-dev .

Note: Inline aliasing is a root-only feature. If a package with inline aliases is required, the alias (right of the as ) is used as the version constraint. The part left of the as is discarded. As a consequence, if A requires B and B requires monolog/monolog version dev-bugfix as 1.0.x-dev , installing A will make B require 1.0.x-dev , which may exist as a branch alias or an actual 1.0 branch. If it does not, it must be inline-aliased again in A’s composer.json .

Note: Inline aliasing should be avoided, especially for published packages/libraries. If you found a bug, try to get your fix merged upstream. This helps to avoid issues for users of your package.

Found a typo? Something is wrong in this documentation? Fork and edit it!

Composer and all content on this site are released under the MIT license.

Источник

Версии пакетов в composer.json

Вы наверняка видели всякие «^3.2», «~3.2» в файле composer.json. Давайте разберемся что значат эти знаки и поддержку каких версий пакетов они означают. Начнем с общего примера, где показаны все возможные варианты. Пример файла composer.json:

< "require": < "author/package": ">=5.6", "author/package": "~2.0.14", "author/package": "~2.0.0", "author/package": "~2.0.0 || ~2.1.0", "author/package": "dev-master", "author/package": "*", "author/package": "2.4.1" >, "require-dev": < "author/package": "~2.1.0", "author/package": "~2.1.0", "author/package": "~2.0.0", "author/package": "^4.0", "author/package": "^1.0", "author/package": "^1.0", "author/package": "^1.0", "author/package": "~0.5.0 || ~1.1.0", "author/package": ">=2.7 >

Точная версия

Разрешает только указанную версию пакета. Указывается явно без всяких знаков:

Диапазоны версий

Разрешает обновлять пакет в версиях указанного диапазона.

dev-master например «dev-master» Разрешены все версии, включая последние коммиты в ветку master. > например «>1.7» Разрешено все что больше указанной версии. >= например «>=1.7» Разрешено все что больше или равно указанной версии. < например » Разрешено все что меньше указанной версии. например » Разрешено все что меньше или равно указанной версии. != например «!=1.7» Разрешено все кроме указанной версии. * например «1.1.*»

// Версия пакета больше или равна 2.0.14 но меньше 2.1 "erusev/parsedown": "~2.0.14"

// Больше или равно версии 2.6 "erusev/parsedown": ">=2.6" // Больше версии 2.7 И меньше версии 4.2.4 "erusev/parsedown": ">2.7 
Диапазон версий через дефис -
Дефис - , указывает какой набор версий подходит: от версии - до версии . Самое правое неуказанное число в версии дополняется знаком * .
Однако, если указать третье (последнее) число версии, то * ставить уже некуда и правая версия считается последней допустимой: 1.0.0 - 2.1.0 тоже что >=1.0.0 
// больше или равно 2.0 но меньше 3.1 "erusev/parsedown": "2.0 - 3.0"
 
Ограничения стабильности
 
Добавьте суффикс -stable , если нужно загружать только стабильные версии.
 
Если никакой суффикс не указан, то Composer под капотом будет использовать -dev или -stable , в зависимости от указанного оператора:
 
 
 
Указанная версия
 
Как её понимает composer
 
  
 
 
1.2.3
 
=1.2.3.0-stable
 
 
 
>1.2
 
>1.2.0.0-stable
 
 
 
>=1.2
 
>=1.2.0.0-dev
 
 
 
>=1.2-stable
 
>=1.2.0.0-stable
 
 
 
 
 
 
 
 
 
 
 
1 - 2
 
>=1.0.0.0-dev 
 
 
~1.3
 
>=1.3.0.0-dev 
 
 
1.4.*
 
>=1.4.0.0-dev 
 
 
 
Итого
 
"require": < // только верся 1.3.2 "author/package": "1.3.2", // >, =, =1.3.2", // все, что выше или равно 1.3.2 "author/package": "=1.3.0 =1.3.2 =1.3.0 =1.3.2 =0.3.2 
 
Источник