@@ -36,7 +36,7 @@ you using the latest patch version?
36
36
37
37
GitHub Issues is for ** issues** , as opposed to question on how to use Sonata.
38
38
If you are not sure this is a bug, or simply want to ask such a question,
39
- please post your question on [ Stack Overflow] ( http ://stackoverflow.com/questions/tagged/sonata) ,
39
+ please post your question on [ Stack Overflow] ( https ://stackoverflow.com/questions/tagged/sonata) ,
40
40
using the ` sonata ` tags.
41
41
42
42
If you happen to find a bug, we kindly request you report it. However,
@@ -80,11 +80,11 @@ But please, read the following before.
80
80
81
81
#### Coding style
82
82
83
- Each project follows [ PSR-1] ( http ://www.php-fig.org/psr/psr-1/) , [ PSR-2] ( http ://www.php-fig.org/psr/psr-2/)
84
- and [ Symfony Coding Standards] ( http ://symfony.com/doc/current/contributing/code/standards.html) for coding style,
85
- [ PSR-4] ( http ://www.php-fig.org/psr/psr-4/) for autoloading.
83
+ Each project follows [ PSR-1] ( https ://www.php-fig.org/psr/psr-1/) , [ PSR-2] ( https ://www.php-fig.org/psr/psr-2/)
84
+ and [ Symfony Coding Standards] ( https ://symfony.com/doc/current/contributing/code/standards.html) for coding style,
85
+ [ PSR-4] ( https ://www.php-fig.org/psr/psr-4/) for autoloading.
86
86
87
- Please [ install PHP Coding Standard Fixer] ( http ://cs.sensiolabs.org /#installation)
87
+ Please [ install PHP Coding Standard Fixer] ( https ://cs.symfony.com /#installation)
88
88
and run this command before committing your modifications:
89
89
90
90
``` bash
@@ -271,13 +271,13 @@ Your note can be put on one of these sections:
271
271
* ` Fixed ` for any bug fixes.
272
272
* ` Security ` to invite users to upgrade in case of vulnerabilities.
273
273
274
- More information about the followed changelog format: [ keepachangelog.com] ( http ://keepachangelog.com/)
274
+ More information about the followed changelog format: [ keepachangelog.com] ( https ://keepachangelog.com/)
275
275
276
276
#### Base branch
277
277
278
278
Before writing a PR, you have to check on which branch your changes SHOULD be based.
279
279
280
- Each project follows [ semver] ( http ://semver.org/) convention for release management.
280
+ Each project follows [ semver] ( https ://semver.org/) convention for release management.
281
281
282
282
Here is a short table resuming on which you have to start:
283
283
@@ -393,7 +393,7 @@ If the deprecated thing is a service, you **MUST** specify it on the service def
393
393
</service >
394
394
```
395
395
396
- More info: http ://symfony.com/blog/new-in-symfony-2-8-deprecated-service-definitions
396
+ More info: https ://symfony.com/blog/new-in-symfony-2-8-deprecated-service-definitions
397
397
398
398
For everything else, not managed by the ` @deprecated ` tag,
399
399
you ** MUST** still trigger a deprecation message (and add a ` NEXT_MAJOR ` comment).
0 commit comments