{"id":1366,"date":"2024-07-23T12:39:03","date_gmt":"2024-07-23T12:39:03","guid":{"rendered":"https:\/\/dockerpros.com\/?post_type=glossary&p=1366"},"modified":"2024-07-23T12:39:03","modified_gmt":"2024-07-23T12:39:03","slug":"dockerfile-progress","status":"publish","type":"glossary","link":"https:\/\/dockerpros.com\/de\/wiki\/dockerfile-progress\/","title":{"rendered":"Dockerfile \u2013 Fortschritt"},"content":{"rendered":"

Verst\u00e4ndnis von Dockerfile \u2013progress: Ein umfassender Leitfaden\n\nIn der Welt der Containerisierung ist Docker ein unverzichtbares Werkzeug f\u00fcr Entwickler. Es erm\u00f6glicht die Erstellung, Bereitstellung und Ausf\u00fchrung von Anwendungen in einer isolierten Umgebung. Ein wesentlicher Bestandteil von Docker ist die Dockerfile, eine Textdatei, die alle Befehle enth\u00e4lt, die zum Erstellen eines Docker-Images erforderlich sind. In diesem Artikel werden wir uns mit einem bestimmten Flag befassen, das in Docker verwendet wird: dem \u2013progress-Flag.\n\nWas ist das \u2013progress-Flag?\n\nDas \u2013progress-Flag ist eine Option, die beim Ausf\u00fchren von Docker-Befehlen verwendet werden kann, um den Fortschritt des Build-Prozesses anzuzeigen. Standardm\u00e4\u00dfig zeigt Docker den Fortschritt des Builds im Plain-Modus an, was bedeutet, dass nur die ausgef\u00fchrten Befehle und deren Ergebnisse angezeigt werden. Mit dem \u2013progress-Flag k\u00f6nnen Sie jedoch den Fortschritt des Builds in verschiedenen Modi anzeigen, einschlie\u00dflich auto, plain und tty.\n\nWie man das \u2013progress-Flag verwendet\n\nUm das \u2013progress-Flag zu verwenden, m\u00fcssen Sie es einfach an Ihren Docker-Befehl anh\u00e4ngen. Zum Beispiel, wenn Sie ein Docker-Image mit dem Befehl \"docker build\" erstellen, k\u00f6nnen Sie das \u2013progress-Flag wie folgt verwenden:\n\n```\ndocker build --progress=auto -t my-image .\n```\n\nIn diesem Beispiel wird der Build-Prozess im auto-Modus angezeigt. Sie k\u00f6nnen auch den plain- oder tty-Modus verwenden, indem Sie \"plain\" oder \"tty\" anstelle von \"auto\" angeben.\n\nVorteile der Verwendung des \u2013progress-Flags\n\nDie Verwendung des \u2013progress-Flags bietet mehrere Vorteile. Erstens erm\u00f6glicht es Ihnen, den Fortschritt des Builds in Echtzeit zu verfolgen, was besonders n\u00fctzlich ist, wenn der Build-Prozess lange dauert. Zweitens bietet es eine bessere Sichtbarkeit in den Build-Prozess, was bei der Fehlerbehebung hilfreich sein kann. Schlie\u00dflich erm\u00f6glicht es Ihnen, den Build-Prozess an Ihre Bed\u00fcrfnisse anzupassen, indem Sie den Anzeigemodus ausw\u00e4hlen, der f\u00fcr Sie am besten geeignet ist.\n\nZusammenfassung\n\nDas \u2013progress-Flag ist ein n\u00fctzliches Werkzeug, das Ihnen hilft, den Fortschritt Ihrer Docker-Builds zu verfolgen und zu verstehen. Durch die Verwendung dieses Flags k\u00f6nnen Sie den Build-Prozess besser steuern und bei Bedarf schneller reagieren. Ob Sie ein erfahrener Docker-Benutzer oder ein Neuling in der Containerisierung sind, das Verst\u00e4ndnis und die Verwendung des \u2013progress-Flags k\u00f6nnen Ihre Docker-Erfahrung erheblich verbessern.<\/h1>\n

Die Dockerfile<\/a><\/span>Eine Dockerfile ist ein Skript, das eine Reihe von Anweisungen zur Automatisierung der Erstellung von Docker-Images enth\u00e4lt. Sie gibt das Basis-Image, die Anwendungsabh\u00e4ngigkeiten und die Konfiguration an und erm\u00f6glicht so eine konsistente Bereitstellung \u00fcber verschiedene Umgebungen hinweg. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> --progress<\/code> Die Option ist eine leistungsstarke Funktion, die in Docker 18.09 eingef\u00fchrt wurde und den Build-Prozess verbessert, indem sie es Benutzern erm\u00f6glicht, das Ausgabeformat der Build-Fortschrittsinformationen auszuw\u00e4hlen. Dieses Kommandozeilen-Argument erm\u00f6glicht es Entwicklern, die Art und Weise anzupassen, wie Docker die Build-Ausgabe pr\u00e4sentiert, was die Verfolgung des Fortschritts bei Multi-Stage-Builds oder gro\u00dfen Bild<\/a><\/span>Ein Bild ist eine visuelle Darstellung eines Objekts oder einer Szene, die typischerweise aus Pixeln in digitalen Formaten besteht. Es kann Informationen vermitteln, Emotionen hervorrufen und die Kommunikation \u00fcber verschiedene Medien hinweg erleichtern. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> Builds. Da Container in der modernen Softwareentwicklung weiter an Bedeutung gewinnen, wird das Beherrschen der --progress<\/code> Die Option ist unerl\u00e4sslich f\u00fcr jeden, der seine Docker-Workflows optimieren und die Lesbarkeit seiner Build-Prozesse verbessern m\u00f6chte.<\/p>\n

The Evolution of Docker Build Output<\/h2>\n

Docker hat sich seit seiner Einf\u00fchrung im Jahr 2013 st\u00e4ndig weiterentwickelt, und mit jeder Iteration hat die Entwicklergemeinschaft nach M\u00f6glichkeiten gesucht, die Effizienz und Benutzerfreundlichkeit ihrer Tools zu verbessern. Vor der Einf\u00fchrung des --progress<\/code> flag, Docker\u2019s build output was limited to a single format that could be cumbersome and difficult to parse, especially for complex builds. Users often had to sift through a wall of text to find relevant information, which was not only time-consuming but could also lead to missed errors or warnings.<\/p>\n

The introduction of the --progress<\/code> Diese Option befasste sich mit diesen Problemen, indem sie es Entwicklern erm\u00f6glichte, festzulegen, wie sie den Build-Prozess visualisieren m\u00f6chten. Diese \u00c4nderung markierte eine erhebliche Verbesserung der Benutzererfahrung, da sie dazu beitrug, den Informationsfluss w\u00e4hrend der Builds zu optimieren.<\/p>\n

Various Progress Formats<\/h2>\n

Die --progress<\/code> Die Flagge akzeptiert drei verschiedene Optionen, die jeweils auf unterschiedliche Bed\u00fcrfnisse und Vorlieben zugeschnitten sind:<\/p>\n

    \n
  1. \n

    Auto<\/strong>Dies ist das Standardverhalten von Docker, bei dem automatisch das Ausgabeformat basierend darauf ausgew\u00e4hlt wird, ob die Ausgabe an ein Terminal oder eine Nicht-Terminal-Umgebung gesendet wird. Es bietet eine intelligente Mischung aus f\u00fcr Menschen lesbarem und f\u00fcr Maschinen analysierbarem Format.<\/p>\n<\/li>\n

  2. \n

    Plain<\/strong>: This option outputs the build progress as simple text. It is beneficial when the user wants minimal distraction from the build logs, providing straightforward output without any additional formatting or color coding. This format is particularly useful in automated environments, such as CI\/CD pipelines, where logs need to be captured and analyzed without any extraneous information.<\/p>\n<\/li>\n

  3. \n

    TTY<\/strong>: This format provides a more interactive and visually appealing output, leveraging ANSI colors and progress bars to represent the build stages. It is ideal for users who prefer a more engaging and dynamic view of the build process, making it easier to identify the current stage and overall progress.<\/p>\n<\/li>\n<\/ol>\n

    Specifying the Output Format<\/h3>\n

    To use the --progress<\/code> option, you can specify it directly in the docker build<\/code> command. For example:<\/p>\n

    docker build --progress=plain -t myimage:latest .<\/code><\/pre>\n
    In diesem Befehl wird die Erstellung mit dem einfachen Ausgabeformat durchgef\u00fchrt. Die \u00c4nderung des Ausgabeformats in TTY w\u00fcrde wie folgt aussehen:<\/p>\n
    docker build --progress=tty -t myimage:latest .<\/code><\/pre>\n
    Mit der Auto-Option k\u00f6nnen Sie einfach laufen<\/a><\/span>\"RUN\" bezeichnet einen Befehl in verschiedenen Programmiersprachen und Betriebssystemen, um ein angegebenes Programm oder Skript auszuf\u00fchren. Er initiiert Prozesse und stellt eine kontrollierte Ausf\u00fchrungsumgebung f\u00fcr die Aufgabenbereitstellung bereit. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span>:<\/p>\n
    docker build --progress=auto -t myimage:latest .<\/code><\/pre>\n
    Praktische Anwendungen und Vorteile\n\nDie praktischen Anwendungen und Vorteile der Verwendung von KI in der \u00dcbersetzung sind vielf\u00e4ltig und weitreichend. Hier sind einige der wichtigsten:\n\n1. Geschwindigkeit und Effizienz: KI-gest\u00fctzte \u00dcbersetzungstools k\u00f6nnen gro\u00dfe Textmengen in k\u00fcrzester Zeit verarbeiten, was die Produktivit\u00e4t erheblich steigert. Dies ist besonders n\u00fctzlich f\u00fcr Unternehmen, die schnell auf globale M\u00e4rkte expandieren m\u00f6chten.\n\n2. Kosteneinsparungen: Durch den Einsatz von KI k\u00f6nnen Unternehmen die Kosten f\u00fcr menschliche \u00dcbersetzer reduzieren, insbesondere bei routinem\u00e4\u00dfigen oder weniger komplexen \u00dcbersetzungsaufgaben.\n\n3. Konsistenz: KI-Systeme k\u00f6nnen sicherstellen, dass bestimmte Begriffe und Phrasen konsistent \u00fcbersetzt werden, was f\u00fcr die Markenidentit\u00e4t und die Qualit\u00e4t der Kommunikation wichtig ist.\n\n4. Zug\u00e4nglichkeit: KI-\u00dcbersetzungstools machen Inhalte f\u00fcr ein breiteres Publikum zug\u00e4nglich, indem sie Sprachbarrieren \u00fcberwinden. Dies ist besonders wichtig f\u00fcr Bildungsmaterialien, Gesundheitsinformationen und andere kritische Inhalte.\n\n5. Echtzeit-Kommunikation: KI-gest\u00fctzte \u00dcbersetzungsdienste erm\u00f6glichen Echtzeit-Kommunikation in verschiedenen Sprachen, was f\u00fcr internationale Gesch\u00e4ftstreffen, Konferenzen und Kundensupport von unsch\u00e4tzbarem Wert ist.\n\n6. Lern- und Verbesserungsf\u00e4higkeit: KI-Systeme k\u00f6nnen aus Fehlern lernen und sich kontinuierlich verbessern, was zu immer genaueren \u00dcbersetzungen f\u00fchrt.\n\n7. Unterst\u00fctzung f\u00fcr seltene Sprachen: KI kann dazu beitragen, seltene oder gef\u00e4hrdete Sprachen zu erhalten, indem sie \u00dcbersetzungsdienste f\u00fcr diese Sprachen bereitstellt.\n\n8. Personalisierung: KI kann \u00dcbersetzungen an den Kontext und die Zielgruppe anpassen, was zu relevanteren und wirkungsvolleren Kommunikationsmitteln f\u00fchrt.\n\n9. Automatisierung von Routineaufgaben: KI kann repetitive \u00dcbersetzungsaufgaben automatisieren, wodurch menschliche \u00dcbersetzer sich auf komplexere und kreativere Aufgaben konzentrieren k\u00f6nnen.\n\n10. Datenanalyse: KI kann gro\u00dfe Mengen an \u00fcbersetztem Material analysieren, um Trends und Muster zu identifizieren, die f\u00fcr Unternehmen und Organisationen wertvolle Einblicke bieten k\u00f6nnen.\n\nDiese Vorteile zeigen, dass KI in der \u00dcbersetzung nicht nur ein Werkzeug zur Effizienzsteigerung ist, sondern auch ein Katalysator f\u00fcr globale Kommunikation und Verst\u00e4ndigung.<\/h2>\n
    Enhanced Readability<\/h3>\n
    One of the most immediate benefits of using the --progress<\/code> option is enhanced readability. By selecting the output format that best suits your needs, you can make your build logs easier to digest. For example, in a team environment, when multiple developers are collaborating on a project, clear and well-formatted logs can significantly improve communication and understanding.<\/p>\n
    Verbessertes Debugging<\/h3>\n
    Beim Erstellen komplexer Docker-Images, insbesondere bei mehrstufigen Builds oder verzwickten Abh\u00e4ngigkeitsgraphen, ist es entscheidend, Probleme schnell lokalisieren zu k\u00f6nnen. Das Plain-Output-Format bietet eine klare und pr\u00e4zise Ansicht jedes Build-Schritts, was Entwicklern erm\u00f6glicht, Fehler schneller zu identifizieren und zu beheben. Dies ist besonders in CI\/CD-Pipelines n\u00fctzlich, wo automatisierte Builds h\u00e4ufig stattfinden und Verz\u00f6gerungen die Gesamtproduktivit\u00e4t beeintr\u00e4chtigen k\u00f6nnen.<\/p>\n
    Flexibilit\u00e4t in Continuous Integration\/Continuous Deployment<\/h3>\n
    F\u00fcr Organisationen, die CI\/CD-Praktiken einsetzen, kann die Wahl des Ausgabeformats entscheidend sein. Viele CI\/CD-Systeme erfassen Logs zur Analyse, und die M\u00f6glichkeit, eine einfache Ausgabe zu verwenden, kann diesen Prozess vereinfachen. Dadurch wird das Durchsuchen von Logs nach bestimmten Schl\u00fcsselw\u00f6rtern oder Fehlern erleichtert. Andererseits kann TTY w\u00e4hrend manueller Review-Sessions aktiviert werden, um eine detailliertere und umfassendere Ansicht zu erhalten, die Entwicklern Einblicke in den Build-Prozess gibt.<\/p>\n
    Customizing for Different Environments<\/h3>\n
    Different development and production environments may have distinct needs when it comes to logging and output. For instance, a local development environment might benefit from the TTY format, while a production CI\/CD environment might require the plain format. With the --progress<\/code> Die Flag bietet die Flexibilit\u00e4t, Ausgaben entsprechend Ihrer spezifischen Umgebung anzupassen.<\/p>\n
    Best Practices for Using \u2013progress<\/h2>\n
    While the --progress<\/code> option adds significant value to the Docker build process, it is essential to adopt some best practices to maximize its benefits:<\/p>\n
    1. W\u00e4hlen Sie das richtige Format f\u00fcr den Kontext<\/h3>\n
    Always assess your context before selecting an output format. For local development, TTY might be more engaging, while for CI\/CD environments, the plain option is advisable. Understanding your audience and use case will help you make informed decisions.<\/p>\n
    2. Kombinieren mit anderen Build-Optimierungstechniken<\/h3>\n
    Die --progress<\/code> Die Option sollte nicht als eigenst\u00e4ndige L\u00f6sung betrachtet werden, sondern vielmehr als Teil einer gr\u00f6\u00dferen Strategie zur Optimierung von Docker-Builds. Kombinieren Sie sie mit Multi-Stage-Builds, geeigneten Caching-Strategien und effizientem Layer-Management, um einen robusten und effizienten Build-Prozess zu erstellen.<\/p>\n
    3. Monitor Build Performance<\/h3>\n
    Bei der Verwendung des --progress<\/code> option, keep an eye on build performance. If you notice significant slowdowns with a particular format, consider switching to another. The output format might affect how Docker interacts with the underlying system, which could lead to performance implications.<\/p>\n
    4. Dokumentieren Sie Ihre Entscheidungen<\/h3>\n
    In team environments, documenting decisions regarding output formats is crucial. If a specific output format is preferred for CI\/CD processes, make sure to communicate this through documentation or team meetings. Clear guidelines help in maintaining consistency across builds.<\/p>\n
    5. Leverage External Tools<\/h3>\n
    F\u00fcr erweiterte Protokollierung und \u00dcberwachung sollten Sie die Integration externer Tools in Betracht ziehen, die Docker-Protokolle effektiver verarbeiten k\u00f6nnen. Tools wie ELK Stack<\/a><\/span>Ein Stapel (Stack) ist eine Datenstruktur, die nach dem Last-In-First-Out-Prinzip (LIFO) arbeitet, bei dem das zuletzt hinzugef\u00fcgte Element als erstes entfernt wird. Er unterst\u00fctzt zwei prim\u00e4re Operationen: Einf\u00fcgen (push) und Entfernen (pop). More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> (Elasticsearch, Logstash und Kibana) oder Grafana k\u00f6nnen dabei helfen, w\u00e4hrend Docker-Builds generierte Protokolle zu visualisieren und zu analysieren, was tiefere Einblicke in die Leistung und potenzielle Probleme erm\u00f6glicht.<\/p>\n
    H\u00e4ufige Anwendungsf\u00e4lle<\/h2>\n
    1. Development Environment<\/h3>\n
    W\u00e4hrend der Entwicklungsphase nehmen Entwickler h\u00e4ufig \u00c4nderungen vor und erstellen Images neu. Die Verwendung des TTY-Formats kann diese Interaktionen interaktiver gestalten, sodass Entwickler den Echtzeit-Fortschritt und etwaige Fehler schnell erkennen k\u00f6nnen.<\/p>\n
    2. Kontinuierliche Integration<\/h3>\n
    In CI pipelines, builds need to be automated for efficiency. The plain format helps in creating clean logs that are easy to parse. This is particularly useful for logging build artifacts and errors, making it easier for developers to troubleshoot failed builds without sifting through cluttered logs.<\/p>\n
    3. Fehlersuche<\/h3>\n
    Bei der Fehlerbehebung in Docker-Images erm\u00f6glicht die Verwendung des Klartextformats Entwicklern eine \u00fcbersichtliche Darstellung jedes Build-Schritts. Dies hilft erheblich dabei, den genauen Schritt zu identifizieren, an dem ein Fehler auftreten k\u00f6nnte, und erm\u00f6glicht so eine schnelle Diagnose und Behebung.<\/p>\n
    4. Produktionsbereitstellung<\/h3>\n
    When deploying Docker images to production, it\u2019s imperative to have accurate and clean logs for auditing purposes. By employing the plain format during production builds, teams can ensure that logs are minimalistic and contain relevant information without excess noise.<\/p>\n
    Fazit<\/h2>\n
    Die --progress<\/code> option in Dockerfiles is a critical feature for modern software development practices, particularly in containerized environments. By understanding and leveraging the different output formats, developers can enhance the readability of build logs, improve debugging processes, and tailor their builds to their specific environments. Adopting best practices around this feature will not only streamline your Docker workflows but will also contribute to a more efficient development process overall.<\/p>\n
    Da sich das Docker-\u00d6kosystem st\u00e4ndig weiterentwickelt, ist es von entscheidender Bedeutung, \u00fcber solche Verbesserungen auf dem Laufenden zu bleiben und sie in Ihren Arbeitsablauf zu integrieren. Ob Sie ein erfahrener Docker-Benutzer oder neu in der Containerisierung sind, das Beherrschen der --progress<\/code> option will undoubtedly lead to more productive and enjoyable development experiences.<\/p>","protected":false},"excerpt":{"rendered":"
    Die `\u2013progress`-Flag in Dockerfile<\/a><\/span>Eine Dockerfile ist ein Skript, das eine Reihe von Anweisungen zur Automatisierung der Erstellung von Docker-Images enth\u00e4lt. Sie gibt das Basis-Image, die Anwendungsabh\u00e4ngigkeiten und die Konfiguration an und erm\u00f6glicht so eine konsistente Bereitstellung \u00fcber verschiedene Umgebungen hinweg. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> enhances the build output by allowing users to choose between different output formats. Options include \u201cauto,\u201d \u201cplain,\u201d and \u201ctty,\u201d facilitating easier debugging and monitoring.<\/p>","protected":false},"author":1,"featured_media":2045,"parent":0,"template":"","glossary-cat":[],"class_list":["post-1366","glossary","type-glossary","status-publish","has-post-thumbnail","hentry"],"yoast_head":"\nDockerfile -progress - Dockerpros<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/dockerpros.com\/de\/wiki\/dockerfile-progress\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Dockerfile -progress - Dockerpros\" \/>\n<meta property=\"og:description\" content=\"The `--progress` flag in Dockerfile enhances the build output by allowing users to choose between different output formats. Options include "auto," "plain," and "tty," facilitating easier debugging and monitoring.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/dockerpros.com\/de\/wiki\/dockerfile-progress\/\" \/>\n<meta property=\"og:site_name\" content=\"Dockerpros\" \/>\n<meta property=\"og:image\" content=\"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/dockerfile-progress_1366.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"800\" \/>\n\t<meta property=\"og:image:height\" content=\"600\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data1\" content=\"6\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/\",\"url\":\"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/\",\"name\":\"Dockerfile -progress - Dockerpros\",\"isPartOf\":{\"@id\":\"https:\/\/dockerpros.com\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/dockerfile-progress_1366.jpg\",\"datePublished\":\"2024-07-23T12:39:03+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#primaryimage\",\"url\":\"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/dockerfile-progress_1366.jpg\",\"contentUrl\":\"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/dockerfile-progress_1366.jpg\",\"width\":800,\"height\":600,\"caption\":\"dockerfile-progress-2\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/dockerpros.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Glossary\",\"item\":\"https:\/\/dockerpros.com\/fr\/wiki\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Dockerfile –progress\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/dockerpros.com\/#website\",\"url\":\"https:\/\/dockerpros.com\/\",\"name\":\"Dockerpros\",\"description\":\"DockerPros \u2013 Your Ultimate Docker Resource Hub\",\"publisher\":{\"@id\":\"https:\/\/dockerpros.com\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/dockerpros.com\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/dockerpros.com\/#organization\",\"name\":\"Dockerpros\",\"url\":\"https:\/\/dockerpros.com\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/dockerpros.com\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/Dockerpros_logo_blanco.png\",\"contentUrl\":\"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/Dockerpros_logo_blanco.png\",\"width\":532,\"height\":114,\"caption\":\"Dockerpros\"},\"image\":{\"@id\":\"https:\/\/dockerpros.com\/#\/schema\/logo\/image\/\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Dockerfile -progress - Dockerpros","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/dockerpros.com\/de\/wiki\/dockerfile-progress\/","og_locale":"de_DE","og_type":"article","og_title":"Dockerfile -progress - Dockerpros","og_description":"The `--progress` flag in Dockerfile enhances the build output by allowing users to choose between different output formats. Options include \"auto,\" \"plain,\" and \"tty,\" facilitating easier debugging and monitoring.","og_url":"https:\/\/dockerpros.com\/de\/wiki\/dockerfile-progress\/","og_site_name":"Dockerpros","og_image":[{"width":800,"height":600,"url":"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/dockerfile-progress_1366.jpg","type":"image\/jpeg"}],"twitter_card":"summary_large_image","twitter_misc":{"Gesch\u00e4tzte Lesezeit":"6\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/","url":"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/","name":"Dockerfile -progress - Dockerpros","isPartOf":{"@id":"https:\/\/dockerpros.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#primaryimage"},"image":{"@id":"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#primaryimage"},"thumbnailUrl":"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/dockerfile-progress_1366.jpg","datePublished":"2024-07-23T12:39:03+00:00","breadcrumb":{"@id":"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#primaryimage","url":"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/dockerfile-progress_1366.jpg","contentUrl":"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/dockerfile-progress_1366.jpg","width":800,"height":600,"caption":"dockerfile-progress-2"},{"@type":"BreadcrumbList","@id":"https:\/\/dockerpros.com\/wiki\/dockerfile-progress\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/dockerpros.com\/"},{"@type":"ListItem","position":2,"name":"Glossary","item":"https:\/\/dockerpros.com\/fr\/wiki\/"},{"@type":"ListItem","position":3,"name":"Dockerfile –progress"}]},{"@type":"WebSite","@id":"https:\/\/dockerpros.com\/#website","url":"https:\/\/dockerpros.com\/","name":"Docker-Profis","description":"DockerPros \u2013 Ihr umfassender Docker-Ressourcen-Hub","publisher":{"@id":"https:\/\/dockerpros.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/dockerpros.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/dockerpros.com\/#organization","name":"Docker-Profis","url":"https:\/\/dockerpros.com\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/dockerpros.com\/#\/schema\/logo\/image\/","url":"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/Dockerpros_logo_blanco.png","contentUrl":"https:\/\/dockerpros.com\/wp-content\/uploads\/2024\/07\/Dockerpros_logo_blanco.png","width":532,"height":114,"caption":"Dockerpros"},"image":{"@id":"https:\/\/dockerpros.com\/#\/schema\/logo\/image\/"}}]}},"_links":{"self":[{"href":"https:\/\/dockerpros.com\/de\/wp-json\/wp\/v2\/glossary\/1366","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dockerpros.com\/de\/wp-json\/wp\/v2\/glossary"}],"about":[{"href":"https:\/\/dockerpros.com\/de\/wp-json\/wp\/v2\/types\/glossary"}],"author":[{"embeddable":true,"href":"https:\/\/dockerpros.com\/de\/wp-json\/wp\/v2\/users\/1"}],"version-history":[{"count":0,"href":"https:\/\/dockerpros.com\/de\/wp-json\/wp\/v2\/glossary\/1366\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/dockerpros.com\/de\/wp-json\/wp\/v2\/media\/2045"}],"wp:attachment":[{"href":"https:\/\/dockerpros.com\/de\/wp-json\/wp\/v2\/media?parent=1366"}],"wp:term":[{"taxonomy":"glossary-cat","embeddable":true,"href":"https:\/\/dockerpros.com\/de\/wp-json\/wp\/v2\/glossary-cat?post=1366"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}