-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EPIC - Replace copyright headers and comments to compliance with ASF policy #413
Comments
Apache headers reference: https://www.apache.org/legal/src-headers.html |
First dry run for ts and js files : https://github.com/kiegroup/kie-tools/pull/1919 |
Second round. TS/JS/Java/GO done https://github.com/kiegroup/kie-tools/pull/1920 KIE tools is the most complicated one. As soon as we wrap up it, we can easily do others repositories. @porcelli splitting in small around of files/projects would mean that we would need 10's of PRs. So I've talked with Tiago, and we will do at least on KIE tools as a single shot. |
It's fine to me; my concern is that a single PR will be very hard to do a proper review, so basically will end up having to trust the script at some extent. |
* added parent pom for all examples under serveless-workflow-examples folder * temporally renamed pip to pip3 work related to apache/incubator-kie-issues#413
…e header and copyright recommendation reference: apache/incubator-kie-issues#413
Perhaps we need more discussion to find them a better alternative for the code-review. IMO we should rely on CI for validating the changes where I assume it will run Here is the work I got completed for Kogito-examples repo. I haven't sent a PR yet as I want to get some initial feedback, pls check the commit into my forked/branch: eduardocerqueira/kogito-examples@4055c97 summary: 1544 files changed steps:
|
On the KIE Tools side, I'm fine with a huge PR, as long as the CI is green... looking at the CI logs might be a good way to verify that everything is running as intended and the uploaded artifacts are performing as expected... If someone really wants to skim through the files, I think downloading Eder's branch and opening a local Git tool to see the changes is a valid alternative... With that said, this is NOT how I think code reviews should be done, but since this is a one-time thing, I don't see many problems with it. |
@eduardocerqueira @porcelli, one topic for the call tomorrow: shall I migrate other repos? Or we are going to split somehow? I saw that @eduardocerqueira started some. |
Hi @ederign I got the work done -- but just need to send the PR -- for these repos below:
I was planning to start https://github.com/kiegroup/drools for the next week which my plan is to submit all those PRs by begin of the week. |
ok, I'll take optaplanner and kie benchmarks (Going from the list from bottom ) |
FYI: optaplanner doesn't have RHT apache headers: ederign/optaplanner@5868098 |
@ederign but optaplanner is moving - @mdproctor correct me if I'm wrong. |
Yes it's moving! I wonder if we should add Apache header for all java files to keep consistency. @mdproctor wdyt? |
All subtasks completed! |
For the full list of repos pls see #428
TASKS
kogito-examples
as part of the migration to Apache #470kogito-docs
as part of the migration to Apache #471kogito-runtimes
as part of the migration to Apache #473kie-tools
as part of the migration to Apache #500kie-benchmarks
as part of the migration to Apache #500 #520drools
#531kogito-apps
#562kogito-images
#563kogito-operator
#564kogito-website
#565kogito-pipelines
#566kogito-serverless-operator
#567optaplanner-quickstarts
#568kie-docs
#569kogito-benchmarks
#570kie-sandbox-quarkus-accelerator
#571kogito-online-staging
#572kogito-online
#573Read the instructions below and find the tasks on this epic.
What is the goal?
As part of migration kie repos to Apache, we need to remove Red Hat's copyrights and apply the ASF header [1], replacing the code header for all files, ideally all files should have ASF header, no matter the file extension.
How?
For Java maven based project, the best alternative is using license-maven-plugin [3] if the repo doesn't follow a maven base project then it is up to you, let your inspiration to drive it, perhaps creating a script would work.
sharing some tips:
Things to check before submitting your PR
[1] https://www.apache.org/legal/src-headers.html#headers
[2] https://github.com/orgs/apache/projects/295/views/1?pane=issue&itemId=40502472
[3] https://mycila.carbou.me/license-maven-plugin/reports/4.2/license-maven-plugin/plugin-info.html
[4] https://github.com/apache/incubator-kie-kogito-runtimes/blob/main/kogito-build/kogito-build-no-bom-parent/pom.xml#L49
[5] https://github.com/apache/incubator-kie-kogito-runtimes/blob/main/kogito-build/kogito-build-no-bom-parent/pom.xml#L491
The text was updated successfully, but these errors were encountered: