¿Cuáles son algunas formas clave de involucrar a su equipo en el uso del control de versiones durante el desarrollo, el desarrollo web u otros?
Me niego a trabajar sin él, lo que significa que cualquier persona involucrada en el proyecto también debe usarlo. Es solo una buena práctica.
Las interfaces gráficas de usuario como Tower han ayudado, pero el concepto se enfrentó con enojo (actitud de 'no es mi trabajo'), timidez o simplemente no lo usó (utilizando FTP en su lugar, eludiendo el control de versiones para, por ejemplo, desarrollo o implementación )
Editar: debería haber aclarado un poco que no solo me refiero a imágenes / PSD.
version-control
teamwork
Kevin
fuente
fuente
Respuestas:
Trabajo en un equipo de desarrolladores y diseñadores y todos usamos el control de versiones. Para los diseñadores, apesta.
Compartir archivos / copia de seguridad siempre es igual al Control de versiones
Cuando tu dices:
Debe tener en cuenta las dificultades del uso del control de versiones con datos binarios:
Hinchazón del repositorio: los sistemas VC almacenan solo líneas cambiadas para archivos de texto. Esto no es posible con datos binarios, ya que todo el archivo se verá diferente al sistema VC. Esto significa que si bien 20 versiones de archivo de texto de 10 KB solo pueden ocupar 20 KB, 20 versiones de un archivo de 1 MB probablemente tomarán más cerca de 20 MB. Un equipo de diseño de tamaño moderado puede generar fácilmente muchas revisiones en docenas de archivos binarios. Su departamento de TI pronto puede odiarlo por los requisitos de almacenamiento y posiblemente incluso por una mayor memoria / CPU que tendrá su servidor VC.
Usted y otros desarrolladores también pronto odiarán la duración de las actualizaciones o los pagos, a menos que haya configurado una organización de repositorio muy buena para evitar los archivos binarios.
Beneficio reducido : sus diseñadores rara vez volverán a las versiones anteriores de los archivos binarios, si es que alguna vez lo hacen, porque 1) no hay una manera fácil de verificar el contenido de una versión anterior 2) no hay una manera fácil de fusionarlo, y lo más importante, 3) No funciona de esa manera: se utilizan para crear versiones alternativas de algunos gráficos que aún pueden ser útiles en los archivos de producción.
Para su código, debería estar usando VC y tiene razón al exigirlo.
Pero debe verificar la suposición de que eso significa que todos también deben estar usándolo, así como si es incluso una buena práctica para los diseñadores (aunque lo es el respaldo). Debe almacenar los activos gráficos finales requeridos por su sitio web / aplicación en su VC, pero para los archivos de producción, puede que no sea la solución correcta.
fuente
Esa es una GRAN actitud, ¡a la altura de 'no es mi trabajo!' :-)
La mejor manera de obtener la aceptación es usar algo como TortoiseGit o TortoiseSVN para integrar el control de versiones en Explorer (suponiendo que Windows). Lleva tiempo ver un beneficio real si no está acostumbrado al paradigma de control de versiones. Tortoise al menos facilita el trabajo con VCS con el mouse. Un simple "clic derecho -> Registro" es todo lo que se necesita.
Por esta razón, he estado buscando implementar un control de versión transparente en TortoiseGit en cada archivo cerrado. Si le das a alguien una rama para trabajar, y luego cada escritura / cierre se convierte en una operación de compromiso, entonces en algún momento tú, como desarrollador, puedes fusionar su rama sin preocuparse por la consistencia de todo el repositorio, y pueden continuar con el negocio de hacer lo que hacen sin tener que saber sobre el control de versiones.
Tengo el mismo problema con un gran conjunto de documentos de auditoría que no puedo hacer que las personas controlen la versión, por lo que tenemos 50 versiones del mismo documento flotando que son sutilmente diferentes.
fuente
La forma de abordar esto es configurar un sistema de compilación (como Hudson ) que utiliza el sistema de control de versiones para recuperar las fuentes de compilación y convertirlo en una regla de proyecto que solo los artefactos que entrega el sistema de compilación van al equipo de prueba y finalmente implementado en el sitio del cliente.
Deje muy claro que, en lo que respecta al proceso del proyecto, todo lo que no provenga de la compilación es privado solo para los desarrolladores; mientras el trabajo de alguien no sea aceptado en la compilación, bien podría no existir.
fuente
Ilustra las ventajas:
fuente
"No es mi trabajo" sobre el control de versiones es una actitud sensata de un no programador.
Cree un sistema de control de versiones tan simple e invisible como Dropbox para la sincronización o Time Machine para la copia de seguridad.
Simplemente debería funcionar. Sin pago, sin compromiso. Simplemente ponga los archivos en la carpeta del proyecto.
fuente
He estado usando tortoiseHG / mercurial con la nueva dama del sitio web, sin problemas. No tener que pagar es muy simple y ejerce toda la presión sobre la persona que realmente debe asegurarse de que los archivos estén sincronizados. Ni siquiera parece "una cosa más que hacer", es solo, "ok, voy a hacer una demostración del sitio web, así que tengo que pedirle a Peter que vuelva a sincronizar los cambios". Y eso no es problema.
No tenía experiencia con mercurial antes, usamos VSS y nunca hubiera deseado eso en nadie para el control de la fuente del sitio web. Lo intenté una vez y no culparía a nadie por no querer usarlo en ese momento.
fuente
Yo diría que el uso de los clones de tortuga *, es lo más simple que se pone. O integre el control de versiones, en el IDE o lo que sea.
fuente