Git Agregar . -> Todavía nada para comprometerse con archivos nuevos

Los desarrolladores agregan cambios al repositorio local en el módulo de proyecto asignado y luego presionan todos los cambios al servicio de alojamiento remoto de GitHub conectando ambos repositorios. Para realizar estas operaciones, los desarrolladores deben rastrear todos los cambios adicionales ejecutando el "$ git add -alt"Comando para el área de puesta en escena y luego empújalos a todos.

Este artículo proporcionará la forma más fácil de resolver el "nada para cometer" asunto.

Cómo resolver git add . -> Todavía "nada para comprometerse" con un problema de archivos nuevos?

Cuando los usuarios de GIT rastrearon los cambios a través del "$ git add ."Comando, a veces estos cambios no se agregan al área de puesta en escena. Sin embargo, existen en la lista de contenido de repositorio. Para resolver este conflicto, los desarrolladores deben agregar cambios a través del "$ git add -alt" dominio.

Echemos un vistazo a la implementación del escenario discutido anteriormente!

Paso 1: Navegue al repositorio local de Git
Primero, ejecute el "cd"Comando para navegar al directorio local requerido:

$ CD "C: \ Users \ nazma \ git \ test_13"

Paso 2: generar archivo de texto
Luego, cree un nuevo archivo de texto en el área de trabajo a través del "tocar" dominio:

$ touch archivo4.TXT

Paso 3: rastrear los cambios del área de trabajo al índice de preparación
Después de eso, ejecute el "Git Agregar ."Comando para agregar cambios al área de puesta en escena:

$ git add .

Paso 4: Verifique el estado
Ver el estado del repositorio actual ejecutando el "estado de git" dominio:

Estado de $ git

Según la salida proporcionada a continuación, los cambios adicionales no se empujan al índice de puesta en escena:

Nota: Para resolver los problemas descritos anteriormente, debe rastrear nuevamente los cambios a través del "Git Agregar" junto con "-todo"Flag, que agregará todos los cambios realizados al índice de estadificación:

$ git add -todo

Paso 5: Verifique el estado
Por último, ejecute el "estado de gitComando "para ver el estado actual del repositorio y verificar que se rastreen los cambios agregados:

Estado de $ git

Aquí, puede ver que el área de puesta en escena contiene los cambios rastreados:

Aquí tienes! Has aprendido la forma más fácil de resolver el "nada para cometer" asunto.

Conclusión

A veces, cuando los desarrolladores presionan los cambios usando el "$ git add .Comando ", estos no se agregan al área de puesta en escena, pero se muestran en la lista de contenido del repositorio. Para resolver este conflicto, los desarrolladores deben agregar cambios a través del "$ git -alt" dominio. Después de eso, verifique el estado para verificar los cambios rastreados. Este artículo ilustró el procedimiento para resolver el "nada para cometer" asunto.