celix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From erjan altena <erjanalt...@gmail.com>
Subject Re: [VOTE] Switch celix.a.o from svn to git
Date Thu, 03 Jan 2019 13:20:12 GMT
Hi Roy,

Nice Work, a +1 from me.

Regards,
Erjan

On Thu, Jan 3, 2019 at 7:55 AM gerritbinnenmars <gerritbinnenmars@gmail.com>
wrote:

> Good work Roy. Can you have a short look at the documentation of
> subprojects. I get an error on these.
> Greetings Gerrit
> -------- Oorspronkelijk bericht --------Van: Roy Lenferink <
> rlenferink@apache.org> Datum: 02-01-19  23:51  (GMT+01:00) Aan:
> dev@celix.apache.org Onderwerp: [VOTE] Switch celix.a.o from svn to git
> Hi all,
>
> This is a vote for switching the Celix website [1] from the current svn
> pubsub to a new git pubsub approach. Regarding this message [2] changes
> were applied which makes the celix-site repository compliant with the git
> pubsub approach (asf-site branch containing 'content' directory containing
> the generated static site).
>
> The advantages of moving over to git:
> - It will be easier for contributors to submit a patch to the Celix
> website. Right now they have to checkout the svn repository and attach a
> patch to a JIRA ticket.
> - It is easier for committers to apply patches. Committers can just merge a
> pull request using the web interface instead of applying a patch using a
> command-line interface.
> - And it will be easier to get documentation from the main Celix repository
> listed on the website.
>
> I can't think of any disadvantages and therefore I'd like to start a vote
> on moving over. If no-one objects within 72 hours, I'll assume lazy
> consensus and I'll create a ticket with INFRA to move over the site.
>
> +1 from me.
>
> - Roy
>
> [1] https://celix.apache.org/
> [2]
>
> https://lists.apache.org/thread.html/2bdabe5492eb105a034bfbd2febe14e2bfaa4ffd0f5da0bb4cd6918b@%3Cdev.celix.apache.org%3E
>


-- 
-------------------------------------------------------
Erjan Altena

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message