Hallo Zusammen, seit ein paar Tagen beschäftige ich mich mit Docker. Leider sind ein paar Fragestellungen aufgetreten bei denen ich nicht weiter komme. Was aber wohl daran liegen mag, dass ich die Frage in Google / Bing nicht korrekt formulieren kann. Mein Docker Umfeld: Windows 11, WSL2 mit DEBIAN und Docker Desktop Ich benutze Docker aktuell ausschließlich für die Entwicklung in VS Code. Hier nutze ich Github Typescript node.js gulp npm und Webpack um meine Entwicklung für SharePoint online durchzuführen. Meine Überlegung ist, dass ich für jedes Projekt einen Container aufsetze und in diesem das Projekt bearbeite. Aktueller Stand, geht super! Jetzt habe ich aber mehrere Bibliotheksprojekte, in denen ich gemeinsam genutzte Codeteile vorhalte. Projekte die diese Bibliotheken benötigen, holen sich diese Bausteine über eine Copystrecke während des Build Prozesses. Ich bräuchte jetzt einen Hinweis bzw. ein paar Suchworte um einen ähnlichen Prozess Container übergreifend hinzubekommen. Danke und Gruß Frank
Frank L. schrieb: > Ich bräuchte jetzt einen Hinweis bzw. ein paar Suchworte um einen > ähnlichen Prozess Container übergreifend hinzubekommen. Bin mit nicht sicher, ob es das ist was du brauchst: Du kannst erst ein Image mit den gemeinsamen Bibliotheken darin installiert bauen, und den dann als "FROM:" - BasisImage für die einzelnen Projektcontainer verwenden.
Hallo Ernst, ich versuche es nochmal etwas anders zu erläutern. Ich habe ein Projekt A das aus mehren Typescript Files besteht. Innerhalb dieses Projektes erstelle und teste ich diese Bibliothek. In einem Projekt B nutze ich die Bibliothek aus Projekt A, in dem ich die Typescript Dateien während des Build Prozesses an eine bestimmte Stelle in Projekt B kopiere und anschließend mit tsc oder WebPack weiter verarbeite. Da ich mittlerweile einige dieser Bibliotheken habe, die ich auch nicht mischen möchte in dem ich sie in ein einziges Projekt bringe. Brauche ich eine Idee Kurzum, ich würde jetzt gerne dieses Verhalten auf die Container übertragen. Container A, B und C sind Entwicklungsumgebungen für die jeweilige Bibliothek und sind als in sich geschlossene Ökosysteme zu betrachten. Container 1, 2, 3 sind Nutzer von Dateien aus den Container A, B und C. Ich hoffe ich konnte es etwas besser verdeutlichen. Gruß Frank
wäre da nicht das normale Vorgehen, die Bibliotheken alle gesondert im Git zu halten, und in den Verwender-Projekten die per package.json wieder aus dem Git zu ziehen? So ganz unabhängig von Docker? Macht auch die Versionierung einfacher, wenn deine Bibliotheken mal inkompatibel erweitert werden.
Hallo Ernst, über diese Möglichkeit habe ich noch gar nicht nachgedacht! Die Projekte liegen eh alle in ihren eigenen GIT Repositories. Von daher Danke, den Ansatz werde ich mal weiter verfolgen. Gruß Frank
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.