Split off the DockerClientFactory from this library

Offen
#240 5 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
25/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
docker, java
Bereich
testing, tooling

Rechercherichtung

Lies zunächst core/src/main/java/org/testcontainers/DockerClientFactory.java und identifiziere die unterstützenden Klassen, die an der Umgebungsprüfung und der Auswahl der Docker-Laufzeit beteiligt sind. Das Issue schlägt vor, diese Funktionalität in ein eigenes package auszulagern oder upstream zusammenzuführen. Kläre daher zunächst die Extraktionsgrenze und das Integrationsziel; als erledigt gilt die Aufgabe, wenn die daraus entstandene Funktionalität anderen Docker/Java-Projekten zugutekommen kann, ohne die aktuellen Abhängigkeits- oder Konfigurationskonflikte.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

resolution/acknowledged type/breaking-api-change

Most times I play with other Docker/Java libraries than TestContainers I end up in a world of dependency or configuration hell. It seems like one of the biggest reasons for this is this library's DockerClientFactory class, which does a really excellent job of inspecting the environment and choosing the best way of running Docker on the local machine with very little user intervention.

This is particularly instrumental when trying to convince other users to adopt Docker-based unit testing—if it doesn't "just work" (as it does!), skeptical developers are prone to reject the whole thing.

Therefore, I think that this class and its supporting cast should perhaps be split off into a separate package or merged upstream so that more people and projects can benefit this most commendable work. I know I'd certainly use it!

Vorherrschende Sprache
Java
Sterne
8.7k
Forks
1.9k
Ø Merge
2 T. 17 Std.
Gemergte PRs (30 T.)
9

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus testcontainers/testcontainers-java

Alle Issues in testcontainers/testcontainers-java

Ähnliche Issues

Weitere Issues zu Java

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.