Adding project description and Readme

Author: Paulo Baima

CONTRIBUTING.md

@@ -0,0 +1,4 @@
+## Contribution Guidelines
+* Please follow the GitFlow design: https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow
+
+* Please include tests covering the change.

README.md

@@ -9,7 +9,7 @@
 
 Unify Relase is a simple build task for Azure DevOps to enable two or more builds from the same source code to trigger a single Release.
 
-By default if you have a release that get triggered by two different builds, this release will be run for each time one of this builds are completed
+By default if you have a release that get triggered by two different builds (even if those builds are triggered from the same source version), this release will be run for each time one of this builds are completed
 
 ![Azure DevOps tests](https://github.com/psbds/azuredevops-unify-release/blob/master/docs/unify-release-before.png)
 
@@ -24,7 +24,7 @@ This scenario is common especially with Mono Repository approach, where you need
 
 2.  If no builds are pending it will create a build tag that you can use to filter in your release pipeline.
 
-3. If there's a build pending, it will not create the build tag, so your release pipeline (with the build tag filter enable) will not be triggered.
+3. If there's a build pending, it will not create the build tag, so your release pipeline (with the build tag filter enabled) will not be triggered.
 
 In this way, only the last build to finish will create the build tag and the pipeline will be run.
 
@@ -39,10 +39,12 @@ In this way, only the last build to finish will create the build tag and the pip
 
 ## Task Options
 
+
 |Parameter   |Description   | Default Value   | 
-|---|---|---|---|---|
-| a  |   b|  c |  d |
-| a  |   b|  c |  d |
-| a  |   b|  c |  d |
-| a  |   b|  c |  d |
-| a  |   b|  c |  d |
+|---|---|---|
+| Release Tag  | Name of the build tag that will be created if the build is the last one to be completed.|  create_release |
+| Wait for All Triggered Builds  | Indicates that the Unify Release Task should consider all build definitions tiggered by the same source version. When wait for all triggered builds is false, you can specify which builds the Unify release task is going to consider to evaluate if the build tag should be created. |  true |
+| Project  |Project where the build definitions to be considered are stored.|  null |
+| Related Definitions  |Indicate which build definitions should be considered by the unify release task.|  null |
+|Release on Error |Indicate that the build tag should be created even if one of the related builds fails.|false |
+|Release on Cancel |Indicate that the build tag should be created even if one of the related builds is cancelled.|false |

vss-extension.json

@@ -8,13 +8,20 @@
         {
             "id": "Microsoft.VisualStudio.Services"
         }
-    ],    
-    "description": "Tools for building/releasing with Fabrikam. Includes one build/release task.",
+    ],
+    "details": {
+        "path": "README.md"
+    },
+    "description": "Unify Relase is a simple build task for Azure DevOps to enable two or more builds from the same source code to trigger a single Release.",
     "categories": [
         "Azure Pipelines"
     ],
     "icons": {
-        "default": "images/extension-icon.png"        
+        "default": "images/extension-icon.png"
+    },
+    "repository": {
+        "type": "git",
+        "uri": "https://github.com/psbds/azuredevops-unify-release"
     },
     "files": [
         {