Diferencias

Muestra las diferencias entre dos versiones de la página.

--- subversion [06/02/2021 18:29] – Juanga Covas
+++ subversion [03/02/2024 00:58] (actual) – Juanga Covas
@@ Línea 1: / Línea 1: @@
 ====== Mundo real: cómo administrar un servidor subversion para un equipo pequeño ======
-Estas son mis notas tras 4 años de administración de un servidor Subversion (SVN) en Linux, para un equipo pequeño de 4 o 5 personas que acceden desde la oficina, o desde casa, usando clientes Windows, Mac o Linux.
+Estas son mis notas tras 4 años de administración de un servidor Subversion (SVN):
+  - En Linux,
+  - para un equipo pequeño de 4 o 5 personas que acceden desde la oficina, o desde casa
+  - usando clientes desde Windows, Mac o Linux.
-Si lo que te interesa alojar tu servidor SVN en windows, puedes echar un vistazo a [[https://www.visualsvn.com/server/|VisualSVN Server para Windows]] (con versión gratuita y de pago).
+Si lo que te interesa es alojar tu servidor SVN en windows, puedes echar un vistazo a [[https://www.visualsvn.com/server/|VisualSVN Server para Windows]] (con versión gratuita y de pago).
-Las ventajas de alojar subversion en Linux:
+<WRAP tip>
-  - Se puede hostear en servidores (o VMs) más pequeños y baratos que si fuera en Windows
+Lo habitual es que pensemos en Subversion como una manera de "poder trabajar en equipo al mismo tiempo en el mismo proyecto, controlar los cambios en el código", etc. Un concepto adicional que he aprendido para entender mejor cómo utilizar SVN en el día a día en un equipo es el siguiente: **usamos Subversión con el objetivo de __propagar fácilmente__ los cambios realizados en los proyectos al resto del equipo y a los servidores de prueba, de producción, etc.** Esta idea ayuda a comprender mejor cómo debemos enviar (//commitar//) los cambios que realizamos en el código fuente y los cambios en las carpetas o directorios, especialmente en SVN.
-  - Se puede aprovechar scripting Bash/Perl ya existente
-  - Dispondremos fácilmente del protocolo "svn+ssh" para tener transferencias seguras (encriptadas) de forma simple, sin tener que usar Apache con certificados SSL, etc.
-  - El sistema de usuarios es el propio de cuentas de usuario de Linux
-Desventajas de alojar subversion en Linux bajo el protocolo "svn+ssh":
+</WRAP>
-  - Estamos obligados a usar línea de comandos, no hay un GUI para administrar el servidor
+Las ventajas de alojar Subversion/SVN en Linux:
+  - Se puede hostear en servidores (o VMs) más pequeños, resultando más baratos que Windows.
+  - Se pueden aprovechar herramientas (scripts) ya escritos en Bash, Perl, Python...
+  - Dispondremos fácilmente del protocolo ''svn+ssh'' para tener transferencias seguras (encriptadas) de forma simple, sin tener que usar Apache con certificados SSL, etc.
+  - La gestión de usuarios la realizaremos usando el propio sistema de cuentas de usuario de Linux.
+Inconvenientes de alojar Subversion en Linux bajo el protocolo ''svn+ssh'':
+  - Estamos obligados a usar línea de comandos **para administrar el servidor**, no hay intergaz gráfica (GUI). En el lado del cliente (el usuario), podremos usar GUIs como TortoiseSVN para Windows o cualquier otra para otros sistemas, además de línea de comandos.
   - No tenemos la misma granularización de permisos en los repositorios y directorios. Todos los usuarios pueden acceder a todo y escribir en todas partes, si bien siempre hay alternativas o pequeños "hacks".
   - No tenemos "de entrada" un visor HTML de los repositorios como cuando instalamos una típica instalación SVN con el servidor web Apache, etc. aunque siempre se pueden instalar aparte.
-<WRAP tip>
-Lo habitual es que pensemos en Subversion como una manera de "poder trabajar en equipo en el mismo proyecto, controlar los cambios en el código", etc. Un concepto adicional que he aprendido para entender mejor cómo utilizar SVN en el día a día en un equipo es el siguiente: **usamos Subversión con el objetivo de __propagar fácilmente__ los cambios realizados en los proyectos al resto del equipo y a los servidores de prueba, de producción, etc.** Esta idea ayuda a comprender mejor cómo debemos enviar (//commitar//) los cambios que realizamos en el código fuente y los cambios en las carpetas o directorios, especialmente en SVN
-</WRAP>
 Cosas que necesitaremos:
-  * Instalación y actualización
+  * Instalación y actualización de Subversion.
-    * Instalar la versión de subversion deseada, en Ubuntu o CentOS
+    * Instalar la versión de Subversion deseada, en Ubuntu o CentOS, cliente o servidor.
-    * Poder actualizar el servidor SVN para estar al día
+    * Poder actualizar el cliente/servidor SVN para disfrutar de la última versión.
+  * Interfaz: en Windows, la herramienta TortoiseSVN es la más completa. En línea de comandos, CMDer lee los metadatos de Subversion y nos muestra el estado/rama de cada path como en git.
   * Gestión de usuarios
-    * Añadir usuarios (un nuevo empleado, por ejemplo)
+    * Añadir usuarios al servidor Subversion (un nuevo empleado, por ejemplo).
-    * Dar de baja usuarios (expiración de usuarios, por ejemplo cuando un empleado deja la empresa)
+    * Dar de baja usuarios (expiración de usuarios, por ejemplo cuando un empleado deja la empresa). Evitar perder el histórico de commits de dicho usuario.
-    * Si el servidor es solo para SVN, los usuarios *solo* deben poder hacer subversion
+    * Si el servidor es solo para SVN, por seguridad los usuarios *solo* deben poder hacer Subversion una vez conectados por ''ssh'', y **nada más**.
   * Decidir nuestro "esquema de repositorios" (layout), por ejemplo el de "uno o más proyectos en cada repo", más flexible que el de "un repo = un proyecto".
-  * Aprender a usar los "externals" de svn
+  * Aprender a usar los "externals" de SVN para tener carpetas/librerías comunes en varios proyectos a la vez, de forma centralizada.
   * Scripts:
-    * Script para añadir repositorios
+    * Script para crear un nuevo repositorio
-    * Script para añadir proyectos a un repo
+    * Script para añadir un nuevo a un repositorio existente
-    * Script para crear el esqueleto de un proyecto nuevo (boilerplate/skeleton)
+    * Script para crear un esqueleto de aplicación en un proyecto nuevo (boilerplate/skeleton)
-    * Script para listar repositorios/proyectos
+    * Script para listar los repositorios disponibles y los diferentes proyectos en los repositorios
     * Script para buscar cadenas en ciertos archivos de todos los repositorios
-    * Script para "empaquetar" los repos
+    * Script para "empaquetar" los repositorios (ahorro de espacio con el paso del tiempo)
-    * Script para hacer copias de seguridad (backup) de los repos, de diversos modos
+    * Scripts para hacer copias de seguridad (backup) de los repositorios. Hay diversos modos de hacerlo.
   * Extras:
-    * Uso de una rama "trunk" estándar, y como mucho una rama "release" para proyectos que lo requieren
+    * Uso de una rama "trunk" estándar (algo como "master" en git), y como mucho una rama "release" para proyectos que lo requieren.
-    * Svnnotify (enviar email con diferencias al equipo en cada commit)
+    * Svnnotify (al hacer commit, envío automático de un e-mail al equipo con los cambios/diferencias efectuados).
-    * Usuario "deploy" para desplegar (deploy), uso de "phinx" para cambios en Base de datos (migrations)
+    * Utilizar un usuario de "actualizaciones/despliegue" para desplegar el proyecto (deploy)
+    * Uso de "phinx" para cambios en Base de datos (//migrations// o migraciones de DB)

JuangaCovas.info

Herramientas de usuario

Herramientas del sitio

Diferencias

Herramientas de la página