El ejemplo de la function R requiere un set de datos no estándar, no jive con devtools

He estado luchando por get el código de ejemplo para una function que funciona con devtools::check() , porque los datos requeridos para el ejemplo no están en formatting .RData. Desafortunadamente, la forma en que se escribe la function, .RData no se puede cargar y funcionar correctamente. La function toma una list de nombres de file y realiza una acción colectiva sobre ellos.

Por lo tanto, el código de ejemplo se debe escribir de forma que check() pueda acceder a una carpeta y enumerar los files que contiene. Usando la function en mi propia computadora, ingreso

 setwd("/Users/mydirectory") myfilelist <- list.files(pattern = "mypattern") output <- myfunction(myfilelist, ...) 

y todo es maravilloso. Pero esto no funciona con devtools porque @examples no sabe cómo acceder a los subdirectorys en mi computadora. check() saca el siguiente error:

base :: assign (". ptime", proc.time (), pos = "CheckExEnv")

Esto es casi indudablemente porque check() no sabe dónde search los datos. Me gustaría que mirase hacia github para acceder al repository de datos en línea.

Encontré esta breve conversación sobre un problema similar relacionado con roxygen , pero en general no he visto muchos consejos sobre cómo solucionarlo. Creo que tal vez este problema comienza a acercarse un poco a mi situación, pero aquí el usuario no pudo exportar una function, en lugar de vincular los datos a un ejemplo.

No creo que esté buscando una function de extracción (aunque el objective final es extraer datos …), ¿alguien tiene algún consejo para seguir adelante? Tengo los datos almacenados en la carpeta inst / extdata en github , así que aunque realmente no tengo algo reproducible para ti, espero que tengas algunos pensamientos.

Editar : He solucionado el problema usando el consejo de @ alistire a continuación, y guiando el roxygen al directory del package (actualizado en github) y también usando \dontrun{} . Sin embargo, dejo la pregunta sin responder por ahora porque creo que el acceso a los datos almacenados en github debería ser de alguna manera posible y aún no hemos abordado eso.