Simple common, starter, empty, boilerplate-bundle to show best practice bundle development for Symfony2.1. This bundle has the right directory structure, coding standards, unittests and functional tests. It uses the Travis Continuous Integration buildbot, Composer for dependency management and Twig for templating. Read the documentation and fork…
PHP Shell
Switch branches/tags
Nothing to show
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.

What is Best Practice Bundle?

Build Status

This is a simple bundle to show different best practices for Symfony Bundles development. This bundle could as well be named starter-bundle, empty-bundle or boilerplate-bundle. The master-branch follows the future Symfony 2.1 release (upgrade notes).

Use the bundle as a reference (or cheatsheet) for your own bundles. Also look at the documentation and comments in the source if you forgot how to do something.

Of course you can use this bundle as a "Boilerplate" or empty/starter bundle if you plan to build your own bundle. Fork or clone this bundle if you wish. Please search before you build a new bundle. See if something simimlar is already out there.

For active developments see the Changelog.

What does this bundle do?


Bugs and Roadmap

Before providing bug-reports please read the current issues and forum first. The roadmap for the future of this bundle is described below.

Future features and documentation

Help appreciated, see enhancements under issues). Please +1 the enhancements you are interested in.

  • make /best-practice/ available for the functional test
  • clone the bundle via command as an alternative to generate:bundle
  • multiple languages / locale / i18n examples
  • provide tutorials / blog-posts (yaml, caching with Varnish, Vagrant etc.)
  • more info on cache management
  • more logging (via monolog)
  • more information on routing/paths, assetic and forms
  • custom exceptions
  • add edge side include (esi), session, validator and redirect tests
  • add mime-type tests like xml and json tests
  • use for javascript tests?
  • Object-relational mapping (ORM): Propel/Doctrine entity integration?
  • html5 boilerplate?
  • make this bundle work with ZF2 too?


  • Symfony2.1 (PHP 5.3.3 and up including Composer)
  • Twig


Add the following line to your composer.json file.


    "require": {
        "LilaConcepts/LilaConceptsBestPracticeBundle" : "dev-master"


If you haven't allready done so, get Composer (make sure it's up-to-date).

curl -s | php

And install the new bundle

php composer.phar update LilaConcepts/LilaConceptsBestPracticeBundle


The final step is to add the bundle to your AppKernel.php.


    // in AppKernel::registerBundles()
    $bundles = array(
        // Dependencies
        new Symfony\Bundle\FrameworkBundle\FrameworkBundle(),
        new Symfony\Bundle\TwigBundle\TwigBundle(),
    // Optionally place it in the dev and test-environments only
    if (in_array($this->getEnvironment(), array('dev', 'test'))) {
        // ...
        $bundles[] = new LilaConcepts\Bundle\LilaConceptsBestPracticeBundle\LilaConceptsBestPracticeBundle()

Code Standards Fixer

Optionally you can let the PHP-CS-fixer check for coding standards on every commit. Run the following code from your Bundle project-root. Warning: check if you have a pre-commit hook allready in place so you won't override anything.

cp hooks/pre-commit-cs-fixer .git/hooks/pre-commit
chmod a+x .git/hooks/pre-commit

The hook will make sure 'php-cs-fixer.phar' from fabpot/PHP-CS-Fixer is available in your project root. It checks all the code inside your bundle. If the fixer finds an error it will abort the commit and present you with a copy-pastable command for fixing it.

An example of the output

afjlambert@iMac:~/Sites/MyBundle (master)$ git commit -a
Coding standards are not correct, cancelling your commit.

1) LilaConceptsBestPracticeBundle.php (extra_empty_lines)

If you want to fix them run:

    php /Users/afjlambert/Sites/MyBundle/php-cs-fixer.phar fix /Users/afjlambert/Sites/MyBundle --verbose


If you want you can generate phpDocumentor2 documentation about your module. To install run:

mkdir -p vendor/phpdocumentor/phpdocumentor
cd vendor/phpdocumentor/phpdocumentor
git clone ./
../../../composer.phar install
cd -

And generate the doc's

php vendor/phpdocumentor/phpdocumentor/bin/phpdoc.php --target Resources/doc/generated/phpDocumentor

Now via your finder/browser open Resources/doc/generated/phpDocumentor/index.html.

(unit-) Test the bundle

If you want to unittest the bundle, just type this into your bundle-root:


If you want to get the test-coverage of your code:

phpunit --coverage-html Resources/doc/generated/code-coverage

Now via your finder/browser open Resources/doc/generated/code-coverage/index.html.

If you want to test the bundle manually, point your browser to http://localhost/app_dev.php/best-practice/ (under development, does not work yet!)

Standalone Installation

If you want to download and unittest the code, you don't need a working Symfony project. Just run the following.

git clone
cd LilaConceptsBestPracticeBundle
curl -s | php
php composer.phar install

You should be able to unittest the bundle now.

Fork/clone the Bundle for your own use

Click the Fork button on Then click on Admin and rename the bundle. Please stick with the naming conventions and use something like 'myfeature-bundle' or 'myadmin-bundle'. You are ready with the github part, it's time to clone the respository into a temporary folder and make some changes. Set your own Github URL and Bundle/Company name.

mkdir temp/ && cd temp/
GITHUBURL=[your account name]/[your bundle name]-bundle.git

Now run the following code:

SHORTBUNDLE=`echo ${BUNDLE} | sed 's/Bundle//'`
LOGICALNAME=`echo ${COMPANY}_${SHORTBUNDLE} | tr '[A-Z]' '[a-z]'`
DIRNAME=`echo ${SHORTBUNDLE} | tr '[A-Z]' '[a-z]'`-bundle

git clone ${GITHUBURL} ${BUNDLE}
cd ${BUNDLE}

FILES=`find . -regex '.*/*.[php|yml]' -type f`
sed -i '' -e 's/LilaConcepts\\Bundle\\LilaConceptsBestPracticeBundle/'${COMPANY}'\\Bundle\\'${COMPANY}${BUNDLE}'/g' ${FILES}
sed -i '' -e 's/lilaconcepts_bestpractice/'${LOGICALNAME}'/g' ${FILES}
sed -i '' -e 's/LilaConceptsBestPracticeExtension/'${COMPLETENAME}Extension'/g' ${FILES}
sed -i '' -e 's/LilaConceptsBestPracticeBundle/'${COMPLETENAME}Bundle'/g' ${FILES} composer.json
sed -i '' -e 's/LilaConcepts/'${COMPANY}'/g' composer.json

mv ./DependencyInjection/LilaConceptsBestPracticeExtension.php ./DependencyInjection/${COMPLETENAME}Extension.php
mv ./LilaConceptsBestPracticeBundle.php ./${COMPLETENAME}Bundle.php

echo -e "\n\nDone, please inspect the changes and push it back to github:\n\n    git push\n\nYou will need this later for your AppKernel.php:\n\n    new ${COMPANY}\Bundle\\${BUNDLE}\\${COMPANY}${BUNDLE}()\n"


curl -s | php
php composer.phar install

Now you can test your bundle. Be sure to update the following files before pushing it back to Github:

  • composer.json
  • Resource/doc/*

Push it back to Github:

git add .
git commit -a -m "Initial checkin"
git push

Head over to Packagist and submit your Bundle. Optional: setup a Github Service Hook so packagist will be informed automatically.

Now install your bundle following these instructions with your own packagist name of course. You can remove the temp/ directory we created and work inside the vendor/.../Bundle/YourBundle directory.


For more information see Resources/doc/index.rst. Feel free to fix typo's.


First of all, many thanks to all the contributors and people who inspired us. If you like to help making Best Practice Bundle better, or if you see anything that's wrong, send me a personal message or provide a bug report under issues. Even better if you could send a pull-request. If you have any further questions please head over to the forum.


This bundle is released under the MIT Licence by Lila Concepts B.V., see the LICENCE-file for more information. Lila Concepts B.V. is a dutch organisation and the creator of Aandelen Kopen and Beleggen voor Beginners amongst other sites.