Browse Source

* added non-feature-branches to handle non-numeric branches matching configured patterns not been handled as feature branches
* added documentation to doc/04-schema.md
* fixed indentation

rkerner 10 years ago
parent
commit
62636cdd64
1 changed files with 4 additions and 4 deletions
  1. 4 4
      doc/04-schema.md

+ 4 - 4
doc/04-schema.md

@@ -802,16 +802,16 @@ with a valid version or special branch name like master, you can set patterns fo
 names, that should be handled as dev version branches.
 names, that should be handled as dev version branches.
 
 
 An example:
 An example:
-    If you have a testing branch, that is heavily maintained during a testing phase and is
-    deployed to your staging environment, normally "composer show -s" will give you "versions : * dev-master".
+If you have a testing branch, that is heavily maintained during a testing phase and is
+deployed to your staging environment, normally "composer show -s" will give you "versions : * dev-master".
 
 
-    If you configure latest-.* as a pattern for non-feature-branches like this:
+If you configure latest-.* as a pattern for non-feature-branches like this:
 
 
     {
     {
         "non-feature-branches": ["latest-.*"]
         "non-feature-branches": ["latest-.*"]
     }
     }
 
 
-    Then "composer show -s" will give you "versions : * dev-latest-testing".
+Then "composer show -s" will give you "versions : * dev-latest-testing".
 
 
 
 
 Optional.
 Optional.