Configuración de desarrollo y comandos para construir, servir y más
Las compilaciones están oficialmente soportadas en entornos basados en Linux y macOS. Otros entornos, como DevContainers, están soportados con el mejor esfuerzo posible. Para compilaciones en Windows, puedes seguir pasos similares a los de Linux usando la línea de comandos de Windows Subsystem for Linux WSL.
Las siguientes instrucciones explican cómo configurar un entorno de desarrollo para este sitio web.
Configuración de IDE en la nube
Gitpod
Para trabajar a través de Gitpod.io:
Haz fork de este repositorio. Si necesitas ayuda, consulta Fork a repository.
Desde gitpod.io/workspaces, crea un nuevo espacio de trabajo (haz esto solo una vez) o abre un espacio de trabajo existente de tu fork. También puedes visitar un enlace con el formato:
https://gitpod.io#https://github.com/TU_USUARIO_GITHUB/opentelemetry.io.Nota: Si tienes los permisos necesarios para trabajar desde este repositorio, o simplemente quieres explorar, abre https://gitpod.io/#https://github.com/open-telemetry/opentelemetry.io.
Gitpod instala automáticamente los paquetes específicos del repositorio por ti. Ya estás listo para construir, servir y hacer actualizaciones a los archivos del sitio web. Para más detalles sobre cómo enviar cambios, consulta [Enviar contenido][].
Codespaces
Para trabajar a través de GitHub Codespaces:
- Haz Fork del repositorio del sitio web.
- Abre un Codespace desde tu fork.
Tu entorno de desarrollo se inicializará a través de la configuración de DevContainer. Ya estás listo para construir, servir y hacer actualizaciones a los archivos del sitio web. Para más detalles sobre cómo enviar cambios, consulta [Enviar contenido][].
Configuración local
Haz Fork y luego clone del repositorio del sitio web en https://github.com/open-telemetry/opentelemetry.io.
Ve al directorio del repositorio:
cd opentelemetry.ioInstala o actualiza a la versión LTS activa de Node.js. Recomendamos usar nvm para gestionar tu instalación de Node. En Linux, ejecuta el siguiente comando, que instalará y actualizará a la versión especificada en el archivo .nvmrc:
nvm installPara instalar en Windows, usa nvm-windows. Recomendamos usar
cmdy no Windows PowerShell para el siguiente comando:nvm install lts && nvm use ltsObtén los paquetes npm y otros prerequisitos:
npm install
Inicia tu IDE favorito. Ya estás listo para construir, servir y hacer actualizaciones a los archivos del sitio web. Para más detalles sobre cómo enviar cambios, consulta [Enviar contenido][].
Construir
Para construir el sitio ejecuta:
npm run build
Los archivos generados del sitio están en public.
Servir
Para servir el sitio ejecuta:
npm run serve
El sitio se sirve en localhost:1313.
Si necesitas probar las redirecciones de Netlify, usa el siguiente comando y visita el sitio en localhost:8888:
npm run serve:netlify
El comando serve sirve archivos desde memoria, no desde disco.
Si ves un error como too many open files o pipe failed en macOS, es posible
que necesites aumentar el límite de descriptores de archivo. Consulta
Hugo issue #6109.
Contenido y submódulos
El sitio web se construye a partir del siguiente contenido:
- Archivos bajo
content/,static/, etc. según los valores predeterminados de Hugo. - Puntos de montaje, definidos por la configuración de Hugo en
config/_default/module-template.yaml. Los montajes son directamente desde submódulos de git bajo content-modules, o contenido preprocesado desdecontent-modules(colocado bajotmp/), y en ningún otro lugar.
Cambios en submódulos
Si cambias cualquier contenido dentro de un submódulo de content-modules, necesitas primero enviar un PR (que contenga los cambios del submódulo) al repositorio del submódulo. Solo después de que el PR del submódulo haya sido aceptado, puedes actualizar el submódulo y hacer que los cambios aparezcan en este sitio web.
Es más fácil gestionar tus cambios en content-modules trabajando con el
repositorio al que está vinculado el submódulo correspondiente, en lugar de
dentro del submódulo mismo.
Los contribuyentes expertos pueden trabajar directamente en el submódulo.
Entonces podrás construir y servir directamente tus cambios (del submódulo). Por
defecto, los scripts de CI obtienen submódulos en cada invocación. Para prevenir
este comportamiento mientras trabajas dentro de un submódulo, configura la
variable de entorno GET=no. También necesitas ejecutar git fetch --unshallow
en el submódulo antes de poder enviar un PR. Alternativamente, configura
DEPTH=100 y vuelve a obtener los submódulos.
Soporte de DevContainer
Este repositorio está configurado para usar Development Containers, que están soportados por varios IDEs en la nube y locales como (en orden alfabético):
Comentarios
¿Fue útil esta página?
Thank you. Your feedback is appreciated!
Please let us know how we can improve this page. Your feedback is appreciated!