Re: [DISCUSS] Call to improve Pulsar contributor's experience

2022-09-06 Thread Christophe Bornet
Hi Lari, Thanks for launching this discussion. There's a lot to do to improve contributor experience, esp for newcomers I think. One of the pain points is obviously the CI flakyness and I believe we are all aware of that. Related to that, we have the pulsarbot to relaunch the tests that failed but

Re: [DISCUSS] Call to improve Pulsar contributor's experience

2022-09-06 Thread Lari Hotari
Hi Yu, > For these special doc PRs, can we set them to run only build (compile) > tests and skip other code tests? If code is updated, the build & tests shouldn't be skipped in the current solution. If we'd like to make the build faster and skip unnecessary tests, we would need a more advance

Re: [DISCUSS] Call to improve Pulsar contributor's experience

2022-09-02 Thread Yu
Thank you Lari! Except for updating .md docs, we need to update various API docs [1]. These docs are generated from code automatically (annotations in code files). For these special doc PRs, can we set them to run only build (compile) tests and skip other code tests? ~~ [1] Admin API d

Re: [DISCUSS] Call to improve Pulsar contributor's experience

2022-09-01 Thread Lari Hotari
On 2022/09/01 08:36:11 Yu wrote: > # 1 > For pure doc PRs (only update .md files), do they run the same tests as > code PRs? > If so, can we set them to run only doc-related tests and skip code tests > (since they're easily failed)? > In this way, docs can be iterated faster. The solution is alrea

Re: [DISCUSS] Call to improve Pulsar contributor's experience

2022-09-01 Thread Yu
Hi Lari, Thanks for raising this up! May I know your thoughts on these questions? # 1 For pure doc PRs (only update .md files), do they run the same tests as code PRs? If so, can we set them to run only doc-related tests and skip code tests (since they're easily failed)? In this way

Re: [DISCUSS] Call to improve Pulsar contributor's experience

2022-09-01 Thread Lari Hotari
I'm sharing my experience about finding the reason why the build fails. This has been frustrating. In the past, it has been a challenge to find the reason why the build fails. Not that we don't have the information about the failure, but the challenge is that there's too much information. :) L