Eagle Library Management - ¿Existe una "manera correcta"?

6

Nunca he sido capaz de administrar bibliotecas de usuarios particularmente bien en Eagle. El problema se agrava cuando se mueven proyectos de una computadora a otra y, lo que es peor, cuando se trata de mantener algún tipo de control de versión. Esto llegó a un punto crítico ayer cuando realicé una actualización de la versión Eagle, y simplemente lo hice retroceder en lugar de tratar los problemas de la manera correcta (se complica al tratar de hacer una consulta pro-bono en un proyecto para sentirse bien que necesito mantener por completo) separado de los recursos de mi empleador).

Lo más cercano a estar cerca de estar contento es mantener una biblioteca de usuario para todos y cada uno de los proyectos, e incluirla como parte del conjunto de subversión. Esto, sin embargo, tiene algunas limitaciones reales, pero ciertamente hace que las cosas no sean ambiguas.

¿Existe una buena manera de mantener un árbol de bibliotecas de usuarios que sea fácil para la portabilidad y el control de versiones?

    
pregunta Scott Seidman

1 respuesta

4

Un problema importante que impidió el control adecuado de la versión fue el formato de biblioteca binario que usa Eagle 5 y versiones anteriores. Supongo que ya sabe que cambiaron el formato a XML de texto plano con Eagle 6.

Usamos Subversion para el control de versiones, pero eso es solo una elección personal. Gracias al formato XML, ahora podemos realizar diferencias y, por lo tanto, seguir los cambios es mucho más fácil. Ahora es suficiente con verificar los cambios durante el compromiso, en lugar de tener que tomar notas al respecto durante el desarrollo.

Nuestro enfoque general:
Todas nuestras bibliotecas comparten una carpeta en el tronco. Tenemos una biblioteca "común" donde se agrupan todos los componentes, que no coinciden con el contenido de una de las otras bibliotecas más especializadas. De vez en cuando extraemos "grupos" de componentes adecuados a su propia biblioteca, limpiando el común. Siempre verificamos todo el tronco de nuestra copia de trabajo, que se encuentra en un subdirectorio de la carpeta Eagles \ lib. Todos los archivos se atribuyen como "bloqueo de necesidades" para evitar la corrupción, pero esto puede no ser necesario ya que podríamos hacer correcciones manuales a XML.

Es bueno incluir los números de parte generales al escribir los registros SVN. Por lo tanto, es fácil revisar el historial de revisiones para evitar hacer un poco de trabajo dos veces.

Como nota adicional: si necesita una biblioteca específica para el proyecto que contenga todos los componentes de una placa específica, existe un script ULP que viene con la instalación Eagle predeterminada. Extrae todos los componentes utilizados en un solo archivo lbr.

Al final, la administración de la biblioteca interna de eagle no es buena y es algo sobre lo que no podemos hacer mucho.

    
respondido por el Rev1.0

Lea otras preguntas en las etiquetas