NO HAGAS ESTO EN UNA PR #javascript #programming #tips #hacks

[nxx.p]

Muchísimas gracias, es algo que me pasa mucho y no sabía solucionar.

[luissaraza]

Solo aplica para empresas y/o proyectos grandes, en startups hacer eso es una bendición

[svg]

Eso pasaba porque el proyecto no estaba configurado el estilo y los linters. Es lo primero que hago incluso aunque trabaje yo sólo.

[horangelmillan]

Para proyectos grandes, quizá es bueno ponerse de acuerdo con su equipo, configuren un linter estándar para el proyecto y programar un precommit tal vez con husky, de tal manera que antes de subir algún cambio, se formatee con el linter y no lleguen a subir cambios de formato innecesarios.

[Mr_JuanCarlos]

Correr los linters antes del commit es buena opción. Para no afectar el formato standard del proyecto

[pablorostirolla]

Eso pasa porque no configuran el linter al inicio del proyecto, es lo primero que hago al inicio de un proyecto

[juangamarra]

Tambien puedes añadir un archivo raiz en .vscode -> .settings donde esté toda la configuración de formato del código, asi el formato y linters funcionarán igual para todos los que usen el repositorio.

[Sullivan]

No deberia haber codigo sin formatear desde un inicio. Dejarlo asi es una bola de nieve. Aunque, hay momentos correctos para arreglarlo c:

[PapaFrita]

O simplemente desactivar el formateo automático con guardado. Yo lo hago manual cuando es necesario.

[gerr_cass]

Excelente truco.. También el repo podría forzar un tipo de configuración común para las comillas en .vscode/settings.json, o usar una configuración que evite guardar al salvar como:
{
"files.autoSave": "off",
"editor.formatOnSave": false
}

[diego_ssbb]

Osea que estoy obligado a trabajar con un formateo horrible porque a otro desarrollador le da flojera hacer un simple formateo en su código jaja

[unusuarioth]

es verdad, me fastidia que colegas hacen autoformateo y luego tengo que estár lidiando con tremendos conflictos que provocan, entiendo que un buen formaeo es bueno, pero si lo van hacer, que sea de a poco o en las partes que están modificando, no anden autoformateando todo a lo bruto

[smeglan]

Ruido o no ruido, creo que si es importante tomarse el tiempo para estandarizar el formato, aunque sea en otro PR.

[fernandocarranza]

En un trabajo cada vez q teníamos algún cambio en un archivo si algo estaba mal lo teníamos q arreglar sea incluso formateo, nivel de anidamiento, etc.

[CharlesDv]

Yo digo que sí hay que hacerlo. Así exhibes a quién lo aplicó el linter anteriormente

[harryhack]

En el mundo enterprise el código no sigue ninguna clase de formateo, todo es libre albedrío y luego hay commits con archivos que cambian el formato de saltos de linea.

[jorgefirebolt]

Tambien puedes ser una persona que lee lo que sube y solo escoges el contenido que vas a subir a Github

[francastanogomez]

Para revisar una PR puedes usar ya intellij y poner la opción de obviar cambios de formato.

[mijailmurzha]

Por ahora no suelo formatear código pero más adelante me será útil

[alemartinezz]

Lo arregla solo el prettier. Todos tienen que tener el mismo prettier, o, hacer un commit formateando todos los archivos