Copia de security de files fuente modificados localmente y nuevos

Me pregunto cómo otros progtwigdores realizan copys de security de cambios que aún no están bajo control de código fuente, ya sean files nuevos o modificados. Me refiero sobre todo a trabajos de tamaño mediano, no vale la pena el esfuerzo de crear una sucursal privada, pero tomar más de un día para completar.

Esta no es una pregunta específica del vendedor. Me gustaría ver si varios productos tienen soluciones diferentes al problema. Sin embargo, agradecería las respuestas referentes a SVN y SCC distribuidos. Me pregunto sobre los últimos (Mercurial, GIT, etc.) – es genial que tengas tu propio repository local, pero ¿lo copys de security regularmente junto con tus files fuente?

Nota: no estoy preguntando sobre una estrategia general de respaldo. Para eso, tenemos IT. Estoy buscando la mejor manera de mantener copys de security de las cosas modificadas localmente antes de que se comprueben en el repository principal.

Cuando tu dices:

apenas vale la pena el esfuerzo de hacer una sucursal privada, pero tomar más de un día para completar

Yo diría que estás equivocado. Incluso si solo tardara una hora o más en completarse, lo pondría bajo control de versiones.

Trabajo: utilizo Git localmente en mi máquina y el compromiso con nuestro repository de Vault cuando termino. Obtengo una rápida ramificación y fusión, Build Machine y todos obtienen código de trabajo 🙂

Inicio: uso Git localmente y paso a otro repository de Git en mi networking cuando termino.

Copio files que duran más de, digamos, un par de horas antes de ponerlos en el VCS, si es que necesito volver a este punto. Si tiene algún valor (suficiente para garantizar pensamientos de respaldo), entonces va directo al VCS. Solo si no es lo suficientemente importante como para importar, permanece fuera del VCS. Y trato de asegurar que el VCS esté respaldado por sí mismo, por supuesto.

Yo uso Mercurial para el hogar. El repository se clona y se mantiene en mis dos computadoras de trabajo. Finalmente, conservo un set de files de files hg en un disco duro externo que se crea automáticamente mediante un script de Python que escribí. El file se basa en un set de repositorys guardados en la máquina "doméstica".

No estoy haciendo nada innovador aquí, pero las probabilidades de que se rompan múltiples discos duros a la vez no son probables. Además, es casi automático porque cambio entre mis dos computadoras periódicamente.

Si tengo que cambiar un gran segmento de código, realizaré pequeños commits continuos en un clon de twig y luego retrocederé cuando haya terminado. Prefiero tener mis cambios segmentados en grupos pequeños y controlados. La twig tendría una copy de security intrínsecamente porque la secuencia de commands antes mencionada identifica todos los repositorys de hg y los respalda todos. En resumen, si existen, están respaldados.

Algunos SCC (como Vault) proporcionan estanterías.

Puede publicar un set de cambios en el repository sin comprometerlo.