Esto es lo que dice uno en SO
Git-flow and continous integration are, by definition, incompatible. Branches are a mechanism for delaying integration: when you commit to a branch other than master (or trunk, if you come from Subversion), you are avoiding continous integration. Doing continous integration is simple, but not easy.
Git flow tal cual es una mierda y no deberíais usarlo independientemente de si es bueno o no para CI.
Tuvo su momento por que hasta entonces nadie había planteado un método que aprovechase bien el sistema de ramas de git, pero cuando la gente empezó a usarlo en escenarios reales se empezó a ver que cojeaba por algunos sitios, y a partir de ahí se han ido sacando alternativas.
Por ejemplo gitlab, no lo recomienda y en lugar propone alternativas (todas ellas derivadas del gitflow original).
Aquí unos artículos de interés:
http://endoflineblog.com/gitflow-considered-harmful
http://endoflineblog.com/follow-up-to-gitflow-considered-harmful
If you:
1.- Pull first before every push, and
2.- Use a pre-tested commit strategy
this will never be a problem. Your merge conflicts will always happen on the development machines where you can address them manually.
#3904 Al final el Github Flow es como el git flow, en el momento que tienes Master y Production...
Juraria que post mas atras lo comente lo de montar los branches asi, pero bueno, eso.
#3907 Si el que nos tiene trackeados es el, es como el puto .DS_Store en los macs, aparece cuando menos te lo esperas y donde menos te lo esperas.
#3910 Me has pillado... era un chiste muy cogido por los pelos. Pido perdon por el retraso! Pero solo aparece si abres el directorio con Finder no?
#3914 Lo hice en una distro debian por probar (con root) y se borraron todos los iconos y textos, tuve que tirar de botón para apagarlo pero ya he tachao una cosa de la TO-DO list
Lo q haces ahora con c++ ( Unity 2016 ) lo podías hacer antes ( Playstation 2's Graphics Synthesizer 2001 ).
Leído de un usuario de MV.
Al parecer ICO es peor que ORI porque podrían haber hecho algo similar ya que, evidentemente, están hechos con el mismo lenguaje.
¯_(ツ)_/¯
Vengo, rageo porque el método get_thumbnail de la API de Dropbox no devuelve lo que indican en su documentación, y me voy.
#3926 hombre para las urls de entrada mejor snake_case qhe camelCase, mas facil de leer...
#3928 En realidad lo suyo sería un :
https://content.dropboxapi.com/2/files/thumbnail
Y usar el GET/POST/PUT/DELETE
#3929 a mí me gustan más las APIs que utilizan métodos intuitivos con su get/set/whatever como prefijo. Lo del camel case o snake case en realidad importa? Mientras sigas siempre el mismo estándar...