Open Stack

I only have one comment that I have already made and it got some traction
so worth bringing up again.  The comment is that there is value in
separating e2e/integration tests that are not version specific from
component/unit tests that are.  There should be much less churn in the
non-version specific tests therefore reducing the overhead of having a
separate repo.  On the other hand, changes to version specific tests
normally are made at the same time as their respective code changes.  I am
not sure if we know which tests are version specific or not and if we are
ready to make a forward looking decisions like this now, but I think
keeping the test repo but only having non-versions specific tests there
would solve the problems that have been presented.  I think it also might
solve the problem that Gabriela's proposal would solve, although I don't
fully understand that problem.

Anyway, just wanted to bring that up again.  One single repo or two
separate repos will both work.  Just a matter of the tradeoffs.

On Mon, Aug 16, 2021 at 8:44 AM Fabiano Fidêncio <fabiano at fidencio.org>
wrote:

> During the last architecture committee meeting (Aug 10th, 2021) this
> topic was brought up again and it's driven by simplifying the current
> workflow.
>
> Archana & Eric raised some concerns about the amount of churn / commit
> pollution in the kata-containers repository.
>
> This discussion is not new, we've had it on
> https://github.com/kata-containers/kata-containers/issues/187 and we
> even agreed in one of the meetings that merging the repo would be the
> way to go, although it'd generate a lot of work that no-one at that
> point would be willing to take.
>
> Regardless of what was discussed, we didn't get the input of people
> who are majoritarily working on that repo, being Gabriela & Salvador
> the main ones, and I know they may have some concerns about the topic.
> So, Gabriela, Salvador, would you mind sharing the concerns?
>
> One last thing from my side, while I'm in favour of doing the move,
> I'd like to ensure we take the decision based on the right
> motivations. Merging the repos will *not* solve the problems we have
> on maintaining the stable branches and, for that, please take a look
> at Gabriela's proposal
> https://github.com/kata-containers/kata-containers/issues/2429
>
> Please, share your opinions, concerns, and ideas.
>
> Best Regards,
> --
> Fabiano Fidêncio
>
> _______________________________________________
> kata-dev mailing list
> kata-dev at lists.katacontainers.io
> http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.katacontainers.io/pipermail/kata-dev/attachments/20210817/11ecbdda/attachment.html>