Aquí es lo que me gusta hacer en su concepto:Usando git para liberar a Node.js
Node.js "gancho" a un repositorio Git particular, para que pueda hacer una solicitud como/84de7e8d8ce33/foo y el servidor (si es necesario) verifica commit 84de7e8d8ce33, inicia otro node.js en los archivos que acaba de verificar y pasa "/ foo" a ese nuevo servidor. Por supuesto, el servidor principal realiza un seguimiento de los compromisos que ya conoce.
Básicamente, sólo estoy tratando de simplificar el proceso de liberación, por lo que el mismo servidor que hace la magia Git anterior también servirá un archivo index.html similar que consiste casi enteramente en
<script src="/84de7e8d8ce33/app.js"></script>
Mi preguntas:
- ¿Qué tan mala idea es esta?
- ¿Hay alguna técnica anterior, alguna biblioteca o marco que ya lo haga?
- ¿Existe una alternativa? De alguna manera tengo una rama de versión, le digo a node.js qué se compromete a usar y lo dejo ir.
- ¿Hay alguna forma incorporada de mantener "comprobadas" múltiples confirmaciones (o al menos visibles como archivos ordinarios de alguna manera) al mismo tiempo?
(Tengo una pregunta subsidiaria sobre la forma de comunicarse, de mí, como el encargado del lanzamiento, al servidor el hecho de que 84de7e8d8ce33 es ahora la versión en vivo. En este momento, estoy pensando, memcached, pero Estoy abierto a otras sugerencias.)
Puede encontrar [Git.js] (https://github.com/danlucraft/git.js), una implementación de Git en JavaScript, útil para su tarea. –