Table of Contents

Overview

This page provides guidance to those wanting to contribute to the project.

Here is a video on contributing to open source - https://egghead.io/courses/how-to-contribute-to-an-open-source-project-on-github

There is also a readme.md file at the top level that guides common activities.

Development Flow

Pull Request Process

Every pull request must follow the guidelines set here to be approved and considered for merging. Every pull request should be linked to a reported GitHub Issue in the openIDL project. Pull requests have been set up with checks that all have to pass. At least two maintainers should approve the pull request.


Pull Request Requirements

RuleRequiredComment
At least 2 approvals from maintainers from two different organizations(tick)
The pull request is linked to a GitHub Issue (new feature or a bug)(tick)
Developer Certificate of Origin (DCO)(tick)Always commit your changes with git commit -s  (--signoff)
Automated builds pass(tick)
Automated tests pass(tick)
Security scans pass (Snyk)(tick)


Definition of Done

TBD

Active Maintainers

NameOrganizationGitHub ID
Jeff BraswellopenIDL

tahoeblue

Sean BohanopenIDLSeanBohan
Ken SayersAAISkens-aais
Peter AntleyAAISantleypk2
AashishChainyardaashishchainyard
Surya LankaChainyardsuryalanka-cy
Tsvetan GeorgievSenofiTsvetanG
Yanko ZhelyazkovSenofiyzhivkov



New maintainers are welcome.


Developing

Each subdirectory has a readme.md file that helps with the details of local development.

Developing the UI

Developing the APIs

Developing Common Code

Standard object notation is JSON. Keys/Attributes will be named using PascalCase example:  {'Foo': 'val'},{'FooBar': 'val2'}

Objects will have singular names. Lists of objects will be names as plural form of singular object.  ex: {"Foos" : [{"Foo":"val3"},{"Foo":"val4"}]

Developing Utility Code

Testing

Contributing

Deploying