¿Qué es el staging?
Contenido del curso
María José Ledesma
Miguel Angel Reyes Moreno
Oportunidades San Miguel
Jesús Joel Sarabia Félix
Raúl Ferreyra García
Jesús Joel Sarabia Félix
Lucas Alejandro Nasich
David Galicia
Lucas Alejandro Nasich
ANGEL DAVID SULBARAN CALDERON
LUIS ZAVALA
Katia Durán
Angelo Paul Yenque Tume
Patricia
Jorge Alberto Alba Vega
Luis Fernando Redondo Duron
Manuel Paz
Luis Fernando Redondo Duron
Cristian Fabian Tovar
Usuario anónimo
User
Jhon Carlos Colorado Angulo
Ulises Antonio Sámano Galván
Moisés Manuel Morín Hevia
Dacia Arminda Flores Ojeda
Irving Hernan Taleno
Samuel Rojas Rojas
Moisés Manuel Morín Hevia
Agustin Aníbal Ducca Pantaleón
Efraín Hernández García
José Gregorio Block
Company_admin
Edinson Padrón
Eduardo Flores
David Carrasquilla
Nathaly Stefani Riaño Bejarano
Leonardo Andres Martinez Guevara
Ciro Alejandro Sira Mogollon
Santos Romero
Diego Rubio
Nelson Sebastian Abad Zambrano
Alejandro Palacios Arévalo
Charly Duque
Bernardo Aguayo Ortega
Ángel David Vargas Hernández
Efraín Hernández García
Carlos Andrés Linares Ramos
Manuel Aguilera Magaña
Hubert Aldair Sandoval Rodriguez
Obed Tzay
Andrés Soret Chacin
Santiago Botero Ruiz
Juan Fernando López Hernández
David Barreto
Leonardo Andres Martinez Guevara
Martín Alejandro Vera
De paso lean la frase que está ahí al costado <3
¡Tus apuntes son geniales!
Excelente aporte, muchas gracias
Aqui mis apuntes compañeros!
con qué herramienta lo hiciste?
Utilizo canva! :D https://www.canva.com/
Esto se esta poniendo bueno...
La verdad es que si va genial el curso de Git 😁
jajaja, la verdad es que fue espectacular el Curso, ya lo termine, y solo puedo decir que es un excelente profe Freddy.
Vengo del futuro (del final de las clases) aca dejo los apuntes para el que le interee, igual concentrate en practicarlos todos a medida que vayas viendo las clases, porfavor no te agobies por la cantidad, es mas facil de lo que parece, igual que todo, poco a poco te vas a ir puliendo..
git init ( sirve para indicar la carpeta "previamente selecccionada" en la que se creara un repositorio en el disco duro o staggng)
git add "e.g. Archivo.txt" (sirve para agregar un archivo especifico al area de stagging)
git add . (sirve para agregar todos los archivos al area de stagging)
git commit -m "mensaje" (sirve para enviar todos los archivos del area de stagging al area del repositorio o "master")
git show ( me muestra los cambios que han sido realizados a traves de las versiones)
git log ( me muestra las versiones que han sido guardadas en "Master")
git checkout ( me permite devolver en el tiempo un archivo a una version anterior sin borrar la actual o simplemente toda la carpeta para que me muestre la version anterior en un archivo en especifico debo indicar al final el nombre del archivo)
git diff (indicandole las versions que queremos, nos muestra las diferencias entre ellas)
git reset xxxxxxxxxxxxxxxxxxxxxx --hard (este devuelve en el tiempo el projecto y elimina todo lo realizado posteriormente a la version a la que estamos volviendo)
git reset xxxxxxxxxxxxxxxxxxxxxx -- soft (este elimina los archivos del commit pero mantiene los archivos del area de stagging)
git reset xxxxxxxxxxxxxxxxxxxxxx head ( sirve para pasar los archivos de staging a unstaged en caso de que queramos editar algun archivo o lanzar en otra actualizacion algun cambio que no era para este commit sino para un commit futuro)
git rm --cached: (Elimina los archivos del área de Staging y del próximo commit pero los mantiene en nuestro disco duro.)
git rm --force: (Elimina los archivos de Git y del disco duro. Git siempre guarda todo, por lo que podemos acceder al registro de la existencia de los archivos, de modo que podremos recuperarlos si es necesario (pero debemos usar comandos más avanzados).)
git clone url (sirve para clonar el proyecto de un repositorio ubicado en un servidor a mi repositorio y directorio de trabajo)
git push (sirve para enviar todos los datos actualizados en mi repositorio al repositorio del servidor.)
git fetch (importa un archivo que alguien mas cambio recientemente y no tienes en tu repositorio local, puedes usar git merge para combinar tus archivos, en el directorio de trabajo con tu repositorio local para que quede unidos los cambios )
git merge (combina dos versiones)
git pull (a diferencia de fetch y merge al mismo tiempo, esta lo que hace es tomar los archivos, actualizados del repositorio remoto y copiarlos tanto en mi repositorio local como en mi directorio de trabajo, para asi tener una version actualizada del repositorio remoto.)
git commit -a (sirve para agregar directamente a master sin pasar por el staging)
git branch (sirve para ver las ramas creadas o sirve para crear una rama dependiendo de su uso, si usas el comando tal cual lo leiste, solo te mostrara las ramas existentes, pero si lo usas de este modo e.g. (git branch "inserte aca nombre que le quiera proporcionar a la rama" obviamente sin las comillas, crearas una rama nueva con el nombre que quieras.)
git commit -am (sirve para agregar al repositorio local los archivos que estas trackeando con un mensaje)
git remote add "origin" ( sirve para enviar el projecto en el que estamos trabajando a la base de datos o repositorio remoto)
git remote ( nos mostrara el repositorio remoto dispobible o existente)
git remote -v (nos indicara la direccion web del repositorio remoto)
git push "origin" "master"
git pull "origin" "master"
git pull "origin" "master" --allow-unrelated-histories ( sirve para forzar a combinar los archivos del repositoerio remoto con el repositorio local)
git config -l ( nos muestra las configuraciones de git)
gir config global --user.email "jdbshfjbhfdsbjfh@gmail.com"
git log --all
git log --all --graph --decorate --oneline" ( me muestra todos los commits realizados en el proyecto de manera que se pueden observar los mensajes y los merges)
alias arbolito="git log --all --graph --decorate --oneline" (crear un alias, ese es el ejemplo, un alias ya sabes para que funciona)
git tag (me muestra las versionas realizadas es decir los tags
git tag -a v0.1 -m "Resultado de las primeras clases del curso" 5d10f9c (ejempplo de como se hacen los tag)
git show-ref --tags ( me muestra los tags con las versiones y a que commit estan relacionados.)
git push origin --tags ( enviar los tags)
git tag -d "NombreDeTag" (me permite eliminar un tag que le indique)
git push origin :refs/tags/dormido ( codigo para eliminar el tag de github)
git show-branch (nos muestra todas las ramas, y si le agregamos --all nos muestra mas datos)
gitk (abre en un software la historia del proyecto, de una manera ultravisual)
git remote add "upstream" (nos crea otrwa fuente nueva de donde podemos traer datos a nuestras rama amster)
git remote -v
git clone "link" (nos permite clonar un projecto publico)
cuando queremos que git ignore algun archivo, debemos crear un new file en el editor y guardarlo en el directorio como ".gitignore" luego en el editos utilizaremos "*" para indicarle la extension de los archivos que queramos que ignore
git rebase ( sirve para el momento de realizar un hotfix y que no se vea en el log de ramas el error)
git branch -D "rama Name" (elimina una rama)
git stash (me devuelve el proyecto al estado anterior antes de ralizar algun cambio, manteniendo el cambio guardado temporalmente, es como presionar cntrl+z en Vs code)
git stash pop ( me devuelve al proyecto luego de hacer los cambios antes de aplicar el stash)
git stash list ( me muestra una lista de los stash)
git stash branch "branch name" (lo que hace es que si existe un stash, esto lo mueve a esa nueva rama, realizas un commit y queda gurdado el trabajo alli)
git stash drop ( sirve para borrar los stash realizados)
git clean (sirve para borrar archivos no deseados, o que no utilizas realmente en tu repositorio, agregando "--dry-run" muestra todo lo que va a borrar el comando pero si agregamos -f borra todo el listado que te muestra el comando anterior sin preguntar
git cherry-pick (sirve para traer un commit de otro rama a la que te encuentres(ES MALA PRACTICA))
git reflog (aun habiendo eliminado los errores con un git reset --hard, este muestra el log de los errores cometidos, aquellos que no se ven en un "git log")
git grep (busca en el proyecto las palabras usadas, el nombre de un archivo o lo que sea que le mandes a buscar, y si agregas "-n" te dice inclusive en que lineas se utiliza.. si utilizamos "-c" nos indica las veces que utilizamos esas palabras)
git log -S "palabra a buscar" (busca la palabra que estas buscando en el historial o commits)
git blame "nombre del archivo" (sirve para ver los commits realizados por las diferentes personas en orden con todos los datos si agregamos "-c" se ve un poco mejor)
si utilizamos
git blame "nombre del archivo" "-L35,53" (nos muestra los cambios realizados por las personas en entre las lineas especificadas.)
comandos y recursos colaborativos en git y github
git shortlog ( me muestra el nombre de las personas colaborando y los commits realizados por cada una de ellas.)
git shortlog -sn (me muestra los nombres y la cantidad en numeros de los commits que hicieron)
git shortlog -sn --all (muestra inclusive los commits borrados)
git shortlog -sn -all --no-merges (lo mismo que el anterior pero omite contar los merges)
git congfig --global alias.(nombre del comando) "git shortlog -sn -all --no-merges"
git branch -r (te permite ver las ramas remotas en tu servidor)
git branch - a (te muestra las ramas locales y las remotas)
agrego el amend aca porque es un proceso por pasos:
para que sirve: cuaqndo realizas un commit pero en el commit olvidaste realizar una parte del trabajo o arreglar un detalle.
1ro. debes hacer tu cambio y verificar que colocaste el codigo bien y todo lo demas en tu editor de codigo como normalmente lo haces.
2do. vas a realizar un git add "aqui vas a indicar el archivo que tiene los cambios que no colocaste".
3ro. luego de agregar los archivos a staging vas a realizar un git commit --amend (esto agrega el archivo al que le hiciste los cambios al commi anterior.)
y listo, problema resuelto :D
Keygen ssh creaton proceedements
code:
ssh-keygen -t rsa -b 4096 -C "parapapapaaaaaaa@gmail.com" (para crear el security shell debes introducir el codigo ssh-keygen donde "-t" nos indicara la complejidad del algoritmo que vamos a utilizar en este caso "rsa" y -b nos indicara la complejidad de la llave en este caso usaremos "4096" y por ultimo -C es donde indicaremos el correo a usar "correo@gmail.com"
eval $(ssh-agent -s) (sirve para verificar si el cifrador de llaves esta funcionando en el sistema operativo, es igual en linux y en windows.)
para efectos de un mejor entendimiento se explicaran los siguientes signos a explicar en cada comando;
Md= mark down para que el repositorio se vea como pagina principal hay que escribir por eejempllo en mi caso
;Espancake.github.io
el git rebase solo debe hacerse en repositorios locales, no debe hacerce e repositorios remotos, es muy mala practica.
agregar --help al comando nos abre el manual del mismo.
Notas destacadas del curso:
windows y mac tienenn un standard de tildes distinto es un problema de unicode o de utf -8
se puede solucionar mediante el siguiente meta charset ;
<head> <metacharset="UTF-8" /> ... </head>Gracias. siempre es bueno tener apuntes.
woooow, gracias!
== Comparto mis apuntes == ...
Excelentes apuntes!, me han ayudado a dar claridad conceptual.
Hola!! disculpa la pregunta, con que programa haces apuntes así? Se ven increíbles.
Gracias, buen aporte!!
No es nada. ¡Estamos para aprender! :)
Ya he usado Git y mas o menos se puede decir que yo sabía como usarlo, pero no tenía ni idea que el staging era lo que se almacenaba en la memoria RAM, ahora todo va teniendo sentido. La diferencia entre saber usar algo y entender como funciona.
Siempre es importante entender como funciona una herramienta.
Claro después que entienda cómo funciona tu mente es mucho más abierta y no te limitas a copiar y pegar.
Conceptos básicos Directorio: Es la carpeta del proyecto que está en tu disco duro Staging: Es donde se guardan las modificaciones del archivo antes de enviar la versión final al repositorio (staging es como tener la milanesa empanizada pero no freída). Repositorio: Es la carpeta donde se guardan las versiones finales de los archivos, todos los que trabajen en el mismo proyecto tienen acceso a esta carpeta y pueden ver qué se ha modificado de un archivo y quién lo realizó.
Estados de un archivo Untracked: Son todos aquellos archivos que están en el disco duro que no conoce Git. Staged: Son los archivos que se encuentran en Staging. Tracked: Son archivos que están en el repositorio o en staging. Unstaged: Son archivos tracked que han sido modificados, pero no han sido guardados los cambios en staging.
Comandos necesarios
$git mkdir: Crea un directorio. $git touch: Crea un archivo. $git init: Define la carpeta del proyecto, crea el staging y el repositorio. $git add: Guarda la versión del archivo en staging. $git commit -m””: Guarda el archivo en el repositorio, cada vez que se ejecuta este comando se crea una nueva versión del archivo en el repositorio (en la comillas de -m”” se escribe un comentario sobre las modificaciones para hacer que tus compañeros y tu comprendan posteriormente cuáles fueron los cambios). $git rm --cached: Cambia el estado de los archivos a untracked. $git rm --force: Elimina los archivos tanto en el disco duro como en el flujo de Git, aunque queda registro de ese archivo por si se necesita recuperarlo $checkout: En caso de tener una versión desactualizada de un archivo que está en el repositorio, este comando trae los cambios necesarios al disco duro.
Flujo básico de Git
Buen resumen !
Genial!
Como suele decir Freddy, "no se asusten solo confien en mi", mas adelante con ejemplo se entendera esta parte
jajaja si
Tipico xD !
Por si alguien quiere visitarlo, les dejo un articulo que escribí sobre algunos comandos de Git https://agustinducca.com/blog/git-17-trucos-y-comandos-para-que-lo-domines-como-un-profesional/
Muy buen articulo!
#GranAporte
Curioso que Freddy afirme que el Staging Area está en RAM. De acuerdo a la documentación oficial:
The staging area is a simple file, generally contained in your Git directory, that stores information about what will go into your next commit. It’s sometimes referred to as the index, but it’s becoming standard to refer to it as the staging area.
Lo cual es consistente con cómo funciona Git, donde todo (o casi todo) está respaldado por un archivo (branches, tags, commits).
buena esa
Me parece que esta usando la palabra RAM (temporal) como un ejemplo no literal, ya que si fuera literal que esta guardado en la memoria RAM y en ese momento se va la luz y se apaga la PC, perderias todo y eso no tiene mucha lògica.
En fin es la manera en que yo lo interprete ;)
:eyes: Para prácticar online los comandos de Git :point_right: http://git-school.github.io/visualizing-git/
Que buen aporte muchas gracias ome.
que util
$ git init Crea un espacio en memoria RAM staging Crea el repositorio .git
$git add. Se guardan los cambios/archivos en staging
$git commit -m "" Se guardan los cambios/archivos en el repositorio(master)
Untracked cuando no se ejecutó $git add. Tracked cuando se ejecutó $git add.
*Con la práctica te convertirás en un profesional destacado
que buen resumen y gracias por esa frase final
Comandos principales ++git init++:
++git add++:
++git commit++: -Envía el archivo con los cambios realizados al repositorio. (Si se quiere enviar un mensaje se utiliza el comando git commit -m "Mensaje del commit").
Entonces llegamos a la conclusión de que staging es el estado temporal en donde se agrega archivos que se van cambiando, y el repositorio real es al que se llega cuando se hace un git commit El repositorio (master) es en donde van a estar todos los cambios realizados.
Estados del archivo ++Untracked: ++ -Cuado aún no se le da git add al archivo, esta sin rastrear.
++Tracked: ++ -Cuando ya se le da el git add y es parte del staging, esta "trackeado"
Traer un cambio del repositorio Si se desea traer un archivo modificado del repositorio pero que no está en nuestra carpeta (básicamente que alguien más lo realizo) vas a esa "rama" y para traer ese archivo a nuestra carpeta se utiliza el comando git checkout. Dependiendo de como se modifique el comando git checkout se pueden traer todos los cambios, o ciertos cambios o los cambios de ciertos archivos.
Recuerda que cada vez que se hace un git commit del archivo hacia el repositorio sé esta creando varias versiones (v1, v2, v3, etc) cada git commit es una nueva versión de cambios del archivo hacia el repositorio.
Viendo los comentarios e investigando escontré está página muy útil y explicativa para que la exploren sobre algunos de los comandos en Github https://gitexplorer.com/
Muchas gracias compañero extremadamente util lo usare siempre.
Gracias ALex, me sirvió
El directorio sera la carpeta donde se almacenaran nuestros archivos localmente. El Staging es el lugar de preparación en la RAM antes de enviar los cambios de nuestro archivo en repositorio. El repositorio es el lugar donde se almacenan los cambios de nuestro archivo. 1.- Al escribir git init en nuestra consola se crea el staging en la memoria RAM, que es donde agregaremos los cambios de nuestros archivos temporalmente, y se crea un repositorio, donde finalmente se guardaran los cambios. 2.- Cuando escribimos git add myarchive.txt pasara al staging. 3.- Al escribir commit myarchive.txt pasara al repositorio, puedes agregar un mensaje escribiendo el parámetro -m. 4.- Para eliminar un archivo en staging (antes de mandarlo al repositorio) se escribir git rm myarchive.txt.
Excelentes notas!
Excelente.
Es importante aprender del ciclo de trabajo. Directorio - Staging - Repositorio
Gracias por el aporte, esta mas claro
Muchas gracias 😁
Git tiene un documento de apoyo que podemos usar para la explicación de este vídeo. Para quién guste de leer el documento oficial acá encontramos la documentación completa. Adicionalmente, con lo que se comentó en la clase acá hay un gráfico y una explicación de como se guardan los cambios. !Estado de cambios
Excelente información complementaria
😉 Si hay algo que tiene Platzi es una comunidad de estudiantes increíbles, miren chicos y chicas todos sus aportes son tan importantes y relevantes como la misma clase del profesor, incluso yo inicialmente doy una rapida ojeada a los aportes pero al final hago una pausa justo antes de finalizar el video y me leo cada comentario y aporte, tengo que decir que estoy agradecido por que allí encuentro respuestas a muchas de mis dudas, respuestas que me surgen durante la reproducción de la clase, y a decir verdad esto me da gusto, estudiar en Platzi. 👨🏼💻👍
Jajajajajaja hago lo mismo tremendos aportes de url interesantes de los compañeros, de verdad que estan a otro nivel.
si, estoy hace poco en platzi y hago exactamente lo mismo: doy una hojeada para tener idea de que va el tema , usualmente a los últimos comentarios, y luego de la clase ya los leo todos, y si es que me quedaba alguna duda del tema, hasta ahora SIEMPRE he encontrado la respuesta en alguno de los aportes.
la comunidad es lo mejor de platzi, porque los temas sabiendo buscar los encuentras mejor o peor explicados en la web,sobre todo en youtube,pero elaporte de la coumnidad de platzi y el saber que es un espacio vigilado y que todos los usuarios son alumnos, es lo mejor de todo.
