testcontainers / testcontainers/testcontainers-java
Collaborate on domain language across testcontainers implementations
Personne n'a encore pris cette issue.
- Langage dominant
- Java
- Étoiles
- 8.7k
- Forks
- 1.9k
- Merge moyen
- 2 j 17 h
- PR mergées (30 j)
- 9
Description
On a meetup today I talked to @kiview who had been presenting testcontainers and mentioned the upcoming 2.0 refactor.
I suggest we take this opportunity to work out a language / implementation agnostic domain of behaviors for testcontainers so whatever implementation is used the API would be similar and easy to grasp.
This can also apply to conceptual problems like how to implement certain waiting strategies or how to integrate with docker-compose or Kubernetes.
I opened https://github.com/testcontainers/testcontainer-go/issues/21 to track this on the go implementation which I'd like to contribute to.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Aucun fichier, test ou point d’entrée n’est identifié. Commencez par examiner le modèle de comportement proposé, indépendant du langage et de l’implémentation, ainsi que l’issue 21 liée de testcontainers-go. Le travail serait considéré comme terminé lorsqu’un domaine commun et convenu de comportements entre les implémentations serait défini, y compris les stratégies d’attente et l’intégration de Docker Compose ou Kubernetes.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- docker, docker-compose, java, kubernetes
- Domaine
- testing
- Type d'issue
- Refactorisation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 15/100