1
0
Fork 0

Merge pull request #6872 from danepowell/patch-1

Clarified language on branch naming for forks
pull/6873/head
Jordi Boggiano 2017-12-06 10:10:15 +01:00 committed by GitHub
commit 578798c87c
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 2 additions and 2 deletions

View File

@ -205,8 +205,8 @@ project to use the patched version. If the library is on GitHub (this is the
case most of the time), you can simply fork it there and push your changes to case most of the time), you can simply fork it there and push your changes to
your fork. After that you update the project's `composer.json`. All you have your fork. After that you update the project's `composer.json`. All you have
to do is add your fork as a repository and update the version constraint to to do is add your fork as a repository and update the version constraint to
point to your custom branch. Your custom branch name must be prefixed with point to your custom branch. In `composer.json`, you should prefix your custom
`"dev-"`. For version constraint naming conventions see branch name with `"dev-"`. For version constraint naming conventions see
[Libraries](02-libraries.md) for more information. [Libraries](02-libraries.md) for more information.
Example assuming you patched monolog to fix a bug in the `bugfix` branch: Example assuming you patched monolog to fix a bug in the `bugfix` branch: