From Fedora Project Wiki

(update phab page links)
(add to taskotron category)
Line 51: Line 51:
 
* All code should have good unit tests where appropriate
 
* All code should have good unit tests where appropriate
 
** When in doubt, ask
 
** When in doubt, ask
 +
 +
[[Category:Taskotron]]

Revision as of 03:15, 10 February 2017

Repositories

The repositories for the various components of Taskotron can be found on Pagure:

The repositories for the tasks developed alongside Taskotron itself are in the Fedora QA project on Bitbucket:

If you need team membership, send a message out to qa-devel@ or file a ticket in QA:Phabricator against the infrastructure project.

Issue and code change tracking

Tracking of issues and code changes for all Taskotron projects happens in the Fedora QA instance of Phabricator. Please see this section of the page for general instructions on submitting issues and 'diffs' in Phabricator.

Taskotron-specific instructions

There are some specific considerations for contributing to Taskotron components.

gitflow

Gitflow is a git branching strategy that has been used successfully in the blocker tracking app and several Fedora infra apps.

Note.png
Use the develop branch
When using gitflow, the current in-development branch is develop, not master. Be careful not to start developing against an older branch

Tests

Taskotron components usually have test suites built on Pytest. Ensure you have Package-x-generic-16.pngpytest installed to run the tests.

Linting

As we are using code linting, you will also need the flake8 tool - run sudo dnf install python-flake8 to install it.

General Thoughts and conventions

  • Be smart
  • All code going into develop branches MUST be reviewed
  • All code should have good unit tests where appropriate
    • When in doubt, ask