Skip to content

Commit e687f5d

Browse files
committed
minor #5290 Overriding 3rd party bundles (anacicconi)
This PR was submitted for the 2.7 branch but it was merged into the 2.3 branch instead (closes #5290). Discussion ---------- Overriding 3rd party bundles | Q | A | ------------- | --- | Doc fix? | yes | New docs? | no | Applies to | all | Fixed tickets | #4635 Commits ------- 58bb3c5 overriding 3rd party bundles
2 parents c9c6a97 + 58bb3c5 commit e687f5d

File tree

1 file changed

+7
-0
lines changed

1 file changed

+7
-0
lines changed

best_practices/creating-the-project.rst

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -110,6 +110,13 @@ Symfony documentation uses the AppBundle name.
110110
There is no need to prefix the AppBundle with your own vendor (e.g.
111111
AcmeAppBundle), because this application bundle is never going to be
112112
shared.
113+
114+
.. note::
115+
116+
Another reason to create a new bundle is when you're overriding something
117+
in a vendor's bundle. For instance, if you have to override an action of
118+
the FOSUserBundle, then you should create a UserBundle that would be used
119+
only for this purpose.
113120

114121
All in all, this is the typical directory structure of a Symfony application
115122
that follows these best practices:

0 commit comments

Comments
 (0)