Thanks for your interest in this project.
The source code is available here.
Information regarding source code management, builds, coding standards, and more.
Before your contribution can be accepted by the project, you need to create and electronically sign the Eclipse Foundation Contributor License Agreement (CLA).
Not sure whether there is a CLA for you on file already? You can easily check this yourself using the Contributor License Agreement Lookup Tool.
The Eclipse Code Recommenders Privacy project uses Bugzilla to track ongoing development and issues.
Be sure to search for existing issue before you create another one. Remember that contributions are always welcome!
Building Code Recommenders Privacy from source is straight-forward. But if some of the steps below fail – let us know.
If you want to build Code Recommenders from the command line, you will need Apache Maven, version 3.x.
$ git clone http://git.eclipse.org/gitroot/recommenders.incubator/org.eclipse.recommenders.privacy.git
$ cd org.eclipse.recommenders.privacy
$ mvn clean install
That’s it.
After a few minutes wait, you should see a BUILD SUCCESS
.
(The initial build may take a bit longer, as Maven automatically downloads anything required by the build.)
Windows users: Code Recommenders uses Unix-style newlines (LF) throughout and fails the build if it finds Windows-style newlines (CRLF).
Please make sure that your Git configuration has core.autocrlf
set to false
to prevent Git from changing newlines to Windows-style.
(Changing newlines is unnecessary, as the Eclipse IDE can handle either style.)
If you want to contribute to Code Recommenders yourself, we suggest that you use Eclipse.
We recommend setting up Eclipse using Eclipse Oomph. Oomph will setup an up-to-date Eclipse IDE, install required and useful plugins, and import Code Recommenders’ source ready to build.
To get started with Oomph, download the installer and execute it.
Select the Eclipse product and version you wish to install, e. g. Eclipse Standard/SKDK
or Eclipse IDE for Java Developers
.
From the list of preconfigured projects double-click Code Recommenders/Privacy
and click on Next
.
Follow the instructions that ask you for your login data to Eclipse servers. The installation may take several minutes. The freshly installed Eclipse will open during installation and automatically configure itself to let you work on Code Recommenders.
You are now set up to contribute code of your own to Eclipse Code Recommenders.
To test your contributions, just start an Eclipse runtime via the tools/ide.product
product configuration file residing in the org.eclipse.recommenders.privacy
project.
Once you have done some changes to the code, you can submit your changes to Gerrit, where Code Recommenders committers can review your change.
To do so, right click on the org.eclipse.recommenders.privacy
project and select Team/Commit…
.
For the commit comment, provide the ID of the Bugzilla issue you are working on in the format Bug XXXXXX: Change description
.
(If you are not working on an Bugzilla issue, please consider opening a new issue first.)
Also, please click the second (Add Signed-off-by) and third (Compute Change-Id for Gerrit Code Review) button above the commit message field; this will automatically generate the necessary Signed-off-by
and Change-Id
headers.
(Do not be alarmed if the generated ID shows as a all zeros; a proper ID will be generated once you submit the change.)
When you have composed your commit message, click on Commit
.
Next, right click on the org.eclipse.recommenders.privacy
project again and select Team/Remote/Push to Gerrit…
.
Select refs/for/master
Gerrit branch, then click on Finish
.
Congratulations, you have contributed your first change to Code Recommenders Privacy!
Other committers will look at your code and provide feedback. Do not be alarmed if your change is not immediately merged; most changes require a bit of back-and-forth between contributors and committers.
Please follow this steps to release a new version of the project:
export RELEASE_VERSION=x.y.z
git clean -df
mvn org.eclipse.tycho:tycho-versions-plugin:set-version -Dartifacts=aggregator,licenses,targets,plugins,tests,features,repositories -Dproperties=privacyVersion -DnewVersion=${RELEASE_VERSION}
mvn org.eclipse.tycho:tycho-versions-plugin:set-version -Dartifacts=$(basename plugins/*/ tests/*/ features/*/ | paste -sd "," - ) -DnewVersion=${RELEASE_VERSION}-SNAPSHOT
mvn org.codehaus.mojo:tidy-maven-plugin:1.0-beta-1:pom
git commit -a -m "[releng] ${RELEASE_VERSION}"
git push origin HEAD:refs/for/master
Thereafter, switch to the next (SNAPSHOT) version:
export NEXT_VERSION=x.y.(z+1)
git checkout HEAD^ -- '*'
mvn org.eclipse.tycho:tycho-versions-plugin:set-version -Dartifacts=aggregator,licenses,targets,plugins,tests,features,repositories -Dproperties=privacyVersion -DnewVersion=${NEXT_VERSION}-SNAPSHOT
Manually bump the version in the feature/requires/import
elements of features/*/feature.xml
to ${NEXT_VERSION}
.
git commit -a -m "[releng] ${NEXT_VERSION}-SNAPSHOT"
git push origin HEAD:refs/for/master
Contact the project developers via the project's developer mailing list.