Guess we should stick to what we are used to. The most visible part is likely the release so I'm tempted to say we do one repo per atomic release. For specs it likely means one repo per spec (but we can automate it or work with infra to bulk migrate it). Will maybe hurt a bit right now but will:
1. enable PR on github (today it is a mess for external users) 2. make releases easier (monorepo failed, happy we never moved to that ;)) Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/application-development/java-ee-8-high-performance> Le mar. 11 mai 2021 à 14:00, Jean-Baptiste Onofre <j...@nanthrax.net> a écrit : > Hi Mark, > > I guess you mean for the release ? > > If we agree to have bunch of tag, we can have spec in a single repo (it’s > what I’m doing at ServiceMix). > > But I guess it would be cleaner to have a dedicated repo per spec (less > convenient anyway). > > Regards > JB > > > Le 11 mai 2021 à 13:56, Mark Struberg <strub...@yahoo.de> a écrit : > > > > specs could be tricky. We'd need to do every single spec as own git > repo, isn't? > > > > LieGrue, > > strub > > > > > >> Am 11.05.2021 um 05:39 schrieb fpa...@apache.org: > >> > >> Hi, > >> > >> I would like to start a discussion about moving some of our project > >> repositories from svn to gitbox. > >> > >> > >> I think we can start with this projects: > >> > >> - http://svn.apache.org/repos/asf/geronimo/xbean/ > >> > >> - http://svn.apache.org/repos/asf/geronimo/javamail/ > >> > >> - http://svn.apache.org/repos/asf/geronimo/components/txmanager/ > >> > >> - http://svn.apache.org/repos/asf/geronimo/specs/ > >> > >> > >> Here are the current Geronimo gitbox projects: > >> > >> https://gitbox.apache.org/repos/asf#geronimo > >> > >> > >> Any objection? Don't hesitate to add other project you want to move. > >> > >> regards, > >> > >> -- > >> François > >> fpa...@apache.org > >> > > > >