[
https://issues.apache.org/jira/browse/LUCENE-10543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17529236#comment-17529236
]
Robert Muir commented on LUCENE-10543:
--------------------------------------
another idea is to use github wiki functionality vs the confluence we have
today. The confluence is so out of date, and almost nobody has permissions.
Somewhere buried there is instructions to ping the mailing list and ask for
permissions, and rarely it happens, but come on. I think using github wiki
functionality would allow it to stay up to date better?
> Achieve contribution workflow perfection (with progress)
> --------------------------------------------------------
>
> Key: LUCENE-10543
> URL: https://issues.apache.org/jira/browse/LUCENE-10543
> Project: Lucene - Core
> Issue Type: Task
> Reporter: Robert Muir
> Priority: Major
>
> Inspired by Dawid's build issue which has worked out for us: LUCENE-9871
> He hasn't even linked 10% of the issues/subtasks involved in that work
> either, but we know.
> I think we need a similar approach for the contribution workflow. There has
> been some major improvements recently, a couple that come to mind:
> * Tomoko made a CONTRIBUTING.md file which github recognizes and is way
> better than the wiki stuff
> * Some hazards/error messages/mazes in the build process and so on have
> gotten fixed.
> But there is more to do in my opinion, here is 3 ideas:
> * Creating a PR still has a massive checklist template. But now this template
> links to CONTRIBUTING.md, so why include the other stuff/checklist? Isn't it
> enough to just link to CONTRIBUTING.md and fix that as needed?
> * Creating a PR still requires signing up for Apache JIRA and creating a JIRA
> issue. There is zero value to this additional process. We often end out with
> either JIRAs and/or PRs that have zero content, or maybe conflicting/outdated
> content. This is just an unnecessary dance, can we use github issues instead?
> * Haven't dug into the github actions or configs very deeply. Maybe there's
> simple stuff we can do such as give useful notifications if checks fail. Try
> to guide the user to run ./gradlew check and fix it. It sucks to have to
> review, look at logs, and manually add comments to do this stuff.
> So let's have an issue to improve this area.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
