Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://excalibur-py.readthedocs.io/en/master/dev/contributing.html below:

Contributor’s Guide — Excalibur 0.4.3 documentation

If you’re reading this, you’re probably looking to contributing to Excalibur. Time is the only real currency, and the fact that you’re considering spending some here is very generous of you. Thank you very much!

This document will help you get started with contributing documentation, code, testing and filing issues. If you have any questions, feel free to reach out to Vinayak Mehta, the author and maintainer.

The following quote sums up the Code Of Conduct.

Be cordial or be on your way. –Kenneth Reitz

Kenneth Reitz has also written an essay on this topic, which you should read.

As the Requests Code Of Conduct states, all contributions are welcome, as long as everyone involved is treated with respect.

A great way to start contributing to Excalibur is to pick an issue tagged with the help wanted or the good first issue tags. If you’re unable to find a good first issue, feel free to contact the maintainer.

After installing the dependencies, which include Tkinter and ghostscript, you can install the dev extra using pip:

$ pip install excalibur-py[dev]

Alternatively, you can clone the project repository, and install the dev extra using pip:

$ pip install -e ".[dev]"

The preferred workflow for contributing to Excalibur is to fork the project repository on GitHub, clone, develop on a branch and then finally submit a pull request. Here are the steps:

1. Fork the project repository. Click on the ‘Fork’ button near the top of the page. This creates a copy of the code under your account on the GitHub.

2. Clone your fork of Excalibur from your GitHub account:

   $ git clone https://www.github.com/[username]/excalibur
   

3. Create a branch to hold your changes:

   $ git checkout -b my-feature
   

Always branch out from master to work on your contribution. It’s good practice to never work on the master branch!

Note

git stash is a great way to save the work that you haven’t committed yet, to move between branches.

1. Work on your contribution. Add changed files using git add and then git commit them:

   $ git add modified_files
   $ git commit
   

2. Finally, push them to your GitHub fork:

   $ git push -u origin my-feature
   

Now it’s time to go to the your fork of Excalibur and create a pull request! You can follow these instructions to do the same.

We recommend that your pull request complies with the following guidelines:

• Make sure your code follows pep8.

• In case your pull request contains function docstrings, make sure you follow the numpydoc format. All function docstrings in Excalibur follow this format (soon). Following the format will make sure that the API documentation is generated flawlessly.

• Make sure your commit messages follow the seven rules of a great git commit message:

  • Separate subject from body with a blank line

  • Limit the subject line to 50 characters

  • Capitalize the subject line

  • Do not end the subject line with a period

  • Use the imperative mood in the subject line

  • Wrap the body at 72 characters

  • Use the body to explain what and why vs. how

• Please prefix your title of your pull request with [MRG] (Ready for Merge), if the contribution is complete and ready for a detailed review. An incomplete pull request’s title should be prefixed with [WIP] (to indicate a work in progress), and changed to [MRG] when it’s complete. A good task list in the PR description will ensure that other people get a fair idea of what it proposes to do, which will also increase collaboration.

• If contributing new functionality, make sure that you add a unit test for it, while making sure that all previous tests pass. Excalibur uses pytest for testing (soon). Tests can be run using:

Writing documentation, function docstrings, examples and tutorials is a great way to start contributing to open-source software! The documentation is present inside the docs/ directory of the source code repository.

The documentation is written in reStructuredText, with Sphinx used to generate these lovely HTML files that you’re currently reading (unless you’re reading this on GitHub). You can edit the documentation using any text editor and then generate the HTML output by running make html in the docs/ directory.

The function docstrings are written using the numpydoc extension for Sphinx. Make sure you check out how its format guidelines before you start writing one.

We use GitHub issues to keep track of all issues and pull requests. Before opening an issue (which asks a question or reports a bug), please use GitHub search to look for existing issues (both open and closed) that may be similar.

Please don’t use GitHub issues for support questions. A better place for them would be Stack Overflow. Make sure you tag them using the python-excalibur tag.

In bug reports, make sure you include:

• Your operating system type and Python version number, along with the version numbers of NumPy, OpenCV and Excalibur. You can use the following code snippet to find this information:

  import platform; print(platform.platform())
  import sys; print('Python', sys.version)
  import numpy; print('NumPy', numpy.__version__)
  import cv2; print('OpenCV', cv2.__version__)
  import excalibur; print('Excalibur', excalibur.__version__)
  

• The complete webserver traceback log. Just adding the exception message or a part of the traceback won’t help us fix your issue sooner.

• Steps to reproduce the bug.

• A link to the PDF document that you were trying to extract tables from, telling us what you expected the interface to do and what actually happened.

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4