For contributions from a non-committer larger than 1000 lines of code you need to file a CQ attaching the contributed patch (I usually use git format-patch and attach the result). Also link corresponding bug and Gerrit change or Github pull request which is in review. Any of the project's committers can file the CQ. Only submit the change when the CQ is resolved with an approval.
See figure 12 on page 1 of https://www.eclipse.org/legal/EclipseLegalProcessPoster.pdf which leads to figure 6 on page 3 of the same poster -Matthias On 10.02.18, 00:08, "incubation-boun...@eclipse.org on behalf of Jeen Broekstra" <incubation-boun...@eclipse.org on behalf of jeen.broeks...@gmail.com> wrote: We have received a sizable code contribution from a non-committer to our project (Eclipse RDF4J). The contribution is a whole new functional module, and comprises roughly 1,500 lines of code. There's an open Pull Request for it at https://github.com/eclipse/rdf4j/pull/979 . This is first time we've dealt with this so I just want to be sure I understand what steps need to be taken. Do I understand correctly that with a contribution this size, simply having the contributor sign the CLA is not enough? I had a look at the outlined procedure in the Project Handbook (https://www.eclipse.org/projects/handbook/#ip-project-code), judging from the diagram there our case falls under figure 3: "Written 100% by Submitting Contributor (Non-Committer) and Submitted under the terms of the Project License". But the steps following from that are not completely clear to me. First of all, it says the submitter needs to log a Bugzilla entry and attach code. But then later in the flow (page 3) it talks about creating a CQ and _again_ attaching the code as a zip. Do we really need to do both? Or is simply submitting a CQ once and attaching the contribution to the resulting IPZilla issue enough? Second question: can I, as project lead, submit the CQ/Bugzilla ticket(s) on behalf of the submitter? Final question: should the zip file we submit already be the "ready to go" version, that is use the project license headers and package structure and so on? Kind regards, Jeen _______________________________________________ incubation mailing list incubation@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/incubation _______________________________________________ incubation mailing list incubation@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/incubation