update community contribution guidelines

Author: corneliusyaovi

CONTRIBUTION.md

@@ -1,51 +1,84 @@
-##Contribution and Development Docs
+# Community contribution guide
 
-This guide contains steps on how to  setup, contribute, build and publish to the Flutterwave Vue package.
+Thank you for taking the time to contribute to our library🙌🏾.
 
-The library is generated using 'vue-sfc-rollup' package . This package creates a set of files for building Vue libraries to simplify  the build and deployment process. 
+In this section, we detail everything you need to know about contributing to this library.
 
-###Get started
+ 
 
-* Install the 'vue-sfc-rollup' package.
+**[Code of Conduct](https://github.com/probot/template/blob/master/CODE_OF_CONDUCT.md)**
 
-````ignorelang
-npm install -g vue-sfc-rollup
-````
+## **I don't want to contribute, I have a question**
 
-* Pull down project from github.
+Please don't raise an issue to ask a question. You can ask questions on our [forum](http://forum.flutterwave.com) or developer [slack](https://bit.ly/34Vkzcg). We have an army of Engineers on hand to answer your questions there.
 
-* Run  'npm install' in project root folder
- ```ignorelang
- npm install
-```
+## How can I contribute?
 
-###File Structure
-The library code files are located in './src' folder
+### Reporting a bug
 
+Have you spotted a bug? Fantastic! Before raising an issue, here are some things to do:
 
-###Code Contribution
-Please follow the guidelines below when adding features, components, etc  to the library.
+1. Search to see if another user has reported the bug. For existing issues that are still open, add a comment instead of creating a new one.
+2. Check our forum and developer slack to confirm that we did not address it there.
 
-* Library files should be in the './src' folder
+When you report an issue, it is important to:
 
-* Components should be created in the './src/lib-components' folder
+1. Explain the problem
+    - Use a clear and descriptive title to help us to identify the problem.
+    - Describe steps we can use to replicate the bug and be as precise as possible.
+    - Include screenshots of the error messages.
+2. Include details about your configuration and setup
+    - What version of the library are you using?
+    - Did you experience the bug on test mode or live?
+    - Do you have the recommended versions of the library dependencies?
 
-* All components in the 'src/lib-components' folder should be exported in the  'src/lib-components/index.js'
- file 
 
-* Components are tested  in the dev folder.
+> 💡 Please make use of the issue template when reporting bugs.
 
 
-###Build And Publish
+### Requesting a feature
 
-To build, run :
+If you need an additional feature added to the library, kindly send us an email at [email protected]. Be sure to include the following in your request:
 
- ```ignorelang
-npm run build 
-```
+1. A clear title that helps us to identify the requested feature.
+2. A brief description of the use case for that feature.
+3. Explain how this feature would be helpful to your integration.
+4. Library name and version.
+
+### Submitting changes (PR)
+
+Generally, you can make any of the following changes to the library:
+
+1. Bug fixes
+2. Performance improvement
+3. Documentation update
+4. Functionality change (usually new features)
+
+> 💡 Changes that are cosmetic in nature and do not add anything substantial to the stability, functionality, or testability of the library will generally not be accepted.
 
-To publish, run 
+Follow these steps when making a pull request to the library:
 
- ```ignorelang
-npm publish 
+1. Fork the repository and create your branch from master.
+2. For all types of changes (excluding documentation updates), add tests for the changes.
+3. If you are making a functionality change, update the docs to show how to use the new feature.
+4. Ensure all your tests pass.
+5. Make sure your code lints.
+6. Write clear log messages for your commits. one-liners are fine for small changes, but bigger changes should have a more descriptive commit message (see sample below). 
+7. Use present tense for commit messages, "Add feature" not "Added feature”.
+8. Ensure that you fill out all sections of the PR template.
+9. Raise the PR against the `dev` branch.
+10. After you submit the PR, verify that all [status checks](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/collaborating-on-repositories-with-code-quality-features/about-status-checks) are passing
+
+```markdown
+$ git commit -m "A brief summary of the commit
+> 
+> A paragraph describing what changed and its impact."
 ```
+
+> 💡 For your pull request to be reviewed, you need to meet the requirements above. We may ask you to complete additional tests, or other changes before your pull request can be ultimately accepted.
+
+We encourage you to contribute and help make the library better for the community. Got questions? send us a [message](https://bit.ly/34Vkzcg).
+
+Thank you.
+
+The Flutterwave team 🦋