[
https://issues.apache.org/jira/browse/LUCENE-10543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17529437#comment-17529437
]
Michael McCandless commented on LUCENE-10543:
---------------------------------------------
+1 to work out a migration plan to switch to GitHub issues. Can we preserve
our whole history here?
The most compelling reason to me is that our Jira instance still does not
(cannot?) support Markdown. Maybe all these comments where we all
optimistically tried to use Markdown will then render correctly on migration to
GitHub issues!!
I even see attempted Markdown in our CHANGES.txt, but does our
`changes2html.pl` support rendering/translating MD to HTML?
Hmm then I will have to figure out how to migrate
[https://jirasearch.mikemccandless.com|https://jirasearch.mikemccandless.com/]
near-real-time indexing onto GitHub issues too!
> 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
