fineract-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Markus Geiß <markus.ge...@live.de>
Subject RE: [MENTORS] multiple repos for one Apache Product?
Date Fri, 27 May 2016 06:36:13 GMT

----------------------------------------
> Date: Thu, 26 May 2016 15:52:50 -0700
> Subject: Re: [MENTORS] multiple repos for one Apache Product?
> From: roman@shaposhnik.org
> To: dev@fineract.incubator.apache.org
>
> On Thu, May 26, 2016 at 8:42 AM, Markus Geiß <markus.geiss@live.de> wrote:
>>
>> ----------------------------------------
>>> Date: Thu, 26 May 2016 08:38:53 -0700
>>> Subject: Re: [MENTORS] multiple repos for one Apache Product?
>>> From: roman@shaposhnik.org
>>> To: dev@fineract.incubator.apache.org
>>>
>>> On Thu, May 26, 2016 at 5:03 AM, Markus Geiß <markus.geiss@live.de> wrote:
>>>> Hey Roman,
>>>>
>>>> Given that every micro service is implemented as a standalone artifact that
>>>> can be replaced, and for this it utilizes its own versioning, I believe it
would
>>>> be more in line with ASF if every service is a repo.
>>>>
>>>> We will release these independently from each other running their own versions.
>>>
>>> What are you planning as far as compatibility matrix? Will you guarantee that
>>> any combination of versions will work together?
>>>
>>> Thanks,
>>> Roman.
>>
>> We are planing to allow the parallel usage of 2 major versions. Every micro service
>> will come with a versioned API and a versioned REST endpoint.
>>
>> Minor version will be backwards compatible by 'contract'.
>
> I think this could be a good case for separate repos then. Next
> question: how many of
> these would you consider requesting? Do you see the # growing over time? If yes
> by how much?
>
> Thanks,
> Roman.

As far as we can foresee now I guess we'll end up with a dozen. If we detect another
needed business domain in the future this would result in requesting a new repo, but
I believe it will be only 1 or 2 per year, even less.

Best,

Markus

.::YAGNI likes a DRY KISS::.
 		 	   		  
Mime
View raw message