Browserify Bundles en Git Repo

¿Se considera una mala práctica almacenar un package Browserify de salida en un repository git? He estado haciendo esto por un time, pero cuando trato de investigar el tema no puedo encontrar a nadie hablando de esto. Cada vez que veo instancias de personas que usan Browserify, siempre hablan de usarlo en su server de desarrollo, generalmente con una herramienta de compilation como Gulp o Grunt, pero nunca hablan de cómo mueven el código incluido a sus serveres de producción.

Empecé a tener muchos problemas con los packages cuando bash fusionar el código de una twig separada en mi maestro. Los packages siempre causan un conflicto y es difícil tener que arreglarlos. Lo que estoy considerando hacer ahora es eliminar por completo el package de mi repository git y simplemente crear el package en mi server de prod utilizando una secuencia de commands de git hook. Si hay una mejor manera de hacerlo, me gustaría escucharlo.

Esto se considera una mala práctica. Algunas razones por las cuales esta es una mala práctica son:

  1. No es necesario almacenar el código comstackdo / incluido en su proyecto, ya que puede comstackrlo más adelante, y esto agrega relleno a su proyecto.
  2. Puede encontrarse con frecuentes conflictos de fusión (que está experimentando). Debido a que el resultado final, dependiendo de lo que ocurra en la "compilation", puede ser drásticamente diferente de una compilation a otra, puede encontrarse con numerosos conflictos.
  3. Esto también enturbia tu historia de git. En lugar de tener commits que están ligados a cambios en su código fuente que son legibles, siempre está cometiendo un montón de código minified / destrozado / construido, lo que hace que sea más difícil ver los cambios realizados en ese commit.

En lo que respecta a sugerir cuál es la mejor manera de hacerlo, creo que tiene la idea correcta, donde la comstack como parte de su process de implementación. Debería considerar el uso de Jenkins si no desea tener que realizar manualmente un shell en su server y ejecutar la compilation desde la command-line. Hay otras herramientas como Capistrano que también se usan comúnmente en conjunción con Jenkins para build / desplegar.

Espero que esto sea útil!

    Intereting Posts