Recuerda que en las ciencias cualquier problema casi siempre tiene más de una soluciones, por lo tanto nosotros enseñamos la mejor y más eficiente.
Solución:
El directorio de trabajo es el directorio con sus archivos fuente bajo el control de git (en la raíz de todos los directorios bajo control, el archivo .git está presente). Git está rastreando la diferencia entre su directorio de trabajo y el repositorio local, y entre su repositorio local y (uno de) los repositorios remotos.
Para ver lo que ha cambiado, utilice $ git status.
Para enviar sus cambios (ediciones y/o archivos nuevos) al repositorio local, use $ git add y luego $ git commit.
Para ver lo que se cometió uso $ git log.
Luego, si desea enviar sus cambios al repositorio remoto, use $ git push.
Preste atención a los comandos de git que están imprimiendo, a menudo contienen consejos sobre qué hacer.
Si está trabajando con GitHub, su ayuda también es útil: empujar a un control remoto.
Buena información básica también está en el sitio de atlassian.
POR EJEMPLO:
Supongamos que inició su repositorio git con $ git init en JavaRepo dir y verifiqué allí el proyecto con $ git pull o $ git clone. Luego, JavaRepo debe contener el archivo .git (entre otros archivos punteados de git); puede verificarlo con $ ls -a. estos archivos en sí son el repositorio local de git, y no hay necesidad de distinguir ‘directorio de trabajo’ y directorio ‘repositorio local’.
Entonces, comience a trabajar con archivos en JavaRepo: digamos que cambió el archivo ejemplo.java y creó un nuevo archivo ejemplo2.java. Ejecutar $ git status en JavaRepo (o en cualquiera de sus subdirectorios). Debería mostrar: ‘modificado: ejemplo.java’, ‘Archivos sin seguimiento: ejemplo2.java’.
Agregue sus archivos al área de preparación con $ git add example.java y $ git add example2.java comandos desde el directorio con estos archivos. (Darse cuenta de $ git add es tanto para archivos modificados como nuevos).
Y finalmente confirme sus archivos por $ git commit -m "example changes" (-m permanece para el mensaje – comentarios al compromiso).
$ git log debería mostrar este compromiso.
El contenido de su carpeta de proyecto (las carpetas y los archivos que encuentre dentro) están representados por el directorio de trabajo.
El directorio de trabajo es una especie de banco de trabajo, es donde trabaja en sus archivos (los edita, agrega nuevos archivos, elimina archivos, etc.).
Por otro lado, el carpeta .git (que es una carpeta oculta) representa el repositorio.
Dentro de la carpeta .git hay dos “lugares” que deben mencionarse, el área de ensayo (representado por el archivo de índice) y el historial de compromisos (representado por la carpeta de objetos).
Él área de ensayo es algo así como un borrador de espacio. Cada vez que termine de trabajar en un archivo (o archivos) en su directorio de trabajo, querrá copiarlos en el área de preparación (usando el git add dominio).
Una vez que tenga todos los archivos que desea actualizar en la próxima versión de su proyecto en el área de preparación, estará listo para guardarlos en la próxima versión de su proyecto, que se denomina comprometerse. Haces esto usando el git commit dominio.
UN comprometerse es básicamente una versión de su proyecto y cada confirmación tiene un hash de 40 caracteres (40 letras y números) y este hash actúa como un nombre para la confirmación, es una forma de referirse a ella.
Los compromisos están en el historial de compromisos (carpeta de objetos).
Entonces, para agregar un archivo a nuestro repositorio:
- Primero lo creamos en nuestra carpeta de proyecto para que vaya en nuestro
directorio de trabajo - Luego lo agregamos a la área de ensayo (utilizando el
git adddominio) - Y luego se convierte en parte de una confirmación en nuestro historial de confirmación (usando el
git commitdominio)
Este video explica las cosas de manera muy simple de una manera visual (¡también ayuda el video justo antes y después!)
Hay una capa entre el directorio de trabajo y el repositorio local. Se llama área de ensayo. Cuando agrega sus archivos modificados usando ‘git add’, los cambios primero se almacenan en el área de preparación para su verificación. Luego, puede usar ‘git commit’ para impulsar aún más sus cambios del área de preparación al repositorio local.
Sección de Reseñas y Valoraciones
Si estás contento con lo expuesto, tienes la opción de dejar un artículo acerca de qué le añadirías a esta crónica.