OSD Cloud check wim file version compare mechanism
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 22/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- azure
- Área
- cloud
Línea de trabajo
The issue names no files or functions. Start by finding where the OSD Cloud flow downloads the WIM image, and compare it with the existing driver pack caching path that the reporter describes as working. Done would mean a local WIM is reused when its version matches the copy in Azure storage. Confirm the design with a maintainer first, since the thread has been idle for about 337 days.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hello,
i would like to ask you, if there could be file check for wim download like it is for example for drivers.
Meaning :
In case i am using CLOUD solution, wim is always downloaded so in case i want to do 10 enrollements in day i need to download wim file everytime. For example driver pack is downloaded once and stored on USB so no other download needed.
My wish of feature would be similar. Wim will be downloaded once and stored on USB. Once i run process again on different device, wim file will be checked against azure storage and in case data are same no other download needed.
Hope i explain is as easy as possible, in case you have some questions or want more let me know :)
Anyway good job with whole solution i like it ;)
- Lenguaje dominante
- PowerShell
- Estrellas
- 251
- Forks
- 102
- Merge medio
- 2 min
- PR fusionados (30 d)
- 4
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de OSDeploy/OSD
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 63/100
Todos los issues de OSDeploy/OSD
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
[BUG] OpenSearch domain endpoint includes a URI scheme and breaks standard Terraform consumersAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
floci-io/floci#7707 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
CRT transfer manager mutates the caller's ExtraArgs, so reusing the dict fails on the next uploadAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
boto/s3transfer#433 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
S3 input fails in Docker image: DuckDB can't find home directoryPosiblemente ocupada @jnioche la tomó hoy. Abiertobug docker reporting
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
DigitalPebble/spruce#315 ·
Los mantenedores suelen responder en 1 día