Просмотр исходного кода

* 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 11 лет назад
Родитель
Сommit
62636cdd64
1 измененных файлов с 4 добавлено и 4 удалено
  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.