Instalación de SVN

Question

Voy a instalar SVN para mis proyectos personales. ¿Es mejor instalarlo en una máquina de repuesto (Win XP) o me ahorraré pena si lo instalo en la máquina que uso para el desarrollo (Vista).

Answer 1

La instalación de su repositorio en una máquina separada es probablemente una mejor idea, ya que, como mínimo, permitirá que su código fuente sobreviva a una falla del disco duro en su máquina de desarrollo.

Si eres nuevo en SVN, no puedes superar el e-book gratuito de Red-Bean y O'Reilly ... Consulta "Control de versiones con Subversion" aquí: http://svnbook.red-bean.com/.

Answer 2

Lo preferiría en una máquina diferente para mayor flexibilidad (podría usar un sistema diferente u obtener una máquina nueva sin afectar el repositorio) y para la seguridad. Al tenerlo en una máquina diferente, eliminaste la posibilidad de perder todo si tu máquina muere.

Answer 3

Si solo es para sus proyectos personales y siempre usa la misma máquina de todos modos, simplemente instálela en la misma máquina. Eso es más simple.

Answer 4

Como alternativa, puede instalar el repositorio en su máquina de desarrollo y utilizar cualquier utilidad de replicación de archivos para replicarlo en una máquina de copia de seguridad. Yo personalmente uso Foldershare (http://foldershare.com) para replicar mi repositorio.

Answer 5

Si lo instala en una máquina remota, también deberá instalar un servicio de servidor para obtener y enviar archivos entre el entorno de desarrollo y su repositorio. Esto se puede hacer con el daemon svnserve o modificando un servidor httpd como apache.

Si lo configura en la máquina local no necesita conocer o hacer ninguna de las anteriores, simplemente ejecute la instalación y luego use su cliente favorito para interactuar con ella.

Answer 6

No tiene mucho sentido instalar en una máquina "de repuesto". No consume ninguna CPU o memoria significativa.

Otras buenas razones para instalarlo en su sistema principal:

• Acceso más rápido repositorio; no es un problema tan grande con SVN como CVS, pero los checkins, checkouts, etc. serán significativamente más rápidos con un repositorio local que con uno a través de la red.
• Es más probable que se realice una copia de seguridad. Estás haciendo una copia de seguridad de tu caja dev, ¿verdad? ¿Derecha? Si no, hay una muy buena razón para hacerlo. Y, por lo general, las cajas en las que trabajas con regularidad tienen más probabilidades de tener copias de seguridad que las que se sientan en un rincón en algún lugar.
• Menos consumo de energía, suponiendo que la caja de "repuesto" está desactivada.
• Como un punto realmente menor, no tendrá que perder el tiempo con el acceso basado en la red, pero esto realmente no es difícil en primer lugar.

La única buena razón por la que puedo pensar en tenerla en una caja separada es un punto único de falla. Si tu caja de Vista patea el cubo de la broca, estás muerto en el agua. Pero oye, lo estabas respaldando. ¿Derecha? ¿DERECHO?

Answer 7

Si lo tiene en la misma máquina, es trivialmente fácil de poner en funcionamiento. No tiene que preocuparse por cómo se va a conectar al repositorio, si va a asegurar la conexión, etc. Por trivialmente fácil, quiero decir, svnadmin create c:\repo.

Si lo configura en una máquina separada y soluciona los problemas de conectividad con anticipación, se ahorrará algo de tiempo en el futuro si obtiene una nueva máquina de desarrollo o si alguien más comienza a trabajar con usted. En cuanto a las copias de seguridad, es cierto que tener el repositorio en máquinas separadas significa que tiene alguna del código en dos lugares. Sin embargo, aún necesita copias de seguridad para su repositorio. De lo contrario, cuando su repositorio deje de funcionar, solo tendrá las versiones de los archivos que haya revisado. La historia (y no es el punto de control de la versión) se perderá para siempre.

Answer 8

recomiendo VisualSVN Server una vez que esté listo para instalar ...

Answer 9

Actualmente utilizo un servidor SVN alojado, esto me libera de todos los problemas de instalación. También tengo el beneficio de tener una copia de seguridad fuera del sitio, así que si mi oficina se incendia mi código fuente estará a salvo.

Dreamhost hosts SVN incluso en el plan más barato y puede instalarlo con un solo clic, sin necesidad de conocimientos de configuración de SVN.

Answer 10

Si lo está instalando usted mismo en Windows, puedo recomendar SlikSVN http://www.sliksvn.com/en/download/ que es mucho más fácil que configurar Apache. También tienen SVN alojado pero no tengo experiencia en ellos

Answer 11

En mi opinión, TIENES que instalarlo en otra máquina, y preferiblemente una fuera del sitio y disponible a través de Internet. Hacerlo en otra máquina proporciona varias ventajas:

• Puede hacer lo que quiera a su máquina dev config-sabia y no se preocupe por una manguera de la instalación SVN
• Los actos de reporto como una copia de seguridad de su código, por lo si tiene algún tipo de desastre, puede recuperar su código
• Si la máquina está disponible a través de Internet, puede trabajar con su código en cualquier máquina
• Puede pedir fácilmente a las personas que miren su código marcando desde el SVN. ¡Incluso pueden contribuir con algún código de vuelta!
• Para mí, al menos, hay algún tipo de importancia para verificar el código. Creo que si el repositorio estuviera en otra máquina, se aseguraría de que su código fuera con el valor cometiendo primero.

Quizás mirase a uno de los servicios alojados gratuitamente, como assembla.com. ¡Que te diviertas!

Answer 12

Considere tomar el Buildix application server desde Thoughtworks & ejecutarlo en una máquina virtual. Obtendrá un servidor SVN así como otros muchos extras y, si está listo para comprometerse, puede considerar instalarlo en un segundo cuadro.

Answer 13

Un SVN alojado fuera del sitio es probablemente la forma más fácil de configurarlo. CVSDude en realidad ofrece un repositorio gratuito de 2 MB de forma gratuita. ProjectLocker, CVSDude y DreamHost ofrecen planes pagados que cuestan una tarifa nominal ($ 5- $ 20) por mes, y le brindan la posibilidad de abrir el repositorio SVN a otros usuarios y proporcionar acceso y algunos otros servicios.

Si desea instalarlo en su casa, y tiene una computadora de repuesto que se sienta cómodo dejando de funcionar todo el tiempo, entonces ciertamente es una mejor opción, dándole una copia de seguridad automática, además de tener capacidades de reversión. 100MB de ethernet es bastante rápido, e incluso Wireless G no debería tener ningún problema de velocidad con SVN.

SVN local no le da mucho, excepto por la reversión, que es mejor que nada, pero aún no es perfecto.

Answer 14

En mi humilde opinión, puede instalarlo en su máquina para evitar el mantenimiento de una segunda máquina. También debe realizar una copia de seguridad de su repositorio en una unidad de red o en un medio externo para evitar la pérdida de datos.

Una vez que tenga sus datos en un lugar seguro, puede reinstalar fácilmente subversion en cualquier máquina disponible con cualquier sistema operativo en ella.

Subversion de mi empresa también instalada en Windows, y estoy usando hot-backup.py que se ejecuta una vez por hora desde el programador.