- Make a GitHub account.
- Install ZenHub. ZenHub adds various agile software development tools to GitHub via a Chrome/Firefox extension. Please feel free to read the ZenHub documentation on how to use their software in the general sense
- Ask to join xpdAcq as a developer or as a user. Via GitHub or email (the email must contain your github handle (eg. CJ-Wright))
- Go to Mission Control issues.
- Press the
New Issues
button. - Please start the title with [Feature Request].
- Follow the instructions in the issue template (it will show up in the
write
box). - Once finished click submit.
- The dev team will read the issue and go from there.
- Go to the xpd-users/xpd-dev Google Group
- Copy the template from the pinned discussion.
- Please start the title with [Feature Request].
- Fill out the template in a new discussion.
- Submit the discussion
- The dev team will read the issue and go from there.
- Go to Mission Control issues.
- Find the feature request in the issues.
- If the feature is currently being worked on it will be listed as a ZenHub
Epic
. - The Epic will have issues associated with it, and a progress bar which shows how many of those issues have been resolved. When all the issues have been closed the feature is ready.
- Go to Mission Control releases folder
- Open the file for the requested release.
- The release will have links to all the Epics being worked on for this release.
- The release will also have a date for release and other information.
- A milestone will also be created for the release those can be found here and will have a link back to the relevant release definition in the
release
folder.
- Submit a feature request by creating an issue on this repo.
- The Dev team will review the feature request. If the feature request is accepted it will be turned into a ZenHub Epic. (Epics are like issues but they can be connected to issues across repos, so they allow us to track development across the stack)
- Once the Dev team turns the issue into an Epic the Dev team will start to write issues across the stack specifying software which needs to be written to add the feature as requested.
- These issues will be attached to the Epic (or Epics, a single issue could solve problems across multiple feature requests).
- Epics are then collated into a release. The release definition will go into this repo under
releases
and a milestone will be created to track the release. - The Dev team will then distribute the work amongst the team and start issuing PRs which close the issues.
- Progress on a given feature can be tracked by examining how many issues for a given feature are still open.
- Once all the issues against a Epic are closed that feature request is satisfied in the master branch. (If you need the functionality ASAP you can then install the master branch)
- Once all the epics associated with a release are closed then we will package and release the code.