Es histórico. En Classic Mac OS, :
era el separador de caminos, no /
. (El propio Mac OS clásico copió el :
como separador de rutas de SOS para el Apple III).
OS X está basado en Unix (técnicamente XNU con POSIX cumplimiento), por lo que las partes de Unix, como las herramientas de línea de comandos, utilizadas /
como separador de directorios. Sin embargo, la interfaz gráfica de usuario y el sistema de archivos utilizado en los discos ( HFS+ ) tenía que lidiar con las aplicaciones del Mac OS clásico, que utilizaban :
como separador de directorios, igual que siempre.
Así pues, por razones de retrocompatibilidad, la capa de la interfaz gráfica de usuario (es decir, el Finder) no permite :
en los nombres de los archivos y Unix no permite /
. El Finder se encarga de asignar uno a otro.
Para más información, consulte Respuesta de ldav1s en Stack Overflow que cita un documento de USENIX 2000, "The Challenges of Integrating the Unix and MAC OS Environments" que describe parte de esta historia.
0 votos
El problema es que para HFS+ el separador de directorios almacenado en el disco es realmente : y no / por lo que hay problemas de mapeo. En APFS he creado un archivo en la terminal 0:30 y Finder (y otros gestores de archivos) lo muestra como 0/30 ver stackoverflow.com/a/13298479/151019
0 votos
Al igual que otros, le pido que no utilice los dos puntos ni la barra oblicua en los nombres de los archivos. Considérelos reservados para el uso del sistema de archivos. Otros sistemas operativos \file los sistemas suelen tener una lista mucho mayor de caracteres reservados/prohibidos.