En este articulo vamos a entender cómo funcionan los caminos de directorios del sistema operacional y como evitar los tropiezos que podemos enfrentar cuando necesitamos utilizar esos caminos, como, por ejemplo, cuando estamos trabajando con repositorios de Git.
¿Porque este asunto?
Aquí en Alura tenemos un foro donde las alumnas y alumnos pueden consultar sus dudas, con otros alumnos, alumnas, instructores(as), moderadores(as).
Percibí que, principalmente con quien está comenzando a estudiar DevOps, en su mayoria en los cursos de Git (Tenemos dos cursos: Git y Github: Controle y comparta su código y Git y Github: Estrategias de ramificación, Conflictos y Pull Requests), existen dudas recurrentes de errores en los caminos de los directorios, o sea de las carpetas, independientemente del sistema operacional.
Problemas recurrentes
¿Qué ocurre cuando compramos un computador nuevo o cuando colocamos el sistema operacional Windows (en los sistemas Unix funciona de otra forma) en nuestras máquinas? Colocamos nuestro nombre de usuario compuesto, ¿verdad? Pero, cuando vamos a trabajar con caminos, como es el caso de cuando necesitamos agregar un repositorio remoto al proyecto que estamos trabajando, podemos tener algunos problemas.
Pero no creas que eso solo sucede en esos casos, a veces cuando estamos apenas navegando entre los directorios por medio del terminal tenemos los mismos problemas, imagina que queremos acceder a la carpeta “Documents” que está dentro de la carpeta “Jonilson Sousa” que está dentro de la carpeta “Users”, que por cierto está dentro de la carpeta “C:”, para eso necesitamos utilizar el siguiente comando:
cd C:/Users/Jonilson Sousa/Documents
¿Está todo bien con este comando? No en ese caso, vamos a tener error como “too many arguments”, como podemos ver en la imagen de abajo:
Eso sucede porque el terminal no entiende el camino por cuenta del espacio en el nombre del usuario. Eso también puede suceder con otras carpetas. Observe que estamos dentro de la carpeta “Documents” y hay otra carpeta con el nombre “meu trabalho”. Vamos a intentar ejecutar el siguiente comando:
cd meu trabalho
Recibiremos el mismo error (“too many arguments”).
Tu debes estar te preguntando: ¿cómo resolvemos este error? o entonces: ¿será que eso puede suceder en los sistemas basados en Unix, como es el caso de MacOS o Ubuntu, por ejemplo?
Usuarios en otros sistemas
Los sistemas basados en Unix no permiten que creemos nombres de usuarios utilizando espacios o caracteres especiales. Ya Windows permite. Luego, si fuésemos a crear un usuario en Ubuntu, con el nombre “Jonilson Sousa”, (con espacio en el medio), el sistema inmediatamente nos presentaría un mensaje de error.
Pero, si ya tuviéramos el usuario creado (en Windows) con un nombre compuesto, ¿cómo podemos ajustar?
Utilizando nombres compuestos
Podemos contornar esta situación utilizando comillas (“ ”). Observa los errores anteriores, ahora con comillas:
Y también accediendo a la carpeta “meu trabalho”:
Además de la utilización de las comillas, podemos utilizar la barra invertida en nombre de la carpeta. Observa el ejemplo:
cd C:/Users/Jonilson\ Sousa/Documents
cd meu\ trabalho
En los sistemas Linux
Las distribuciones Linux siguen en la misma línea: podemos utilizar las comillas (“ ”) o la barra invertida para acceder a las carpetas con nombres compuestos (con espacios):
Con base en los ejemplos vistos arriba, la preferencia por nombres sin espacios se vuelve interesante, ya que así podemos utilizar guion ( - ), guion bajo ( _ ) o los nombres juntos (pienso que la comprensión queda un poco más difícil de esta forma), evitando, así, el uso de comillas o barras invertidas, que nos pueden costar en productividad.
Conclusión
Estos son algunos de los errores comunes que llevan a muchas personas a crear temas en el foro de Alura, entonces es importante entender el origen de estos errores y como corregirlos.
Eso trae beneficios en el desempeño cuando trabajamos en proyectos y cuando necesitamos utilizar servidores o máquinas sin interfaces gráficas, como es el caso de las máquinas creadas por Vagrant o entonces cuando trabajamos con contenedores Docker.
