La mayoría de que se trata de preferencias personales.
Puedo realizar un seguimiento de todo lo que tengo que hacer para un proyecto en Git. Especialmente desde Git maneja la mayoría de tipos de archivos, incluso binario, lo suficientemente eficiente. (En lugar de la incorporada en Altium SVN sin sentido).
Uno de mis principales razones para ello es que mis clientes no sienten todos Dropbox es lo suficientemente seguro y necesito un sistema de respaldo que pueda acceder todo el mundo, también algunas versiones de contexto en la mayoría de lo que hago. Así que me puse un privado servidor Git y cifrado de copia de seguridad del sistema y funciona de maravilla. Tablas, Esquemas, Código, Documentación, Informes, Manual de Modificaciones, seguimiento de todos.
Yo normalmente crear un Repositorio de Hardware, un Software y una para el Firmware si es un grande, potencialmente larga ejecución del proyecto, pero para los pequeños proyectos de servicio, ejemplos o poco experimentos a menudo me lo puso todo en un repositorio, ya que el caos resultante no será grande.
En Git puede utilizar sub-repositorios así a integrar el Firmware en el Hardware del proyecto o de la otra manera, incluso si son administradas por separado de los repositorios.
Para los proyectos más grandes que yo también es común el uso de seguimiento de fallos de sistemas de seguimiento de problemas y soluciones, de nuevo por HW así como SW, Mantis es un buen uno que se puede utilizar de forma gratuita.
Para revisiones de hardware generar Gerber, o lo que sea, etiquetados con el Git Hash de esa revisión, los Gerber, a continuación, son sólo discretos "anticuado" versionada cosas en carpetas por R01, 02, etc. Puesto que usted no quiere regenerar todo el tiempo, pero son archivos resultantes así que no debería ser versionados en Git sí, realmente (porque su software de diseño debe ser determinista con la generación de la producción de contenido, o de lo contrario ...).
Si hay algo interesante en R01 que no está sucediendo en R02 (o al revés), usted tiene dos Git Hashes con el que usted puede comparar los archivos de código fuente, no se preocupe.
Como nota final, un ejemplo conceptual de un proyecto, tendría un Hardware repositorio, que también alberga un "BoardPinout.h" archivo. Este archivo se incluye como una forma remota de archivos versionados en el Firmware del repositorio, que tiene un par de archivos de definición de interfaz que obtener de forma remota incluido en el repositorio de Software.
Lo que significa que cada vez que le cambio un par de señales sin necesidad de modificar amplia la funcionalidad de la TAREA del proyecto "actualizaciones" de la BoardPinout, que luego puede ser actualizado y utilizado en el Firmware, y así sucesivamente.