container logs not flushed if there is a timeout spinning up a container

#392 added a ContainerStop to Deployer.Destroy, so that the container has a chance to gracefully shut down and flush its logs before we print them.

However, we print the logs in a couple of other situations:

• in Deployer.Deploy, if there is a timeout waiting for the container to be ready. (In this case it looks like we don't destroy the container at all?)
• in Builder.ConstructBlueprint (via Builder.construct).

In both these cases, the logs are printed before the container is stopped.

Commencez par lire Deployer.Deploy et Builder.ConstructBlueprint via Builder.construct, puis comparez leur gestion des logs avec Deployer.Destroy et son comportement ContainerStop. Reproduisez les chemins du timeout et de la construction afin de vérifier quand les logs sont affichés. Le travail est considéré comme terminé lorsque le conteneur est arrêté avant l’affichage des logs dans les deux cas, et que le chemin du timeout gère également correctement le cycle de vie du conteneur.