Esta es mi opinión sobre esto:
Cuando creo un acuerdo de recompra se supone que contener todos mis proyectos o sólo uno? Parece extraño que después de ejecutar la importación en algunos proyectos que mi recuento de revisión esté subiendo para cada nuevo proyecto agregado.
Esto depende completamente de su gusto: hay beneficios de tener varios proyectos en un solo repositorio (por ejemplo, copiar el código de un proyecto a otro), pero si p. quiere dar acceso a otros a un solo proyecto, tener un gran repositorio puede hacer las cosas un poco más complicadas.
En cuanto al número de revisión: no se preocupe. Esos números sólo están hechos para la administración para que pueda combinar fácilmente el código, volver a una versión específica, etc.
Si estoy trabajando por mi cuenta, son las etiquetas y ramas sigue siendo necesaria y buena práctica?
¡Absolutamente! Especialmente si desea liberar su código a otros u otros lugares (en un servidor, por ejemplo). Querrá saber qué versión envió (etiquetado). Y es posible que desee corregir algo en una versión anterior sin preocuparse por los cambios que ya realizó durante el desarrollo posterior (bifurcación).
Además: es posible que desee intentar algo mientras no esté seguro de si desea continuar en esa ruta: crear una bifurcación, experimentar y fusionarla de nuevo en el tronco o eliminar toda la rama.
¿Cómo sabes cuándo es hora de comprometer un proyecto? ¿Especialmente cuando lo escribes desde cero?
Me gusta hacer pequeños compromisos. ¿Creó un proyecto repetitivo? Comprométalo Característica agregada X? Comprométalo ¿Reformó su código FooProcessor? Comprométalo
Al comprometer estos pequeños pasos, me resulta más fácil dar marcha atrás a lo que he hecho. Si soluciono una determinada falla y en un mes me topo con un problema similar, puedo determinar fácilmente qué era parte de la solución y qué no. (Es decir: si está en otra confirmación, no fue parte de la corrección. :)) La única regla que tengo, que es especialmente importante cuando trabajo en un equipo: no cometer código dañado. Puede ser inacabado, pero no debería dañar a nadie que revise el código.
Al final de la noche, ¿siempre compromete su trabajo? o lo dejas revisado?
Intento comprometerme al final del día (por lo que cuando algo le sucede a mi computadora tengo una copia de seguridad, o si me enfermo mis compañeros de trabajo pueden continuar donde lo dejé). Pero solo si he llegado a un punto en el que es seguro comprometerse.
¿Mantiene una copia exportada de los proyectos en todo momento? ¿Qué sucede si SVN DB borks? ¿Puedes recuperarte de un borking? ...
No tengo un checkout de todo el repositorio, tengo copias de seguridad del repositorio. Sin embargo, nunca tuve problemas con el repositorio SVN.
... Si ocurriera bork y solo tuviera una copia desprotegida, ¿tendría que eliminar todos los directorios .svn yo mismo? ¿Lo haría igual a una copia exportada? ...
Depende de lo que usted quiera lograr. Pero eliminar los archivos .svn
sería de hecho el mismo que una exportación svn.
... ¿Archiva etiquetas exportadas en otro lugar?
No, realmente no. A menos que quiera llamar al proceso de pago del lanzamiento en el servidor de producción un 'archivo'.
¿Alguna vez necesito acceder directamente al directorio del repositorio? ¿Sería mejor simplemente ocultar este directorio? (.svn)
En un sistema * nix, los .svn
directorios ya están ocultas (por eso es que comienzan con un punto). No deberías querer perder el tiempo en esos directorios.
¿Hay una manera más fácil de hacer un pago e importar y luego ingresar la ruta completa del archivo (file: /// Applications/MAMP/SVN /)? ¿Puedo establecer un repositorio una vez que siempre lo usaré?
Como otros ya han mencionado: eche un vistazo a las GUI para Subversion. Personalmente me gusta TortoiseSVN.