Contributing To Metadata Remover

July 22, 2023 ยท View on GitHub

๐Ÿ‘๐ŸŽ‰ First off, thanks for taking the time to contribute! ๐ŸŽ‰๐Ÿ‘

The following is a set of guidelines for contributing to Metadata Remover, which are hosted on GitHub. These are just guidelines, not rules. Use your best judgment, and feel free to propose changes to this document in a pull request.

What should I know before I get started?

Code of Conduct

This project adheres to the Contributor Covenant code of conduct. By participating, you are expected to uphold this code. Please report unacceptable behavior to marvin@poopjournal.rocks.

Contact

If you have any questions or are unsure about something just drop a line to marvin@poopjournal.rocks.

Design Decisions

If you plan to make a significant decision in how to maintain the project and what it can or cannot support please send an email beforehand.

How Can I Contribute?

Reporting Bugs

This section guides you through submitting a bug report for Metadata Remover software. Following these guidelines helps maintainers and the community understand your report ๐Ÿ“, reproduce the behavior ๐Ÿ“ฑ๐Ÿ’ป๐ŸŽฎ, and find related reports ๐Ÿ”Ž.

Before creating bug reports, please check this list as you might find out that you don't need to create one. When you are creating a bug report, please include as many details as possible.

Translating Strings

You can help to translate the app and marketing texts (e.g. Google Play description) via Weblate.

Suggesting Enhancements

This section guides you through submitting an enhancement suggestion for Metadata Remover, including completely new features and minor improvements to existing functionality. Following these guidelines helps maintainers and the community understand your suggestion ๐Ÿ“ and find related suggestions ๐Ÿ”Ž.

Before creating enhancement suggestions, please check this list as you might find out that you don't need to create one. When you are creating an enhancement suggestion, please include as many details as possible.

Pull Requests

  • Include screenshots and animated GIFs in your pull request whenever possible.
  • Create a branch for your edit

Git Commit Messages

  • Use the present tense ("Add feature" not "Added feature")

  • Use the imperative mood ("Move cursor to..." not "Moves cursor to...")

  • Limit the first line to 72 characters or less

  • Reference issues and pull requests liberally

  • When only changing documentation, include [ci skip] in the commit description

  • Consider starting the commit message with an applicable emoji:

      ๐ŸŽจ :art: when improving the format/structure of the code
      ๐ŸŽ :racehorse: when improving performance
      ๐Ÿšฑ :non-potable_water: when plugging memory leaks
      ๐Ÿ“ :memo: when writing docs
      ๐Ÿง :penguin: when fixing something on Linux
      ๐ŸŽ :apple: when fixing something on macOS
      ๐Ÿ :checkered_flag: when fixing something on Windows
      ๐Ÿ› :bug: when fixing a bug
      ๐Ÿ”ฅ :fire: when removing code or files
      ๐Ÿ’š :green_heart: when fixing the CI build
      โœ… :white_check_mark: when adding tests
      ๐Ÿ”’ :lock: when dealing with security
      โฌ†๏ธ :arrow_up: when upgrading dependencies
      โฌ‡๏ธ :arrow_down: when downgrading dependencies
      ๐Ÿ‘• :shirt: when removing linter warnings
      
      
    

Thank you so much! ๐Ÿ˜˜