Me han dicho que, durante el desarrollo, debería controlar todo sites/en mi repositorio de código (por ejemplo, SVN).
Suponiendo que nunca tocaré ninguno de los módulos contrib que uso ( ctools, viewsetc.) pero solo crearé mi propio tema, ¿debería hacerlo?
¿O debería simplemente controlar todo lo que está debajo sites/all/themes/?
Gracias
Respuestas:
En mi equipo, hemos pasado a buscar solo lo que es específico de nuestro proyecto actual. Si estamos usando Vistas por ejemplo, se añade la entrada al nuestro drush maquillaje -file, y la versión de que , pero no el propio módulo.
Esto nos deja con un repositorio muy pequeño, que consta de cualquier módulo personalizado específico para el sitio actual, el tema actual y las exportaciones de características.
A menos que no pueda usar drush y drush make, no veo por qué uno debería controlar el código de versión que está bien versionado en otro lugar. Y si tiene la intención de piratear uno de los módulos, debe agregarlo como un submódulo , nuevamente, no versionando el código en su propio repositorio. (Creo que esto se llama una sucursal de proveedor en SVN).
Editar: para obtener más detalles y una configuración más avanzada, puede consultar este repositorio: git@github.com: letharion / Drupal-build-scripts.git Los scripts están escritos en bash para admitir el flujo de trabajo de mi equipo, que incluye un edificio un perfil de instalación base ( NodeStream ), luego nuestro perfil específico del sitio además de eso, un archivo de creación para cada perfil, ganchos para aplicar parches o hacer otros cambios en los pasos de compilación individuales, etc. Espero encontrar el tiempo para volver -escribirlo como una extensión borrosa en un futuro próximo.
Para contrarrestar la respuesta de @ Letharion, poner todo en SVN tiene sentido para algunas organizaciones y realmente depende de cómo realice sus implementaciones. Poner módulos y temas contrib en SVN puede tener sentido si alguna vez necesita "retroceder en el tiempo" y mirar una versión antigua de un sitio.
Un ejemplo de esto es útil cuando sospecha un error en un módulo contrib, o si observa un comportamiento diferente. Ser capaz de restaurar una versión completa del pasado puede ayudar.
También me pareció útil tener una instantánea completa del sitio en SVN cuando necesito averiguar qué le hizo un cliente a un sitio. Puedo tomar una instantánea completa de su versión y pegarla en SVN como una rama y comparar.