fix(git): branches and pull-request

[bunzli]

Se cambia la sección de Branches y PR en donde queda interpretable que podemos hacer commits directamente en master.

[llekn]

¿Y qué hacemos con los chore(): bump version que hacemos para las app móviles?

[bunzli]

@llekn cómo funcionan esos commits?

[llekn]

@bunzli Mas o menos así:

• Tienes uno o varios PRs
• Se aprueban y mergean
• Quieres sacar a producción una nueva versión con los cambios... Pero para eso tienes que actualizar la versión de la app para publicarlas en los Stores.
• Entonces haces esa actualización del número de versión en package.json, package-lock.json y config.xml, lo reflejas en un commit y lo subes directamente a master
• Luego mergeas master a production y se publican los nuevos cambios.

Igual es una mecánica un poco apestosa, manual y propensa a errores. Feliz si encontramos una mejor manera de lograr lo mismo (tags, version bump en el pipeline de CI, etc)

[bunzli]

@llekn y por qué no se hace esto con un PR?

[llekn]

Yo creo que principalmente porque es un poco engorroso, pero mi argumento es débil porque el PR está como a 2 clicks de distancia de sólo el commit (y una revisión, quizás eso es lo más doloroso pero podría obviarse en este caso).

Si no nos ponemos nazis con la revisión del PR en este caso, no veo por qué no hacerlo como propone usted, señor @bunzli .

[aamatte]

Es medio latero hacer PRs de ese caso, pero en realidad sí se podrían hacer para ser consistentes. Así que aprobado 🏅

[llekn]

Aprobado considerando la posibilidad de "self-merge"?

[bunzli]

Yo sería talibán no más! ¿Quien quiere ganarse unos froggo points gratis? y listo, aprobado en pocos segundos.

…

On Wed, Mar 27, 2019 at 11:22 AM Camilo Flores ***@***.***> wrote: Aprobado considerando la posibilidad de "self-merge"? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#94 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAtQa4AWe_OI31gisfXkhDXypbgL4aV5ks5va36cgaJpZM4cHdkv> .

-- Jaime Bünzli *platanus <http://platan.us>*

[bunzli]

@aamatte @llekn agregué un párrafo para los feature branches

[difernandez]

@bunzli una duda con lo de feature branch: cuando se haca el gran merge a master habría que pedir code review de nuevo no? Entonces me revisarían ese código dos veces?

Y otra cosa, quizás en esta sección (o en otra no se), se podría agregar algo del objetivo de froggo, lo de repartir los PRs

[bunzli]

Muy buenos puntos.

Creo que va a quedar medio duplicado el review, pero seguramente el PR va a ser bien grande y va a tender a una revisión del estilo LGTM.

Tengo pensado agregar algo de froggo (lo anoté como pega de viernes) en la guía.

[difernandez]

Pull reminder me recuerda que nunca aprobé esto explícitamente 😅

[blackjid]

@bunzli quieres arreglar esos conflictos?

[gmq]

Tal vez sería bueno agregar que recomendamos borrar el branch una vez que se mergea.