executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
manage-renv-dependenciesGestionar dependencias de paquetes R usando renv para entornos reproducibles. Cubre la inicialización, el flujo de trabajo snapshot/restore, la resolución de problemas comunes y la integración con CI/CD. Usar al inicializar la gestión de dependencias para un nuevo proyecto R, añadir o actualizar paquetes, restaurar un entorno en una nueva máquina, resolver …
Independent GitHub snapshot · Automated classification · Original documentation governs
Configurar y mantener entornos de paquetes R reproducibles usando renv.
renv.lock existente (para restauración)renv::init()
Esto crea:
renv/ (biblioteca, configuración, script de activación)renv.lock (snapshot de dependencias).Rprofile para activar renv al cargarEsperado: Biblioteca local del proyecto creada. Directorio renv/ y renv.lock presentes. .Rprofile actualizado con el script de activación.
En caso de fallo: Si se bloquea, verificar la conectividad de red. Si falla en un paquete específico, instalarlo manualmente primero con install.packages() y luego volver a ejecutar renv::init().
Instalar paquetes de la manera habitual:
install.packages("dplyr")
renv::install("github-user/private-pkg")
Luego crear un snapshot para registrar el estado:
renv::snapshot()
Esperado: renv.lock actualizado con los nuevos paquetes y sus versiones. renv::status() no muestra paquetes desincronizados.
En caso de fallo: Si renv::snapshot() reporta errores de validación, ejecutar renv::dependencies() para comprobar qué paquetes se usan realmente, luego renv::snapshot(force = TRUE) para saltarse la validación.
renv::restore()
Esperado: Todos los paquetes instalados en las versiones exactas indicadas en renv.lock.
En caso de fallo: Problemas frecuentes: los paquetes de GitHub fallan (configurar GITHUB_PAT en .Renviron), dependencias de sistema faltantes (instalar con apt-get en Linux), tiempos de espera en paquetes grandes (configurar options(timeout = 600) antes de restaurar), o binarios no disponibles (renv compila desde el fuente; asegurarse de que las herramientas de compilación están instaladas).
# Update a specific package
renv::update("dplyr")
# Update all packages
renv::update()
# Snapshot after updates
renv::snapshot()
Esperado: Los paquetes objetivo se actualizan a sus últimas versiones compatibles. renv.lock refleja las nuevas versiones tras el snapshot.
En caso de fallo: Si renv::update() falla para un paquete específico, intentar instalarlo directamente con renv::install("package@version") y luego crear el snapshot.
renv::status()
Esperado: "No issues found" o una lista clara de paquetes desincronizados con orientación sobre las acciones a tomar.
En caso de fallo: Si el estado reporta paquetes usados pero no registrados, ejecutar renv::snapshot(). Si hay paquetes registrados pero no instalados, ejecutar renv::restore().
.Rprofile para Activación Condicionalif (file.exists("renv/activate.R")) {
source("renv/activate.R")
}
Esto garantiza que el proyecto funciona incluso si renv no está instalado (entornos CI, colaboradores).
Esperado: Las sesiones R activan renv automáticamente al iniciarse en el directorio del proyecto. Las sesiones sin renv instalado también arrancan sin errores.
En caso de fallo: Si .Rprofile provoca errores, asegurarse de que el guard file.exists() está presente. Nunca llamar a source("renv/activate.R") incondicionalmente.
Rastrear estos archivos:
renv.lock # Siempre confirmar
renv/activate.R # Siempre confirmar
renv/settings.json # Siempre confirmar
.Rprofile # Confirmar (contiene la activación de renv)
Ignorar estos (ya en el .gitignore de renv):
renv/library/ # Específico de la máquina
renv/staging/ # Temporal
renv/cache/ # Caché específica de la máquina
Esperado: renv.lock, renv/activate.R y renv/settings.json son rastreados por Git. Los directorios específicos de la máquina (renv/library/, renv/cache/) son ignorados.
En caso de fallo: Si renv/library/ se confirma accidentalmente, eliminarlo con git rm -r --cached renv/library/ y añadirlo a .gitignore.
En GitHub Actions, usar la acción de caché de renv:
- uses: r-lib/actions/setup-renv@v2
Esto restaura automáticamente desde renv.lock con caché.
Esperado: El pipeline de CI restaura los paquetes desde renv.lock con caché activada. Las ejecuciones siguientes son más rápidas gracias a los paquetes en caché.
En caso de fallo: Si la restauración en CI falla, verificar que renv.lock está confirmado y actualizado. Para paquetes privados de GitHub, asegurarse de que GITHUB_PAT está configurado como secreto del repositorio.
renv::status() no reporta problemasrenv.lock está confirmado en el control de versionesrenv::restore() funciona en una copia de trabajo limpia.Rprofile activa renv condicionalmenterenv.lock para la resolución de dependenciasrenv::init() en el directorio equivocado: Verificar siempre getwd() primerorenv::init(), usar solo la biblioteca del proyectorenv::snapshot()--vanilla: Rscript --vanilla omite .Rprofile, por lo que renv no se activarárenv.lock está diseñado para ser un JSON con diff legiblerenv::install("bioc::PackageName") y asegurarse de que BiocManager está configuradocreate-r-package - incluye la inicialización de renvsetup-github-actions-ci - integración de CI con renvsubmit-to-cran - gestión de dependencias para paquetes CRAN