+-0 for not MP repos - well not get much tractions on them whatever we do,
clearly a +1 and a must for MP repos.

For soecs Id stay in svn since git would make it harder to check maintain
until we put them all here which is not correctly supported by git yet.

What about using github pages like layout for the website?
geronimo.apache.org/$project?




Le 25 févr. 2018 13:23, "John D. Ament" <[email protected]> a écrit :

Also, Safeguard (not failsafe?) is a git-wip hosted project.  I would
recommend splitting geronimo-specs into separate repos instead of one
massive repo.  Since creating the repos is a fully self serve function it
should be low over head to create the repo when needed.


On Sun, Feb 25, 2018 at 7:17 AM John D. Ament <[email protected]> wrote:

> At this point, moving our repos to git would be moving to gitbox, e.g.
> github hosted repos, but you can still write to the ASF side primary via
> gitbox.a.o.
>
> Being more active on github will give us a more modern look.  It seems
> like the right approach to take.
>
> John
>
>
> On Sun, Feb 25, 2018 at 5:49 AM Mark Struberg <[email protected]> wrote:
>
>> Hi folks!
>>
>> While transforming into an umbrella project I'd like to ask what you
>> think about identifying the parts we really like to support and maintain in
>> the future and then move those to GIT?
>>
>> Additionally we should also create dedicated JIRA projects for them.
>>
>> And the step also on our list is to create a brand new site and keeping
>> the old wiki based page only for historic reasons.
>>
>> Wdyt?
>>
>> We could do this gradually, module by module.
>>
>> E.g.
>> git-repo-name, jira-prj-name, explanation
>>
>> 1.) GeronimoConfig, GERONIMO-CONFIG, geronimo implementation of the
>> MicroProfile config spec and later also the ConfigJSR
>>
>> 2.) GeronimoFailsafe, GERONIMO-FAILSAFE, geronimo implementation of the
>> Failsafe spec
>>
>> 3.) GeronimoSpecs, GERONIMO-SPECS, our specs module. Not sure whether
>> this should also contain our genesis module and whether this is still used
>> somewhere else now that the G server is retired?
>>
>> 4.) GeronimoJavamail, GERONIMO-JAVAMAIL,
>>
>> 5.) GeronimoTxMgr, GERONIMO-TXMRG, the transaction manager. Needs serious
>> love btw - we use ancient libs...
>>
>> Happy to add more.
>>
>>
>> Any reason not to start into this direction?
>>
>> LieGrue,
>> strub
>>
>>
>>
>>
>>
>>
>>
>>

Reply via email to