Skip to content

Latest commit

 

History

History
92 lines (62 loc) · 3.96 KB

CONTRIBUTING.md

File metadata and controls

92 lines (62 loc) · 3.96 KB

MarkText Contributing Guide

We are really excited that you are interested in contributing to MarkText 🎉. Before submitting your contribution, please make sure to take a moment and read through the following guidelines.

Philosophy

🔑 Our philosophy is to keep things clean, simple and minimal. MarkText is constantly changing and we want these improvements to align with our philosphy. For example, look at the side bar and tabs; these two panels provide awesome functionality and aren't distracting to the user. We'll continue adding more features (like plugins) that can be activated via 'settings' to improve MarkText. This will allow everyone to customize MarkText for their needs and provide a minimal default interface.

Issue Reporting Guidelines

Please search for similar issues before opening an issue and always follow the issue template. Please review the following Pull Request guidelines before making your own PR.

Pull Request Guidelines

In all Pull Requests: provide a detailed description of the problem, as well as a demonstration with screen recordings and/or screenshots.

Please make sure the following is done before submitting a PR:

  • Submit PRs directly to the develop branch.
  • Reference the related issue in the PR comment.
  • Utilize JSDoc for better code documentation.
  • Ensure all tests pass.
  • Please lint (yarn run lint) your PR.
  • All PRs need to pass the CI before merged. If it fails, please try to solve the issue(s) and feel free to ask for any help.

If you add new feature:

  • Open a suggestion issue first.
  • Provide your reasoning on why you want to add this feature.
  • Submit your PR.

If you fix a bug:

  • If you are resolving a special issue, please add fix: #<issue number> <short message> in your PR title (e.g.fix: #3899 update entities encoding/decoding).
  • Provide a detailed description of the bug in your PR and/or link to the issue.

Where should I start?

A good way to start is to find an issue labeled as bug, help wanted or feature request. The good first issue issues are good for newcomers. Please discuss the solution for larger issues first and after the final solution is approved by the MarkText members, you can submit/work on the PR. For small changes you can directly open a PR.

Other ways to help:

  • Documentation
  • Translation (currently unavailable)
  • Design icons and logos
  • Improve the UI
  • Write tests for MarkText
  • Share your thoughts! We want to hear about features you think are missing, any bugs you find, and why you ❤️ MarkText.

Quick start

  1. Fork the repository.
  2. Clone your fork: git clone [email protected]:<username>/marktext.git
  3. Create a feature branch: git checkout -b feature
  4. Make your changes and push your branch.
  5. Create a PR against develop and describe your changes.

Rebase your PR:

If there are conflicts or you want to update your local branch, please do the following:

  1. git fetch upstream
  2. git rebase upstream/develop
  3. Please resolve all conflicts and force push your feature branch: git push -f

Build Instructions

🔗 Build Instructions

Style Guide

You can run ESLint (yarn run lint) to help you to follow the style guide.

  • ES6 and "best practices"
  • 2 space indent
  • no semicolons
  • documentation: JSDoc

Developer Documentation

Please click here for more details.