¿Tiene sentido rastrear los files comstackdos CoffeeScript y SASS en el control de versiones?

Estoy construyendo una aplicación web de una sola página y prefiero escribir mi código fuente en CoffeeScript y SASS. Uso Grunt para comstackr dinámicamente mi fuente en time de ejecución para probarla en el browser (usando grunt-contrib-watch, livereload, etc.).

Cuando estoy listo para crear un lanzamiento de mi aplicación, ejecuto un script de compilation de Grunt que comstack el origen nuevamente, genera documentation, reemplaza el número de versión, y así sucesivamente. No realizo ningún cambio en mi fuente comstackda porque la secuencia de commands de compilation se recomstack cada vez (y obviamente sobrescribe cualquier cambio en la fuente comstackda).

Mi pregunta es: ¿tiene sentido comprobar la fuente comstackda en el control de la versión? Si es así, ¿cuál es la razón detrás de eso?

Algunas observaciones más específicas de mi escenario:

  1. La fuente siempre está marcada en el control de la versión.
  2. La fuente comstackda se puede rebuild desde la fuente en cualquier momento.
  3. Tengo un directory "dist" separado en el que una versión comstackda y list para implementar de la aplicación se mantiene en todo momento, y esto se rastrea en el control de la versión.

Esto sería análogo al versionar un binary comstackdo de una base de código C.

Parece que has respondido tu propia pregunta.

Si

La fuente siempre está marcada en el control de la versión.

y

La fuente comstackda se puede rebuild desde la fuente en cualquier momento.

entonces no, no debería versionar files construidos .

Su process de implementación continua debe poder probar sus fonts y comstackrlas en un formatting distribuible sin interferencias.