Listar los archivos importados con files

Traducción automática provisional, sin revisar. En caso de duda, consulte la versión en inglés, que es la versión de referencia.

kent files lista los archivos .FIT registrados en una base de datos: una fila por cada archivo que se haya importado alguna vez a ella, en el orden en que se importaron.

Es de solo lectura, y nunca toca los propios archivos .FIT. Lee únicamente lo que la base de datos registró sobre ellos, lo que significa que funciona incluso cuando los archivos originales hace tiempo que desaparecieron de la máquina.

Sinopsis

kent files <dbfilename>

Qué muestra

$ kent files mydata.sqlite
Database:  mydata.sqlite

#  Imported              Created               Path
1  2026-08-12T09:14:03Z  2026-08-11T17:22:41Z  /home/user/rides/morning.fit  (Forerunner 965)
2  2026-08-14T20:41:55Z  2026-08-14T06:02:10Z  /home/user/rides/evening.fit
3  2026-08-15T11:00:00Z  -                     /home/user/rides/hike.fit

Columna	Qué es
`#`	El número del archivo en esta base de datos. Cada actividad, sesión y registro de la base de datos apunta a uno de estos, así que es también el número que citar cuando quiera identificar un archivo. Se asigna en orden de importación.
`Imported`	Cuándo importó el archivo Cordelia. Siempre presente.
`Created`	Cuándo escribió el archivo el propio dispositivo. Se muestra como `-` cuando el archivo no la traía: no todos los dispositivos la registran.
`Path`	El archivo `.FIT` del que se importó. Es donde estaba el archivo en el momento de la importación; no se comprueba, y puede que ya no esté allí.

Un nombre de dispositivo entre paréntesis tras la ruta aparece solo cuando el archivo lo traía. La mayoría no lo hace, y un par de paréntesis vacío en cada línea sería ruido.

El ancho de las columnas se ajusta al valor más largo realmente presente, de modo que una base de datos de rutas cortas no acaba con una columna ancha y casi en blanco.

Una base de datos sin archivos

Una base de datos que se ha creado pero en la que nunca se ha importado nada imprime una afirmación sencilla y termina con éxito. Ningún archivo es una respuesta, no un fallo, y el código de salida es 0:

$ kent createdb mydata.sqlite
$ kent files mydata.sqlite
Database:  mydata.sqlite

No files recorded.
$ echo $?
0

En un script, eso importa: compruebe el código de salida para saber si Kent pudo leer la base de datos, no si encontró algo.

Una ruta que no existe se informa como ausente y no se crea:

$ kent files nope.sqlite
kent files: nope.sqlite does not exist
$ echo $?
1

Una base de datos antigua se rechaza

files rechaza una base de datos escrita por una Cordelia más antigua de la que espera esta compilación, igual que hacen info y details. Lee columnas concretas por su nombre, así que una base de datos antigua que nunca las tuvo fallaría de otro modo con un error crudo de SQLite en lugar de una explicación.

kent sqldump y kent archive son los dos comandos que sí leen una base de datos así; véase Mensajes de error y códigos de salida.

Qué no es

files lista los archivos que se importaron. No lista las actividades que contienen, y no muestra ninguno de los datos registrados. Para recuentos de lo que contiene una base de datos, véase kent info y kent details; para leer los datos en sí, véase kent archive o Ver los datos importados.

Véase también Mensajes de error y códigos de salida y Importar archivos .FIT.