¿Es la práctica recomendada revisar su código todos los días cuando se realiza el desarrollo de Drupal?

Realmente depende de lo que llamas “desarrollo”. Si se trata esencialmente de construir un sitio en la interfaz de usuario, exportar a una función, y lo mismo una vez al día, suena bien.

OTOH, cuando realmente codifico las cosas a mano, tiendo a registrar (confirmar) al menos una vez por hora, para obtener confirmaciones muy pequeñas que solo contienen un cambio lógico, aunque posiblemente se extienda a varios archivos. De esa manera, tengo un seguimiento de mi proceso de pensamiento y puedo revertir fácilmente cualquiera de estas unidades lógicas al revertir o eliminar el commit de mi rama local . Luego, cuando llegue el momento de fusionar, extraeré la última versión de desarrollo, volveré a basarla y aplastaré las múltiples confirmaciones a un número limitado de pasos consistentes significativos, tirar / rebase nuevamente en caso de que algo se mueva mientras tanto, y fusionarme para dev HEAD con —no-ff. De esta forma, el historial contiene cambios de características bien delimitados y fáciles de identificar, que aparecen como bucles anchos de un nivel a lo largo de la rama principal de desarrollo. Es más conveniente compartir con otros desarrolladores y contribuye a limitar los conflictos de fusión.

Reviso el código todos los días cuando trabajo en Drupal solo para mantener mi progreso seguro en el servidor.

Por lo general, uso GIT para registrar mi código y no avanzo a una rama en funcionamiento hasta que se completa una función desde mi lado

Por lo general, es un problema si inserta el código en una rama en funcionamiento antes de que se complete una función.

Por lo tanto, sugeriría crear una rama separada, impulsar todos los cambios diarios allí y una vez que sepa que ha llegado a un punto y que la construcción es segura, puede fusionarla con la rama maestra.

Por supuesto, siempre se recomienda verificar su código. Si solo va a utilizar el tema / módulo, más tarde podrá detectar los errores y corregirlos sobre la marcha. Pero si va a contribuir a drupal.org, no le gustaría que la gente use código defectuoso, ¿verdad?

Debería realizar múltiples registros todos los días, especialmente si no es el único desarrollador. Debe hacer todo lo posible para mitigar las posibilidades de conflictos y códigos incorrectos que lo convierten en producción. Una buena gestión del código es una cosa que puede hacer para ayudar a lograr ese objetivo.