SPEAKER_00 0:00

ok entonces tienes el branch ajá estás haciendo tu desmadre agregando features yo casi no hago desmadre bueno estás haciendo tu desarrollo de software de una manera muy responsable claro por supuesto en tu branch ajá no Pero eso está en tu computadora. Tú estás trabajando en tu computadora como le conocemos en el gremio, en tu local. En mi local sí jala. En tu local sí jala. Qué raro que en el tuyo no funcione, en el mío sí funciona. Estás trabajando en tu local y llega el momento ya de colaborar. Recordemos que tenemos como estas capas de abstracción donde Git está involucradas en toda. De manera vertical. Pero de manera horizontal es como el sentido de responsabilidad a nivel equipo ¿no? si tú trabajas en tu local estás trabajando únicamente tú en lo tuyo ajá y una vez que quieras mandar a alguien a que te revise tu código para ver si puedes hacer merge de tu branch ajá a git en github o en gitlab ajá Ese proceso de mandar tu código a tu remote, empezamos a tener como otros términos, local, remote, hago push de mis cambios. O sea, hace el push al remote. Hago push al remote. Que es completamente opuesto al pull. Ajá. Aquí la cosa es de que el push... Ajá. Es completamente agnóstico. Esa es la belleza de Git. Tú a Git nada más le dices, este es mi remote. Y ese remote puede ser GitHub, puede ser GitLab, puede ser Heroku, puede ser Amazon, puede ser cualquier servicio que hable Git. ¿Sí? Vamos a poner este ejemplo. Hay una aplicación, hay un servicio que se llama Heroku. No sé si lo has escuchado. Hay un servicio que se llama Heroku que básicamente es un sistema para hacer deployments. Ya hablamos de deployments. Es un sistema o es una plataforma para hacer deployments de tus aplicaciones, pero funciona a base de Git. Tú no tienes que empaquetar tu código y decir, esto ya va a producción. Simplemente le mandas un puerto de tu código, cualquier rama, y ya, está en producción. Ellos abstraen como que toda esa parte y usan Git para hacer eso. Puede ser un remote, puede ser tanto Git, perdón, puede ser tanto Heroku, como puede ser GitHub, puede ser GitLab. Oye, ¿qué diferencia hay esos contra Stack Overflow? Uh, son cosas completamente diferentes. Stack Overflow es una red social para programadores. Es como un Reddit, ¿no? Igual, medio igual de tóxico, sí. Yo me imagino a todo el mundo criticándose entre sí. No, en realidad Stack Overflow es, digo, paréntesis, Stack Overflow es una muy buena herramienta donde tú puedes ir a hacer preguntas de código y te responden, ¿no? Y es parte que a mí es la parte que se me hace más interesante. Stack Overflow es como parte de una industria o de un conglomerado de foros que se llama Stack Exchange. Entonces, en Stack Exchange tienen foros para todo. Tienen foros de fotografía... Sí, pero no necesariamente. Tú lo estás viendo por lo tóxico. No, bueno, era una bromilla por ahí, un chascarrillo. Pero bueno, cerrando paréntesis de Stack Overflow. Entonces, yo cuando tengo mis cambios, hago push de esos cambios a mi remote y el remote puede ser cualquier cosa que hable aquí. Push entonces es empujar tu código hacia el remote. Y ahí alguien lo revisa. Depende mucho de a dónde lo estás empujando. Si lo empujas a Heroku... o un servicio de deployments, nadie te lo va a revisar. Porque lo que va a hacer ese servicio es agarrar tu código y mandarlo a producción. Y ahí tú revisas y es como un paso antes de la producción-producción. Depende mucho de la organización. Pero si lo empujas a GitHub o a GitLab, entonces cae lo que hablamos de un pull request o un merge request y ahí sí te lo van a revisar. El pull, hablábamos de GitHub, justamente es como que la contraparte. Tú empujas código de tu local a un remote es push sí pero cuando bajas código es pull de un remote a tu local es pull ok push pull perfecto perfectamente bien entendido pues ya está va