Comment réutiliser des sources compilées dans différentes machines

Pour accélérer notre processus de développement, nous divisons les tests et exécutons chaque partie sur plusieurs agents en parallèle. Cependant, la compilation des sources de test semble prendre la plupart du temps pour les étapes de test.

Pour éviter cela, nous pré-compilons les tests en utilisant sbt test: compile et construisons une image docker avec des cibles compilées .

Plus tard, cette image est utilisée dans chaque agent pour exécuter les tests. Cependant, il semble recompiler les tests et les sources de l'application même si les classes compilées existent.

Existe-t-il un moyen de faire en sorte que sbt utilise les cibles compilées existantes?

Mise à jour: Vers donner plus de contexte

La question se rapporte strictement à scala et sbt (d'où la balise sbt).

Notre processus CI est divisé en plusieurs phases. C'est à peu près quelque chose comme ça.

• étape 1: Utilisez SBT pour compiler le projet Scala en bitecode java en utilisant sbt compile Nous compilons les sources de test dans le même test en utilisant sbt test: compile Le les targes sont regroupées dans une image docker et transférées vers le référentiel distant,

• étape 2: Nous utilisons plusieurs agents pour fractionner et exécuter des tests en parallèle. Les tests s'exécutent à partir de l'image docker intégrée, l'environnement est donc le même. Cependant, l'exécution du test sbt entraîne la recompilation du projet même via le bitecode compilé existe.

Pour clarifier cela, je veux essentiellement compiler sur une machine et exécuter les sources de test compilées sur une autre sans recompiler

Mettre à jour p >

Je ne pense pas que https://stackoverflow.com/a/37440714/8261 est le même problème car contrairement à lui, je ne monte pas de volumes ou ne construit pas sur la machine hôte. Tout est compilé et exécuté dans docker, mais en deux étapes de construction. Les heures de modification du fichier et les chemins sont conservés de la même manière à cause de cela.

La sortie de débogage a quelque chose comme ceci

Initial source changes: 
    removed:Set()
    added: Set()
    modified: Set()
Invalidated products: Set(/app/target/scala-2.12/classes/Class1.class, /app/target/scala-2.12/classes/graph/Class2.class, ...)
External API changes: API Changes: Set()
Modified binary dependencies: Set()
Initial directly invalidated classes: Set()

Sources indirectly invalidated by:
    product: Set(/app/Class4.scala, /app/Class5.scala, ...)
    binary dep: Set()
    external source: Set()
All initially invalidated classes: Set()
All initially invalidated sources:Set(/app/Class4.scala, /app/Class5.scala, ...)
Recompiling all 304 sources: invalidated sources (266) exceeded 50.0% of all sources
Compiling 302 Scala sources and 2 Java sources to /app/target/scala-2.12/classes ...

Elle n'a pas de changements de source initiale, mais les produits sont invalidés.

Mise à jour: projet minimal à reproduire

J'ai créé un projet sbt minimal pour reproduire le problème. https://github.com/pulasthibandara/sbt-docker-recomplile p >

Comme vous pouvez le voir, rien ne change entre les étapes de construction, à part l'exécution de la deuxième étape dans une nouvelle étape (nouveau conteneur).