Puede ser un poco de dolor a tratar, pero lo que he utilizado en el pasado son submodules de imágenes y medios de comunicación. De esta forma, puede desplegar solo su código sin obtener las imágenes si lo desea, pero aún puede mantener sus imágenes y medios sincronizados con su código. Cuando el historial de los submódulos sea demasiado grande, podríamos simplemente crear un nuevo repositorio sin el historial y cambiar el antiguo submódulo por el nuevo. De esa forma, las personas podrían estar sincronizadas con la última versión de los medios, sin tener que sacar todo el historial.
Frecuentemente se comenzaría con las pantallas verdes de nuestro video en el sub-módulo, por lo que podría desarrollar con el vídeo antes de que fuera en su forma definitiva, pero una vez que se composited, que rompería la historia submódulo y empujar a cabo una nuevo submódulo que tenía solo los videos compuestos. Eso evitó tener una copia extra de cada video, al tiempo que le permitía (con un poco de trabajo manual de intercambiar los submódulos) sacar la versión anterior si era necesario.
Los submódulos aumentarán la cantidad de trabajo que tendrá que hacer. Si desea realizar cambios en sus imágenes, debe cambiarlos en el submódulo, confirmarlo, presionarlo, luego ir al proyecto principal, confirmar el cambio al submódulo y presionarlo. Para casos simples puede escribir algunos scripts para hacer esto un poco más fácil, pero en casos más complicados como conflictos de fusión, será considerablemente más complicado que usar un solo proyecto para todo.
El número de líneas de código no dice nada. :) –
por ejemplo, algunas personas prefieren abrir llaves en nuevas líneas, algunas usan muchas líneas vacías, algunas ponen sus nombres de funciones en la línea después del tipo de devolución, etc. etc ... –