-
Notifications
You must be signed in to change notification settings - Fork 4
Developer Information
Some simple steps to get you started:
- Sign in with your git hub account / create a new one.
- Hit the Fork button to create your remote copy of the repository.
- Clone the newly forked repository into your workspace with:
[email protected]:<username>/openexr.git
The above will create a copy of the repository in your working directory. From there, please follow the instructions in the README files as to how to build the source code.
Before we are able to accept any submissions we must have a valid Contributor License Agreement (CLA) in place with you. You can grab this document from the downloads sections right here on github. Please returned a signed copy to [email protected].
Working with git makes it easy for developers to contribute to the OpenEXR. In general, once you have forked and cloned your copy of the repository, see the Getting Started section above, you can supply a patch via email (cc the openexr-dev list) or submit a pull request [1]
In order to preserve a clean history of changes we wish to largely avoid making straight merges. Instead, we take the approach of working with patches via the commands: git format-patch
and git am
commands.
When you make the patch be sure that you are up to date with the branch you intend the changes to go into. Also, for good practice, attempt a dry run with the command git apply --verbose --check <patch name>
to check for any issues.
Upon receiving the patch we'll create a local branch and patch in the changes to see what's what. If the patch won't apply we'll ask you to to try generating a clean patch. If it all works out then we'll apply the patch to master and push the changes to github.
In general, commit messages should be composed of two sections. The first line should be a brief description of what's been done. Then a blank line and then a more detailed descriptions as appropriate. A consistent approach should make it easier to navigate around the code base.
This is a great source of information in all matters git; http://git-scm.com/book
[1] A pull request also generates the patch file that can be used. As before it is worth checking to see if the patch will apply cleanly.