Empezando con Subversion y Capistrano

Hola, quería subir al servidor la aplicación que estoy desarrollando, y
aunque estoy en el principio del principio y todavía no quería ponerme
con el Subversión, resulta que me dicen que para subirla mejor emplear
el Capistrano, y para el Capistrano tiene que estar con Subversión…
así que quería ver si me podéis pasar algún enlace para empezar con
Subversión y Capistrano.

También quería un par de consejillos:

¿Qué interfaz gráfico (para mac/osx) recomendáis para subversión?

¿En subversión, es mejor un repositorio en local o en el servidor?

s2

Fernando C. escribió:

En la empresa en la que trabajo usamos Syncro SVN Client [1] y estamos
muy
contentos con el, eso si es de pago, pero es multiplataforma.

[1] http://www.syncrosvnclient.com

2007/7/10, Fernando C. [email protected]:

así que quería ver si me podéis pasar algún enlace para empezar con
Subversión y Capistrano.

Hola Fernando, yo creo que no está de más conocerse primero Subversion
y después ya te pondrás con Capistrano. Aquí tienes un libro, pero
puedes buscar tutoriales. En realidad al final se usan 3 o 4 comandos:
co, commit, update y poco más :slight_smile:

http://svnbook.red-bean.com/

¿Qué interfaz gráfico (para mac/osx) recomendáis para subversión?

Yo no uso interfaz gráfico, lo hago desde línea de comandos. Pero
RadRails se integra muy bien con Subversion, y tiene interfaz gráfico
para esto.

¿En subversión, es mejor un repositorio en local o en el servidor?

Yo creo que mejor un repositorio en el servidor, así puedes acceder
desde cualquier lado. Y para hacer el deployment, te meterás por SSH
no? Entonces chungo si el repositorio no está accesible desde allí, y
si está en local, no lo estará…

Saludetes,

On Tue, Jul 10, 2007 at 07:31:01PM +0200, Raul M. wrote:

Jaime I. escribió:

2007/7/10, Fernando C. [email protected]:

así que quería ver si me podéis pasar algún enlace para empezar con
Subversión y Capistrano.

Estoy con Jaime, te vendrá bien conocer las cosas básicas de Subversion
antes de meterte con Capistrano. Como él dice, en el día a día terminas
usando unas pocas instrucciones salvo en casos excepcionales. Aquí
tienes un tutorial bastante majo en castellano:

Vientos variables: Introducción a Subversion / Tutorial de Subversion ( Spanish )

De hecho, yo quiero hacer hincapié en una cosa: ¿cómo es eso de que
estásdesarrollando sin control de versiones? Mal mal mal… :slight_smile: (es broma).
Pero hablando en serio, conviene que te manejes bien con un sistema como
subversion porque te va a facilitar mucho la vida en tu trabajo como
desarrollador.

En cuanto a la interfaz, yo también soy fan de la consola. Pero
rapidsvn, como ya te han aconsejado, parece una buena
opción.
Suerte.


Imobach González Sosa
imobachgs en banot punto net
osoh en jabberes punto org

Jaime I.
escribió:> 2007/7/10, Fernando C. [email protected]:

así que quería ver si me podéis pasar algún enlace para empezar con
Subversión y Capistrano.

Estoy con Jaime, te vendrá bien conocer las cosas básicas de Subversion
antes de meterte con Capistrano. Como él dice, en el día a día terminas
usando unas pocas instrucciones salvo en casos excepcionales. Aquí
tienes un tutorial bastante majo en castellano:

Vientos variables: Introducción a Subversion / Tutorial de Subversion ( Spanish )

¿Qué interfaz gráfico (para mac/osx) recomendáis para subversión?

Al igual que Jaime yo suelo usar la línea de comandos, salvo para cosas
“raritas” en las que uso el bundle de Textmate.

Si no quieres usar RadRails puedes usar RapidSVN, del que tengo muy
buenas referencias. Es libre y hay versiones para win, *nix y macosx:

http://rapidsvn.tigris.org/

¿En subversión, es mejor un repositorio en local o en el servidor?

Aquí coincido también con Jaime, mejor en el servidor.

Saludos,
Raul M.

Antes que nada, gracias a todos por vuestra ayuda!! Pero lo del
repositorio en servidor, no lo veo claro…

Jaime I. wrote:

�En subversi�n, es mejor un repositorio en local o en el servidor?

Yo creo que mejor un repositorio en el servidor, as� puedes acceder
desde cualquier lado. Y para hacer el deployment, te meter�s por SSH
no? Entonces chungo si el repositorio no est� accesible desde all�, y
si est� en local, no lo estar�…

Saludetes,

Yo también pensaba que lo correcto era poner el repositorio en el
servidor, pero en los ejemplos de subversión que he visto por las webs
siempre lo ponen en local. Sin ir más lejos, en las URLs que me habéis
pasado, los ejemplos son

svnadmin create /var/lib/svn/pruebas
svnadmin create /home/kikov/svnroot/pruebas
svnadmin create /path/to/repos
svnadmin create /usr/local/svn/newrepos
svnadmin create newrepos
svnadmin create /path/to/projects

Y en la documentación oficial, dicen:

Capítulo 5. Administración del Repositorio
Creación y Configuración de Repositorios

Aviso

No crees tu repositorio en una unidad de red compartida —no puede
existir un un sistema de ficheros remoto como NFS, AFS, o Windows SMB.
La base de datos Berkeley necesita que el sistema de ficheros subyacente
implemente estrictamente la semántica de bloqueo POSIX, y más
importante, la habilidad para mapear ficheros directamente Casi ningún
sistema de ficheros de red tiene estas características. Si intentas usar
una base de datos Berkeley en una unidad compartida de red, los
resultados son impredecibles —puede que veas errores misteriosos, o
pueden pasar meses hasta que descubras que la base de datos de tu
repositorio está sutilmente corrupta.

Si necesitas que varios ordenadores accedan al repositorio, deberías
instalar un proceso servidor ( como Apache o svnserve), almacenar el
repositorio en un sistema de ficheros local al que el servidor pueda
acceder, y hacer que el repositorio esté disponible por la red. Capítulo
6, Configuración del servidor se ocupa de este proceso en detalle.


Así que… ¿creo el repositorio en el servidor (¿cómo?) o lo creo en
local (que es lo que parece que dice la documentación)? Si alguien tiene
un repositorio en el servidor del hosting, os agradecería que me contéis
si da problemas y cómo se queda…

s2

en mac tienes svnx [1]
o el bundle para svn de textmate [2]

al final acabas usando la terminal q es lo mas potente

marze

[1] Apple - Support - Downloads
[2] http://www.macromates.com

Hola Fernando,

La única diferencia entre instalar el repositorio en el servidor o en
local radica en dónde tienes que ejecutar los comandos de instalación:
para crearlo en local los ejecutas en tu propia máquina, y para crearlo
en remoto te conectas (por ejemplo a través de SSH) a tu servidor para
ejecutarlos en él (“mea culpa” por indicarte un tutorial en el que lo
instalaban en local).

Tu servidor siempre estará accesible si estás conectado a internet, y si
no tocas a mano los archivos y directorios del repositorio no debes
tener ningún problema de los que te comentan en ese aviso al que te
refieres.

Saludos,
Raul M.

Buenas,

El Wednesday 11 July 2007 10:40:26 Fernando C. escribió:

svnadmin create /path/to/projects
[…]

esto habla de la creación del repositorio, no de como se accede a él.
Este
ejemplo que pones puede servir para crearlo en el servidor y acceder al
desde
otro lado via http, ssh, etc…

En mi opinión, tener el repositorio en un sitio diferente al puesto de
trabajo
te ofrece la ventaja de conectar a él desde cualquier lado y asegurarte
una
copia en caso de desastre si tus backups no se portaron bien…

Mis 2¢, ciao.

un repositorio en el servidor del hosting, os agradecería que me contéis
si da problemas y cómo se queda…

Yo soy partidario de tener el repositorio en un servidor. Así, puedes
acceder al código desde cualquier máquina (además de la tuya) y,
eventualmente, puede colaborar más gente (si lo necesitas). Consulta
la documentación de subversion (el svnbook) para ver cómo lo haces.

Supongo que en el tutorial te dice que lo crees en “local” para ahorrar
tiempo (es sólo un tutorial).

Saludos.