Concept: reference_integration - integration test cases #1968
Replies: 1 comment
-
|
Adding my personal experience here, since I cannot join today's meeting: after having worked in all scenarios (mono-repo <--> excessive multi-repo, and diverse steps in between), my personal opinion about git repos is quite clear: start with less, split when a concrete reason arises, in practice - do not assume this upfront. Splitting is a much simpler operation than most people expect. Why? --> The overhead of many repositories is significant, and only very rarely worth the price. Each repository adds cognitive load, another level of complexity to understand (especially for newcomers), another PR that needs management for complex changes and another potential for mistakes. Sometimes, there is a very good up-front reason for a separate repo: you fork something and want to "remain attached to upstream". |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Extract integration test cases from
reference_integrationinto a separate repositoryreference_integration_tests?(This is a follow-up of https://github.com/orgs/eclipse-score/discussions/1966)
Pros = separate repo
Cons = keep in reference_integration
Discussion 2025-11-19
@PiotrKorkus, @igorostrowskiq, @kgraeper, @AlexanderLanin, @nradakovic, @evinoth1206
Decision 2025-11-19
Keep
feature_integration_testswithinreference_integrationfor now. Revisit this topics once we have more tests included, and theos_imagesare extracted. E.g. after next release.Beta Was this translation helpful? Give feedback.
All reactions