Designing interface changes for PBS Pro
This is not the complete workflow. See the Quick Start if you are familiar with Git and PBS, otherwise see the detailed development instructions.
If you're working on a feature or a complex bug, document it in the space used for project designs on Confluence. Put your design, called an External Design Document or EDD, in your design page. See this example. Some bugs are small enough that they don't need documenting. If you are not sure, ask on the development forum. Initiate a discussion of your idea or bug fix by starting a topic for it on the PBS Pro development forum: After you've started your topic, add an HTML link in your design page on Confluence that points to the discussion topic in the forum Get review comments from community members about your bug fix or design. Make sure review comments are solicited and posted in the development forum, and not on the wiki. All discussion of your design and code should take place on the development forum. For features or complex bugs, get sign-off of the high-level design approach from two people: one maintainer and one other contributor (who can be a maintainer). If you took a complex feature and broke it down into sub-tasks, and you are working on a sub-task, you need two sign-offs on the design for your sub-task. Make sure that all approvals are posted in the development forum, not on the wiki. It's helpful to add a link in the design page containing the EDD that points to the discussion, and vice versa. Document your design
Get comments on your design
Get approval for your design
Make finding information easy