-
Notifications
You must be signed in to change notification settings - Fork 78
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
Remove effectivly empty CONTRIBUTING files #2448
Comments
@waynebeaton would this change be fine from a legal l respectively project rules point of view? |
If there is no objection, especially by @waynebeaton (I think developers don't insist on an almost empty file), I'll start implementing this soon. |
IMHO a reasonable argument can be made that the CONTRIBUTING file is a contextual artifact; that is, it describes the process for working with a repository while that repository is in the context of an Eclipse project's GitHub org. Since the .github repository includes a relevant CONTRIBUTING file, we can assert that the requirement is met. Having said all that, I invite you to carefully consider what this means for potential forks and whether or not the entire team is comfortable with this information being disconnected from the repository (that is, absent from forks). |
Thank you.
Absolutely, at the moment I only have one opinion from eclipse-jdt/eclipse.jdt.debug#532 (comment) But I encourage all @eclipse-platform/eclipse-platform-committers to express their opinion, especially if they are against this change. The same applies for all Equinox, PDE and JDT committers (unfortunately I cannot link them here easily, but (almost) all Equinox and PDE committers are also platform committers). |
I'm maybe blind, but is there a default link to "contrubite" file somewhere in github UI (not im our readme), similar to https://github.com/eclipse-jdt/eclipse.jdt.debug "code of conduct", "license", "security" etc links both on the right site and the bottom of the page? |
The only one I'm aware of is "Insights" (at the top) > Community Standards > Contributing. And that one seems to work fine with the changes of Hannes. @HannesWell You are aware of the Otterdog automation stuff, right? I'm not sure if Otterdog is already doing something to CONTRIBUTION or whether something is planned. But it would be good, if your strategy fits to whatever happens there, otherwise this might go back and forth. |
Yeah, but that is not what I meant. I meant, on the first project page, there is nothing about "contributing"... |
So do it understand it correctly. But would don't plan to delete https://github.com/eclipse-platform/.github/blob/main/CONTRIBUTING.md itself? My only concern is that if contributors arrive at e.g. the platform project they don't find a link to contribution information. So we should still have an entry point to that information in the single orgs/repos. |
I am fine with the proposed changes. Since GitHub conventions allow to just have one central contributing document in the
In this case, I would expect that people first look at information in the readme of a repository. And right now, at least in the Platform repository, we have this information in the readme: https://github.com/eclipse-platform/eclipse.platform?tab=readme-ov-file#how-to-contribute |
That sounds good to me. |
Yes that was absolutely my intention, sorry if this wasn't clear in the initial text.
You can append
Unfortunately I haven't found it in the standard GH UI yet, I only know it from Jörg. |
Let's make sure issue is not already fixed in latest builds first.
Suggestion
Currently many repositories for Eclipse-Platform, Equinox, JDT and PDE have have
CONTRIBUTING
or aCONTRIBUTING.md
file or both that most of the time just contains a link to the contribution information maintained in the corresponding organization's.github
repository.For example in the eclipse.platform repository
That link is then also often repeated in a Contributing section in the README.md of the repository.
See for example
With that the content of the
CONTRIBUTING
seems to be duplicated and actually not necessary.Therefore I propose to delete the CONTRIBUTING if the scenario is as described above.
If I read the
Eclipse Foundation Project Handbook
correct, having aCONTRIBUTING
is not mandatory per project and contributing information can also be contained in the README:@waynebeaton is that correct or are we not allowed to perform the proposed task?
The contribution information generated by GitHub for a repository inherits the
CONTRIBUTING
file/information from the organization if no such file exists in the repository. For thejdt.debug
repository this proposal was already applied and it worked as expected there:See https://github.com/eclipse-jdt/eclipse.jdt.debug/contribute
On the other hand https://github.com/eclipse-jdt/eclipse.jdt.debug/contribute currently needs one more click to reach the final destination.
Community
The text was updated successfully, but these errors were encountered: