>thanks for your proposal, we need more and more energy in the project. Yes, it requires a lot of participation, but sometimes we also need a start.
>Also we allow only "committers" to commit patches to the repositories that are >under the responsibility of the Apache Pulsar PMC, I don't know how we can >make this work with a "official fork" >An alternative is to have a "curated list" of links to personal projects, but we keep the responsibility over the code on the code owners and not on the Pulsar PMC Yes, this is a "curated list" link, but it points to the branch and commit ID created by the contributor himself. In addition, for some interface implementation classes, they can be placed in the main branch of the new contributor's repository and then added to the "curated list". Only committors or maintainers can add content to the "curated list". I have detailed these in the proposal. But no matter which method, each function will be marked in the document, that is, in the "Featured List" who contributed it. I understand that this feature is more of a reference feature. Allow users to choose these customized and risky features to customize their own versions. This is very useful for some large companies with development capabilities. At the same time, its responsibility should belong to the user, although we will also point out who is the contributor of each feature he chooses. But when using innovative or customized features, users should also be clear about the risks. I also wrote about the risks of contributor repositories in the proposal. In addition, thank you for your valuable feedback. Best regards Xiangying On Mon, Jul 22, 2024 at 10:55 PM Enrico Olivelli <eolive...@gmail.com> wrote: > > Hello, > thanks for your proposal, we need more and more energy in the project. > > I don't think that this is a good idea. > > The main reason is that as an ASF project we must guarantee the quality and > especially the security of what we provide to the public. > > Such kinds of repositories tend to become full of stale code that can > become a source of security issues. > > Also we allow only "committers" to commit patches to the repositories that > are under the responsibility of the Apache Pulsar PMC, I don't know how we > can make this work with a "official fork" > > Maybe I misunderstood the goal ? > > An alternative is to have a "curated list" of links to personal projects, > but we keep the responsibility over the code on the code owners and not on > the Pulsar PMC > > > Best regards > Enrico Olivelli > > > > Il giorno lun 22 lug 2024 alle ore 15:15 steven lu <lushiji2...@gmail.com> > ha scritto: > > > We think this is a very good solution, > > Our XHS team(@liangyepianzhou <https://github.com/liangyepianzhou> > > @AuroraTwinkle <https://github.com/AuroraTwinkle> @StevenLuMT > > <https://github.com/StevenLuMT> @cai152 <https://github.com/cai152>) will > > submit a few to pulsar-java-contrib > > <https://github.com/StevenLuMT/pulsar-java-contrib>( > > https://github.com/StevenLuMT/pulsar-java-contrib) as a primer to let > > everyone know the role of this library > > > > xiangying meng <xiangyingme...@gmail.com> 于2024年7月22日周一 16:33写道： > > > > > Hello Pulsar Community, > > > > > > I hope this message finds you well. I'm reaching out to propose the > > > establishment of a Pulsar Contributor Repository. > > > > > > This new initiative is designed to provide a dedicated space for > > > experimental and community-driven features that complement our core > > > offerings. This repository would serve as a space for non-core > > > features and customizations, allowing for greater flexibility and > > > community involvement. > > > > > > The proposal can be viewed at this GitHub link: > > > https://github.com/apache/pulsar/pull/23061/files > > > > > > I'm looking forward to your thoughts and feedback. Please feel free to > > > share them on the Pulsar Developer Mailing List. > > > > > > Thank you in advance for your time and consideration. > > > > > > Best, > > > > > > Xiangying > > > > >
