Merge branch 'development'

Author: riteshnahar

com.provar.plugins.provardx/.editorconfig .editorconfigcom.provar.plugins.provardx/.editorconfig renamed to .editorconfig

@@ -0,0 +1,3 @@
+{
+    "extends": "@salesforce/dev-config/tslint"
+}

.eslintrc.json

@@ -1,11 +1,11 @@
 *-debug.log
 *-error.log
 /.nyc_output
-/.circleci
-/.vscode
-/.images
 /dist
 /lib
 /package-lock.json
 /tmp
 node_modules
+/.circleci
+/.sfdx
+/.vscode

com.provar.plugins.provardx/.gitignore .gitignorecom.provar.plugins.provardx/.gitignore renamed to .gitignore

@@ -0,0 +1,5 @@
+.editorconfig
+.gitattributes
+.gitignore
+appveyor.yml
+tslint.json

.images/vscodeScreenshot.png

@@ -0,0 +1,7 @@
+# List files or directories below to ignore them when running prettier
+# More information: https://prettier.io/docs/en/ignore.html
+#
+
+lib/
+oclif.manifest.json
+README.md

.npmignore

@@ -0,0 +1,5 @@
+{
+    "trailingComma": "none",
+    "singleQuote": true,
+    "tabWidth": 4
+}

.prettierignore

@@ -0,0 +1,12 @@
+# Changelog
+
+All notable changes to this project will be documented in this file.
+
+The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
+and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
+
+## [0.1.0] - 2020-07-07
+
+### Added
+
+-   ProvarDX Commands: compile, validate, metadatacache, runtests

.prettierrc

@@ -0,0 +1,71 @@
+# Contributor Covenant Code of Conduct
+
+## Our Pledge
+
+In the interest of fostering an open and welcoming environment, we as
+contributors and maintainers pledge to make participation in our project and
+our community a harassment-free experience for everyone, regardless of age, body
+size, disability, ethnicity, sex characteristics, gender identity and expression,
+level of experience, education, socio-economic status, nationality, personal
+appearance, race, religion, or sexual identity and orientation.
+
+## Our Standards
+
+Examples of behavior that contributes to creating a positive environment
+include:
+
+-   Using welcoming and inclusive language
+-   Being respectful of differing viewpoints and experiences
+-   Gracefully accepting constructive criticism
+-   Focusing on what is best for the community
+-   Showing empathy towards other community members
+
+Examples of unacceptable behavior by participants include:
+
+-   The use of sexualized language or imagery and unwelcome sexual attention or
+    advances
+-   Trolling, insulting/derogatory comments, and personal or political attacks
+-   Public or private harassment
+-   Publishing others' private information, such as a physical or electronic
+    address, without explicit permission
+-   Other conduct which could reasonably be considered inappropriate in a
+    professional setting
+
+## Our Responsibilities
+
+Project maintainers are responsible for clarifying the standards of acceptable
+behavior and are expected to take appropriate and fair corrective action in
+response to any instances of unacceptable behavior.
+
+Project maintainers have the right and responsibility to remove, edit, or
+reject comments, commits, code, wiki edits, issues, and other contributions
+that are not aligned to this Code of Conduct, or to ban temporarily or
+permanently any contributor for other behaviors that they deem inappropriate,
+threatening, offensive, or harmful.
+
+## Scope
+
+This Code of Conduct applies within all project spaces, and it also applies when
+an individual is representing the project or its community in public spaces.
+Examples of representing a project or community include using an official
+project e-mail address, posting via an official social media account, or acting
+as an appointed representative at an online or offline event. Representation of
+a project may be further defined and clarified by project maintainers.
+
+## Enforcement
+
+Instances of abusive, harassing, or otherwise unacceptable behavior may be
+reported by contacting the Make Positive Provar Ltd. at info@provartesting.com. All
+complaints will be reviewed and investigated and will result in a response that
+is deemed necessary and appropriate to the circumstances. The project team is
+obligated to maintain confidentiality with regard to the reporter of an incident.
+Further details of specific enforcement policies may be posted separately.
+
+Project maintainers who do not follow or enforce the Code of Conduct in good
+faith may face temporary or permanent repercussions as determined by other
+members of the project's leadership.
+
+## Attribution
+
+This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
+available at https://www.contributor-covenant.org/version/1/4/code-of-conduct.html

CHANGELOG.md

@@ -0,0 +1,39 @@
+## Contributing
+
+1. Refer to the [development](developing.md) doc to familiarize yourself with the codebase.
+1. When contributing to this repository please first create a new issue before
+   starting your work.
+1. Fork this repository and create your _topic_ branch from **development** (see [Branches section](#branches) below).
+1. Edit the code in your fork and add test cases for the same.
+1. If you have added new `provardx command` then update the documentation (README.md) with the signature of new method.
+1. Ensure the test suite passes.
+1. Make sure your code lints.
+1. Issue the pull request when you are done. We'll review your code, suggest any
+   needed (if required), and merge it.
+
+## Branches
+
+-   We work in `development`.
+-   Release (aka. _production_) branch is `master`.
+-   Our work happens in _topic_ branches (feature and/or bug-fix).
+    -   feature as well as bug-fix branches are based on `development`
+
+### Merging between branches
+
+-   _topic_ branches are:
+    -   based on `development` and will be squash-merged into `development`.
+
+### Merging `development` into `master`
+
+-   When a development cycle finishes, the content of the `development` branch will be merged in `master` branch.
+
+```
+$ git checkout master
+$ git merge development
+$ git push -u origin master
+```
+
+## Pull Requests
+
+-   Develop features and bug fixes in _topic_ branches.
+-   Create a pull request for merging _topic_ branch in `development`.