<?xml version="1.0"?>
<oembed><version>1.0</version><provider_name>Profesionales de Docker</provider_name><provider_url>https://dockerpros.com/es</provider_url><title>Docker Compose Build Arguments - Dockerpros</title><type>rich</type><width>600</width><height>338</height><html>&lt;blockquote class="wp-embedded-content" data-secret="Kd72sN6Epk"&gt;&lt;a href="https://dockerpros.com/es/wiki/docker-compose-build-arguments/"&gt;Docker Compose es una herramienta que permite definir y ejecutar aplicaciones multi-contenedor de Docker. Utiliza archivos YAML para configurar los servicios de la aplicaci&#xF3;n. Cuando se construyen im&#xE1;genes de Docker en Compose, a veces es necesario pasar argumentos de compilaci&#xF3;n para personalizar el proceso de construcci&#xF3;n. Estos argumentos se conocen como "build arguments" en Docker Compose.

Los build arguments son variables que se pasan al proceso de construcci&#xF3;n de una imagen de Docker. Se definen en el Dockerfile con la instrucci&#xF3;n ARG y se pueden establecer en tiempo de compilaci&#xF3;n. En Docker Compose, se pueden especificar estos argumentos en la secci&#xF3;n build del servicio correspondiente.

Para utilizar build arguments en Docker Compose, se puede utilizar la clave args en la secci&#xF3;n build del servicio. Esta clave acepta una lista de argumentos, donde cada argumento se especifica como un par clave-valor. Por ejemplo:

```yaml
version: '3'
services:
  web:
    build:
      context: .
      args:
        - VAR1=value1
        - VAR2=value2
```

En este ejemplo, se est&#xE1;n pasando dos build arguments, VAR1 y VAR2, con los valores value1 y value2 respectivamente. Estos argumentos estar&#xE1;n disponibles durante la construcci&#xF3;n de la imagen del servicio web.

Tambi&#xE9;n es posible utilizar variables de entorno como valores para los build arguments. Para ello, se puede utilizar la sintaxis ${VAR_NAME} en el valor del argumento. Por ejemplo:

```yaml
version: '3'
services:
  web:
    build:
      context: .
      args:
        - VAR1=${VAR1_ENV}
        - VAR2=${VAR2_ENV}
```

En este caso, los valores de VAR1 y VAR2 se obtendr&#xE1;n de las variables de entorno VAR1_ENV y VAR2_ENV respectivamente.

Es importante tener en cuenta que los build arguments solo est&#xE1;n disponibles durante la construcci&#xF3;n de la imagen y no persisten en la imagen resultante. Si se necesitan variables de entorno en el contenedor en tiempo de ejecuci&#xF3;n, se deben utilizar las instrucciones ENV en el Dockerfile o las variables de entorno en la configuraci&#xF3;n del servicio en Docker Compose.

Adem&#xE1;s, es posible utilizar build arguments para controlar el comportamiento condicional en el Dockerfile. Por ejemplo, se puede utilizar un build argument para determinar qu&#xE9; versi&#xF3;n de una dependencia instalar o qu&#xE9; archivos incluir en la imagen. Esto permite crear im&#xE1;genes m&#xE1;s flexibles y personalizables.

En resumen, los build arguments en Docker Compose son una forma poderosa de personalizar el proceso de construcci&#xF3;n de im&#xE1;genes de Docker. Permiten pasar variables en tiempo de compilaci&#xF3;n y controlar el comportamiento del Dockerfile. Al utilizarlos de manera efectiva, se pueden crear im&#xE1;genes m&#xE1;s flexibles y adaptadas a las necesidades espec&#xED;ficas de la aplicaci&#xF3;n.&lt;/a&gt;&lt;/blockquote&gt;&lt;iframe sandbox="allow-scripts" security="restricted" src="https://dockerpros.com/es/wiki/docker-compose-build-arguments/embed/#?secret=Kd72sN6Epk" width="600" height="338" title="&#xAB;Argumentos de construcci&#xF3;n de Docker Compose&#xBB; &#x2014; Dockerpros" data-secret="Kd72sN6Epk" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" class="wp-embedded-content"&gt;&lt;/iframe&gt;&lt;script&gt;
/**
 * WordPress inline HTML embed
 *
 * @since 4.4.0
 * @output wp-includes/js/wp-embed.js
 *
 * Single line comments should not be used since they will break
 * the script when inlined in get_post_embed_html(), specifically
 * when the comments are not stripped out due to SCRIPT_DEBUG
 * being turned on.
 */
(function ( window, document ) {
	'use strict';

	/* Abort for ancient browsers. */
	if ( ! document.querySelector || ! window.addEventListener || typeof URL === 'undefined' ) {
		return;
	}

	/** @namespace wp */
	window.wp = window.wp || {};

	/* Abort if script was already executed. */
	if ( !! window.wp.receiveEmbedMessage ) {
		return;
	}

	/**
	 * Receive embed message.
	 *
	 * @param {MessageEvent} e
	 */
	window.wp.receiveEmbedMessage = function( e ) {
		var data = e.data;

		/* Verify shape of message. */
		if (
			! ( data || data.secret || data.message || data.value ) ||
			/[^a-zA-Z0-9]/.test( data.secret )
		) {
			return;
		}

		var iframes = document.querySelectorAll( 'iframe[data-secret="' + data.secret + '"]' ),
			blockquotes = document.querySelectorAll( 'blockquote[data-secret="' + data.secret + '"]' ),
			allowedProtocols = new RegExp( '^https?:$', 'i' ),
			i, source, height, sourceURL, targetURL;

		for ( i = 0; i &lt; blockquotes.length; i++ ) {
			blockquotes[ i ].style.display = 'none';
		}

		for ( i = 0; i &lt; iframes.length; i++ ) {
			source = iframes[ i ];

			if ( e.source !== source.contentWindow ) {
				continue;
			}

			source.removeAttribute( 'style' );

			if ( 'height' === data.message ) {
				/* Resize the iframe on request. */
				height = parseInt( data.value, 10 );
				if ( height &gt; 1000 ) {
					height = 1000;
				} else if ( ~~height &lt; 200 ) {
					height = 200;
				}

				source.height = height;
			} else if ( 'link' === data.message ) {
				/* Link to a specific URL on request. */
				sourceURL = new URL( source.getAttribute( 'src' ) );
				targetURL = new URL( data.value );

				if (
					allowedProtocols.test( targetURL.protocol ) &amp;&amp;
					targetURL.host === sourceURL.host &amp;&amp;
					document.activeElement === source
				) {
					window.top.location.href = data.value;
				}
			}
		}
	};

	function onLoad() {
		var iframes = document.querySelectorAll( 'iframe.wp-embedded-content' ),
			i, source, secret;

		for ( i = 0; i &lt; iframes.length; i++ ) {
			/** @var {IframeElement} */
			source = iframes[ i ];

			secret = source.getAttribute( 'data-secret' );
			if ( ! secret ) {
				/* Add secret to iframe */
				secret = Math.random().toString( 36 ).substring( 2, 12 );
				source.src += '#?secret=' + secret;
				source.setAttribute( 'data-secret', secret );
			}

			/*
			 * Let post embed window know that the parent is ready for receiving the height message, in case the iframe
			 * loaded before wp-embed.js was loaded. When the ready message is received by the post embed window, the
			 * window will then (re-)send the height message right away.
			 */
			source.contentWindow.postMessage( {
				message: 'ready',
				secret: secret
			}, '*' );
		}
	}

	window.addEventListener( 'message', window.wp.receiveEmbedMessage, false );
	document.addEventListener( 'DOMContentLoaded', onLoad, false );
})( window, document );
//# sourceURL=https://dockerpros.com/wp-includes/js/wp-embed.js
&lt;/script&gt;</html><thumbnail_url>https://dockerpros.com/wp-content/uploads/2024/07/docker-compose-build-arguments_1272.jpg</thumbnail_url><thumbnail_width>800</thumbnail_width><thumbnail_height>600</thumbnail_height><description>Docker Compose build arguments allow users to pass variables at build time to customize Docker images. By defining ARG directives in Dockerfiles, developers can dynamically configure builds for different environments.</description></oembed>
