Acceso al repositorio desde el día uno: nuestra política

El repositorio de tu web debe estar a tu nombre desde el primer commit, no desde la entrega. Vive en una organización cuya propietaria es tu empresa, con el estudio dentro como colaborador. En GitHub cuesta cero euros con el plan gratuito. En Aura te damos el rol de propietario antes de la primera línea de código.

El repositorio no es un entregable: es el sitio donde ocurre el trabajo

Un repositorio Git es el historial completo de tu web. Cada cambio, quién lo hizo, cuándo y contra qué error. No es una carpeta comprimida que aparece el último día.

Cuando una agencia te manda un ZIP con "el código" la víspera del lanzamiento, te entrega una fotografía. El repositorio es la película. En la fotografía no está el motivo de ninguna decisión, ni el pipeline de CI/CD, ni la lista de variables de entorno, ni la rama desde la que se despliega a producción, ni el commit exacto que rompió el formulario de contacto en marzo.

La diferencia aparece el día que algo falla y tú ya no trabajas con quien lo construyó. Con repositorio, el siguiente equipo lee el historial y sigue. Sin repositorio, empieza por arqueología.

Lo habitual en el sector: El código se entrega al final, cuando el proyecto está pagado, en un ZIP o en un FTP. El historial se queda en la cuenta de la agencia y desaparece contigo.

Nuestro criterio: El repositorio se abre en tu cuenta antes del primer commit. El estudio entra como colaborador y sale cuando termina. El historial se queda donde siempre estuvo: contigo.

Lo que dice la ley española: tener el código no es lo mismo que ser su dueño

Aquí hay una confusión que cuesta dinero. Acceso técnico y titularidad jurídica son dos cosas distintas, y necesitas las dos.

Mucha gente cree que, al pagar un desarrollo, los derechos pasan automáticamente a quien paga. Eso solo es cierto para trabajadores en plantilla, no para un estudio externo.

Un estudio o un autónomo que te factura una web no es tu trabajador asalariado. Es un contrato de servicios. El artículo 97.4 no te alcanza. Lo que te alcanza es el régimen general de cesión, y ese régimen se lee del revés de lo que la gente supone: lo que no está escrito, no se cede.

Y el artículo 45 remata: "Toda cesión deberá formalizarse por escrito". Una factura que pone "diseño y desarrollo web" no es una cesión. Es una factura.

Hay un tercer detalle que casi nadie te cuenta. El artículo 100.1 permite al usuario legítimo reproducir o transformar el programa, corrección de errores incluida, cuando sea necesario para usarlo conforme a su finalidad. Pero empieza con "salvo disposición contractual en contrario". Es decir: un contrato puede prohibirte tocar tu propio código. Ocurre. Léelo antes de firmar.

Traducción operativa: el acceso al repositorio te da la capacidad, y la cláusula de cesión te da el derecho. Pedir solo una de las dos es quedarse a medias.

Las cuatro excusas del sector, desarmadas

"El repositorio es nuestra metodología interna." El repositorio de tu proyecto contiene tu proyecto. Las plantillas y librerías internas del estudio viven en repositorios propios, no en el tuyo. Separar ambas cosas es trabajo de un rato, no un obstáculo.

"Te lo damos todo al final, no te preocupes." Al final es cuando peor negocia el cliente y cuando más caro sale el desacuerdo. Un acceso que solo existe si la relación acaba bien no es un acceso: es una promesa.

"No sabrías qué hacer con él." Puede que hoy no. El repositorio no se pide para usarlo hoy, se pide para que otra persona pueda usarlo mañana sin pedirnos permiso.

"Nuestro flujo de trabajo no lo permite." Un flujo de trabajo que necesita que el cliente no vea el trabajo no es un flujo de trabajo. Es una posición de fuerza.

Nuestra política de repositorio, publicada

La escribimos aquí para que puedas exigírsela a cualquiera, también a nosotros.

1. La organización es tuya. Se crea a nombre de tu empresa, con tu correo corporativo, en el movimiento Trazar, antes del primer commit.
2. Tú eres propietario. Nosotros, colaboradores. No al revés. El rol de owner no se transfiere al final: nace contigo.
3. Todo vive dentro. Código de la web, infraestructura como código, configuración de despliegue, contenido de la documentación y el fichero de ejemplo de variables de entorno. Las credenciales reales, nunca en el repositorio: van a un gestor de secretos cuyo acceso también es tuyo.
4. Los commits son legibles. Mensajes en frases completas, ramas con nombre y una descripción de por qué se hizo cada cambio relevante. El historial es documentación, no ruido.
5. El despliegue está descrito en el propio repositorio. Un fichero explica cómo se construye y cómo se publica. Si desaparecemos mañana, tu equipo levanta el proyecto leyendo ese fichero.
6. En el traspaso salimos nosotros, no sales tú. Al cerrar el movimiento Lanzar y acompañar revocamos nuestros accesos si nos lo pides. El repositorio no se mueve porque nunca fue nuestro.
7. La cesión está por escrito. El contrato nombra el código, los archivos fuente, el diseño y la documentación, con ámbito temporal y territorial expresos. Sin eso, el artículo 43.2 decide por ti.

• La organización del repositorio está a nombre de tu empresa, no del proveedor
• Tu correo aparece con rol de propietario, no de lector
• El contrato dice por escrito qué se cede, por cuánto tiempo y para qué territorio
• No hay ninguna cláusula que te prohíba modificar el código o contratar a otro equipo
• Existe un fichero de despliegue y un ejemplo de variables de entorno dentro del repositorio
• Las credenciales de producción están en un gestor de secretos al que tú accedes

Lo que cuesta darte este acceso: nada

Esta es la parte incómoda para el sector. La razón para no dártelo no es económica.

Si tu equipo necesita reglas de rama, revisores múltiples o code owners, el salto es a GitHub Team, 4 $ por usuario y mes según la página de precios de GitHub consultada el 27-08-2026. GitLab mantiene un plan Free con 400 minutos de cómputo mensuales y Premium en 29 $ por usuario y mes.

Ojo a un detalle español: esas tarifas se facturan en dólares y desde fuera de España, así que a tu contabilidad le afectan la inversión del sujeto pasivo y el modelo 349. No es un coste oculto, pero sí es papeleo que conviene prever.

Precios de GitHub y GitLab verificados el 27-08-2026 en sus páginas oficiales. Las tarifas de plataforma cambian sin previo aviso: comprueba la cifra antes de meterla en un presupuesto.

Estimación razonada del otro lado de la balanza: recuperar un proyecto sin repositorio obliga a descargar producción, reconstruir el entorno a ciegas y verificar que nada se quedó fuera. A 60 €/hora, tarifa habitual de un estudio español de este tamaño, 20 horas de arqueología son 1.200 € más IVA. Es una estimación, no una medición: el coste real depende de lo desordenado que esté el servidor.

Cómo encaja en los movimientos

En el traspaso no te entregamos el repositorio: nos vamos de él.

P | ¿Y si no tengo equipo técnico para entender el repositorio? R | Da igual: el repositorio se abre para la persona que venga después, no para ti hoy. Nosotros dejamos el fichero de despliegue y la documentación dentro, y si no sabes cómo leerlo te lo explicamos en la llamada de traspaso sin coste adicional.

P | ¿Puedo pedir el acceso a mitad de proyecto si ya he firmado sin él? R | Sí, y ninguna ley lo impide, pero tu posición negociadora es peor que antes de firmar. Pídelo por escrito, ofrece asumir el coste del plan de la plataforma y acepta que el estudio conserve sus librerías internas fuera de tu repositorio.

P | Si tengo el repositorio, ¿ya soy dueño del código? R | No. El acceso es técnico y la titularidad es jurídica: necesitas una cláusula de cesión por escrito, porque el artículo 45 de la LPI exige forma escrita y el 43.2 limita a cinco años lo que no se pacte. Tener el código sin la cesión te deja usarlo, no explotarlo con seguridad.

P | ¿Puede el estudio prohibirme modificar mi propio código? R | Puede intentarlo. El artículo 100.1 de la LPI permite al usuario legítimo corregir errores, pero abre con "salvo disposición contractual en contrario", así que un contrato puede restringirlo. Si ves esa cláusula, pide que se elimine antes de firmar.

P | ¿Aura se queda con alguna copia después del traspaso? R | Conservamos una copia solo durante los 30 días de soporte posteriores al lanzamiento, para poder ayudarte si algo falla. Pasado ese plazo la eliminamos si nos lo pides por escrito.

El acceso al repositorio no es un favor que un estudio le hace a un cliente generoso. Es la condición mínima para que un proyecto siga vivo cuando nosotros ya no estemos.

Coge el contrato que tengas encima de la mesa, sea nuestro o de otro proveedor, y busca tres líneas: quién figura como propietario de la organización del repositorio, qué se cede por escrito y con qué plazo, y si hay alguna cláusula que te prohíba tocar el código. Si falta alguna de las tres, mándanos ese párrafo por correo y te decimos qué pedir para corregirlo. Respondemos en menos de 24 horas laborables.

Enlaces internos

• Cómo contratar un estudio de diseño y desarrollo web en España
• ¿De quién es el código de mi web? Propiedad intelectual y obra por encargo en España
• 18 preguntas que hacerle a una agencia antes de firmar
• Plantilla de contrato y cesión de derechos
• Herramientas SaaS facturadas en dólares: IVA intracomunitario y modelo 349

Datos propios pendientes de medir

• [] — conservado sin tocar, no es de precio