¿Cómo usarías un Sistema de control de versiones distribuidas como Mercurial o Bazaar para administrar files binarys grandes?

Específicamente, la situación en la que estoy pensando es que tienes un gran activo como un .psd de 200 MB. Un artista va y cambia algunos píxeles y lo comtesting. Suponiendo que los deltas no se mantengan es de 200 MB, cualquier persona que actualice su clon / sucursal tendrá un historial desactivado. Dado un ciclo de desarrollo completo, es MUCHA la información que se debe extraer para cada cliente.

Lo que me gustaría es la capacidad de marcar files como estos como "mantener el historial en el server", al igual que los VCS tradicionales centralizados como SVN o Perforce. Puede perder los beneficios de un DVCS para estos files, pero estoy dispuesto a aceptarlo siempre que pueda usar un VCS (en lugar de 1 para los activos y 1 para el código).

Cualquier sugerencia sobre cómo hacer esto (si es posible) sería muy apreciada.

Para Mercurial, puede usar la extensión bfiles (o una de las otras que se enumeran en esa página). Entonces, solo los metadatos del file se almacenan dentro del repository, y el contenido de los files grandes se mantiene en un server central. No he usado ninguna de esas extensiones, así que no puedo decir cuál sería la mejor opción.

Aunque este no es un DVCS, es posible que desee ver Dropbox . Principalmente trabajas con la versión más reciente de cada tesela, pero conserva la información de versión de cada file para que puedas volver a la versión anterior si es necesario. También usan deltas binarys que pueden networkingucir los times de carga / descarga.

Una gran ventaja de Dropbox es una interfaz de usuario muy natural con la que prácticamente todos los usuarios de computadoras se sienten cómodos. En el pasado, intenté que los diseñadores y otras personas no técnicas utilizaran sistemas de control de versiones de ingeniería y no siempre fue fácil para ellos.

Intereting Posts