Enfoque práctico para mantener jQuery actualizado?

Para responder realmente a sus tres preguntas, aquí hay algunas cosas que he hecho o al menos recomiendo:

Mejores prácticas para una implementación de actualización fluida

• Hágase pruebas. Estas pueden ser pruebas unitarias para su JS y / o pruebas de navegador. Estos deben cubrir al menos la funcionalidad más típica y compleja utilizada dentro de sus proyectos. Si no tienes pruebas, escríbelas. Si no quieres escribir pruebas, reconsidéralo. Si reeeeally no quiere escribir pruebas, al menos tenga una lista de casos de uso que alguien podrá ejecutar manualmente.
• Asegúrese de que todas sus pruebas pasen antes de la actualización.
• Lea las notas de la versión para cada versión (principal) entre la versión que usa ahora y la versión más reciente. Consulte también las categorías Removed y Deprecated en los documentos de la API. Si alguno de sus códigos utiliza la interfaz de usuario de jQuery, también consulte las notas de la versión y las guías de actualización para las versiones intersticiales. Como haga esto, tome nota de las cosas que probablemente tendría que cambiar en su base de código (posiblemente haciendo un uso intensivo de grep).
• Si la versión actual de jQuery de su proyecto es >= 1.6.4, también considere usar el complemento jQuery Migrate para evaluar aún más el trabajo requerido.
• Decida qué versión desea ser su objetivo de actualización, en función del trabajo necesario para llegar allí, si su proyecto está utilizando bibliotecas de terceros que requieren una determinada versión de jQuery, otros factores que solo usted puede considerar, etc.
• Reúnase con su equipo para revisar la lista de cambios a realizar en su base de código, y divida/asigne el trabajo en consecuencia. Tal vez escribir algunos scripts u otras herramientas para ayudar. Si tiene uno, es posible que también tenga que actualizar la guía de estilo de codificación / el documento de mejores prácticas de su equipo. Decida sobre versiones de una sola vez (recomendadas) o actualizaciones continuas, si eso es posible+deseable. Idear una estrategia de lanzamiento adecuada. (Recomiendo no liberar el actualice como parte de otro gran cambio no relacionado a su base de código, por lo que es fácil retroceder si lo necesita.)
• A lo largo del proceso de actualización, ejecute continuamente sus pruebas. Cuando realice pruebas manualmente, siempre supervise la consola del navegador para detectar nuevos errores. Escriba nuevas pruebas que cubran errores inesperados.
• Cuando todas las pruebas pasen, decida cómo desea implementar roll si se trata de un sitio, todos los usuarios a la vez o un porcentaje a la vez, etc. Para una biblioteca u otro proyecto, tal vez usted lanzaría un versión beta / bleeding edge que puedes dejar que tus usuarios más ambiciosos prueben por ti en la naturaleza.
• Documente todo lo que acaba de hacer para que sea más fácil para la próxima vez.
• [Beneficio.]

Cómo integrar actualizaciones en el flujo de trabajo normal

• De nuevo, pruebas. Asegúrate de tenerlos. Asegúrese de que sean buenos, se mantengan y cubran una gran parte de su base de código y casos de uso. Una configuración de integración continua para automatizar la ejecución de estos las pruebas son muy recomendables.
• Considera hacer que tu equipo cree y acepte seguir una guía o estándar de estilo de codificación. Esto hará que sea más fácil en el futuro buscar llamadas a funciones o construcciones obsoletas, ya que todos seguirían patrones de codificación similares. Herramientas como scripts, commit hooks, utils de análisis estático, etc. para hacer cumplir el estilo de codificación bueno o malo podría ser útil (dependiendo del equipo).
• Investigar y tal vez decidir utilizar un paquete administrador como NPM o bower para administrar las versiones de jQuery y otras bibliotecas de terceros que puede utilizar que dependen de él. (Usted todavía necesita para mantener su propio código JS y pasar por prácticamente el mismo proceso que el anterior.)
• Nuevamente, una vez que haya pasado la versión 1.6.4, asegúrese de que el complemento Migrar sea parte de su flujo de trabajo de actualización.
• Evalúe qué funcionó desde el proceso inicial de la gran actualización, qué no funcionó y extraiga un proceso general de esto que funcione mejor con su flujo de trabajo actual. Ya sea que planee actualizar o no cada vez que haya una nueva versión, habrá tareas y hábitos de mantenimiento continuos que probablemente querrá mantener como prácticas recomendadas de desarrollo general.

Calendario de actualización razonable

Eso es esencialmente una cuestión de CBA/gestión de riesgos. Tendrás que sopesar algunas cosas:

• Allí debe no se rompen los cambios de API dentro de la misma versión principal, por lo que generalmente debe ser capaz de actualizar a la versión menor más reciente con el mínimo esfuerzo, no se requiere refactorización. Esto supone que tiene y mantiene buenas pruebas, que puede ejecutar en sus proyectos antes de decidir que todo está lo suficientemente bien para una implementación.
• Las actualizaciones de versiones principales requieren más investigación, más refactorización y más pruebas. Después del paso de investigación, debe hacer un análisis de costo-beneficio de la actualización.
• Esto puede no importar mucho, pero si alguno de sus proyectos es un sitio web que tiene muchos usuarios, ¿cuál sería el costo de hacer que todos sus usuarios tengan que descargar esencialmente todos los archivos JS modificados en su sitio la próxima vez que lo visiten (en lugar de quedarse con las versiones anteriores que probablemente todavía estén almacenadas en caché en sus navegadores)?
• La decisión de actualizar siempre debe ser subjetiva. Menor o mayor, todavía tendrá que justificar cada vez si alguna actualización valdría la pena. Siempre lea las notas de la versión. ¿Corrige una seguridad vulnerabilidad o un error relacionado con problemas que usted o sus usuarios están experimentando actualmente? ¿Mejoraría significativamente el rendimiento de su proyecto (asegúrese de tener puntos de referencia para verificarlo más adelante)? ¿Simplifica en gran medida un patrón de codificación que ha estado utilizando, permitiendo que su código se escriba de manera más limpia y fácil? ¿Hay una biblioteca de terceros que desee utilizar que dependa de esta versión más reciente? ¿Hay bibliotecas de terceros que ya utiliza que dependen de la ¿versión anterior? (Si es así, ¿es probable que estas bibliotecas se actualicen pronto para funcionar con la versión más reciente?) ¿Está tan seguro en sus pruebas y procesos de control de calidad de que una actualización requerirá una cantidad razonable de recursos de desarrollo y no causará regresiones importantes? ¿Estabas pensando en cambiar eventualmente jQuery con algo más de todos modos? Sucesivamente.

Por supuesto, este es solo mi consejo. Hay algunos temas recurrentes en él, y espero que sean claros. En cualquier caso, espero que alguien encuentre esto útil!