One important thing here is that Maven is not a single repo but has more
than 100 repos.
If I fork all repos then I need to sync forks. Also in my forks
- Dependabot will push branches and PRs. Run GHAk tests on my fork also.
So we have lots of notifications  - not only to Maven dev/commit lists but
also notifications to personal mailbox/app from GH.
And all this is to make quick cleanups, and updates to project -
short-lived branches. And to review/update Dependabot PRs.

Not saying that it's not possible to maintain forks - this would be, from
my perspective not an effective use of resources.
Sylwester

pon., 6 sty 2025 o 17:51 Manfred Moser <manf...@simpligility.ca> napisał(a):

> Hi all,
>
> Let me chime in as Maven committer (mostly inactive but involved on
> various external fronts) and core maintainer of Trino. Trino had over
> 200 separate contributors in our repo in 2024. We only have about a
> dozen maintainers and none of us really has the time to worry about
> branches in the main repo and mgt. We do distributed development with
> git. Everyone has at least a personal fork and and also probably works
> on one or more other private forks for companies.
>
> Maintainers (like committers in Maven) have the right to create branches
> but we nearly never do because that forces noise on all other
> maintainers and all other contributors (simple git pull for example). It
> is more convenient to do for CI runs that require secrets but even there
> we avoid the overhead and use personal forks with a custom feature to
> run PRs from forks with secrets.
>
> Maintaining and managing a public repo for a big project like Maven or
> Trino is a LOT of work. I hope everyone can do their part by keeping
> their work in their own fork and only exposing anyone else to it when
> required for review purposes. GitHub makes managing your own forks very
> easy. Let's use git as intended to all our benefit. The core Maven repos
> for the project should be as slim and simple as possible and not contain
> any personal branches or features or tags or whatever.
>
> Manfred
>
>
> On 2025-01-06 8:02 a.m., Tamás Cservenák wrote:
> > Howdy,
> >
> > This is all nice and dandy with you explaining how things are done in
> > companies, but this is NOT one of them, this is an open source
> > project.
> >
> > Somewhere in the future, when you are gone from the project, NOBODY
> > will know what these branches are for (unless they do some archaeology
> > exploration, that again, is time consuming, on a project with already
> > scarce resources). There is no "management" who will instruct new
> > members "clean up Elliotte branches, please", there is nobody who
> > "tracks the work progress" or "manages" this project. We are all pawns
> > on the table.
> >
> > Thanks
> > T
> >
> > On Mon, Jan 6, 2025 at 4:53 PM Tamás Cservenák <ta...@cservenak.net>
> wrote:
> >> Howdy,
> >>
> >> And I guess fixing the mailing list will also take care of all your
> >> branches in canonical repo, if a bus hits you tomorrow...
> >>
> >> On Mon, Jan 6, 2025 at 4:40 PM Elliotte Rusty Harold <
> elh...@ibiblio.org> wrote:
> >>> On Mon, Jan 6, 2025 at 3:33 PM Tamás Cservenák <ta...@cservenak.net>
> wrote:
> >>>> This is just utterly silly: I am NOT interested at all in your
> branches:
> >>>>
> >>> I don't expect you to be. Ignore them. The problem is not that the
> >>> branches exist. It is that the mailing list is bothering you with
> >>> them. Fix the mailing list.
> >>>
> >>> --
> >>> Elliotte Rusty Harold
> >>> elh...@ibiblio.org
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Reply via email to