Menos ajustes repetidos
GitHub anunció el 22 de octubre dos mejoras al revisar propuestas de cambios: guardar la preferencia de espacios en blanco y aprovechar todo el ancho para archivos nuevos o eliminados en la vista dividida.
Piensa en corregir un documento donde alguien cambió el contenido y también acomodó los márgenes. Separar ambas cosas puede facilitar la lectura. En código, sin embargo, la presentación no siempre es un detalle inocente.
Una preferencia personal
En Settings → Whitespace changes puedes elegir mostrar siempre, ocultar siempre u ocultar sólo en esa comparación. La preferencia guardada es personal; no obliga a todo el equipo a ver lo mismo.
Nuestra recomendación es usar el filtro para orientarte, no como garantía de que lo oculto carece de importancia. Si una modificación te genera dudas, vuelve a mostrarla y pregunta por qué se hizo antes de aprobar.
La revisión sigue necesitando contexto
La documentación de GitHub aconseja revisar archivo por archivo, dejar comentarios concretos y marcar lo ya visto para seguir el avance. También propone entender el objetivo de la solicitud antes de entrar al detalle.
Es una buena forma de repartir la atención: primero qué problema se intenta resolver, después cómo se cambió y finalmente qué falta comprobar. Una pantalla más cómoda ayuda, pero la decisión sigue dependiendo de lo que revises.
Fuentes y contexto
Referencias consultadas para esta explicación. Los enlaces permiten revisar la información original.
Consulta las fuentes enlazadas para ampliar esta información. Correcciones y contacto →
