[infinispan-dev] Granularity of cache store Git repositories
Mircea Markus
mmarkus at redhat.com
Wed Aug 14 15:04:55 EDT 2013
On 14 Aug 2013, at 19:12, Galder Zamarreño <galder at redhat.com> wrote:
>>
>> On 14 Aug 2013, at 08:09, Galder Zamarreño <galder at redhat.com> wrote:
>>
>>> IMO, the separate repository per cache store would make sense if each cache store was maintained by a separate person, and this person would make sure that it's kept up to date, he/she releases it, they have their community or members who contribute to that cache store…etc. I don't think we're there yet though.
>>
>> Isn't that the goal, though? To have these maintained separately, at their own pace?
>
> ^ Sure, but what happens when we change something in core/ and you need to update all existing cache stores.
That should only happen for major releases, otherwise custom stores would break as well. Unless it's a new test you're adding that should be inherited by all stores, but that is rather rare.
> Are we gonna go after each cache store and make the corresponding changes? (as I said earlier, that'd be 9 pull reqs…),
> or are we leaving it to whoever maintains them to deal with these changes?
For major changes, the stores should be upgraded one by one, by their maintainer.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
More information about the infinispan-dev
mailing list