How to contribute to EDAS2 ?
You can contribute by many ways to EDAS2, you don’t need and special skills: just the wish to participate in the project. One of the best way to participate is to post (and respond to posts) on the Forum
Install and use EDAS2:
This seems evident, but using and installing EDAS2 is an important contribution for EDAS2 developers.
Test EDAS2 :
With the bug reports you submit, we can make of EDAS2 a more reliable software. Submit a bug
Submit upgrades:
We will look to incorporate the following patches and functions provided by the community:
- Patches and additions support core functionality needed by a broad audience
- Submissions are approved by the core developers
- Submissions are provided by approved project committers
Please follow the code contribution process outlined below. Suggestions to improve the process are welcomed.
Participate in the documentation :
EDAS2 needs documentation. Installation, using, tips… Please use the wiki.
Support the team
You can also support development of EDAS2 by sponsoring the development of additional functionality. In some cases this functionality or customization may be specific to the needs of an individual group, or may be helpful to all users. To help the project grow, we ask that commissioned work be made available to all at the discretion of the community.
EDAS2 Change Management Process
1. External developers post intent to implement features to the EDAS2 Web forum Posting should include:
- A list of proposed changes to any aspect of the system as differs from the latest release on the Sourceforge site. These include screen changes, function changes, database changes, or value changes. Each change should be accompanied by a brief explanation of the change and the reasoning for it.
- Intended implementation time line
- Any other documentation that can be provided such as use cases and design information
2. EDAS2 Core Developers will review the change and may make suggestions via the web forum. Suggestions may include options for implementation that will reduce or allow for similar capabilities without deviating from the objectives and roadmap for EDAS2.
3. EDAS2 Core Developers will note which changes will be allowed into the EDAS2 code base. Changes that do not serve a broad audience, will introduce technical concepts not in keeping with the EDAS2 architecture, will negatively impact performance, or serve highly specialized functions will not be incorporated into the base EDAS2 project.
- Specialized capabilities and functions should be implemented as optional modules to the base project
- EDAS2 core developers will contact individual external developers if any changes are approved and give them credentials to transmit changes
4. External developers should post allowed changesets to the EDAS2 repository. These changes should be working against the code base that is present in Sourceforge at the time they are posted. Changeset packages must include:
- Only files that have been changed, but must also consider changes to the database (through alter scripts), as well as control, label and value changes. The project prefers to receive patches when possible. The following links provide more information about creating patch sets.
- All code changes must be clearly designated with comments, and include the name and organization of the developer who made them
- Use cases or descriptions of the changes
- Test cases or descriptions the proper, intended functionality of the change that can be used to evaluate that they have been implemented properly.
