Tratar con una máquina virtual de desarrollo sin conexión a Internet [cerrado]

Hace poco comencé a trabajar en una empresa que va a cambiar la forma en que sus empleados desarrollan código. Están cambiando de una máquina (VM) que hace todo, lo que significa comunicarse con otros empleados y desarrollarse. A una nueva configuración donde la máquina de desarrollo está completamente desconectada de Internet, mientras que tenemos una segunda máquina que puede conectarse en línea para la comunicación. Como acabo de empezar a trabajar aquí, soy el conejillo de indias en este cambio. Los problemas surgen cuando trato de actualizar/descargar paquetes de Visual Studio para ponerlos en marcha.

¿Cómo manejo la necesidad de paquetes de NuGet cuando no puedo actualizar/instalar nuevos debido a que no tengo conexión a Internet?

Tenemos un departamento de soporte de escritorio donde puede solicitar que se agreguen nuevos programas a la VM, pero creo que enviarles una solicitud cada vez que se termina de agregar o actualizar algo parece una gran pérdida de recursos y tiempo.

Con algunos paquetes, puedo descargarlos en mi máquina virtual habilitada para Internet y transferirlos a la máquina virtual de desarrollo mediante copiar/pegar, pero estoy bastante seguro de que esa no es la forma correcta de hacerlo.

¿Qué me recomendarías que hiciera para afrontar esta situación?

Honestamente renunciaría y encontraría un trabajo diferente. Esa es probablemente la cosa más tonta que he escuchado hacer a una empresa.
La empresa trabaja con bancos y cooperativas de crédito, así que supongo que tiene que lidiar con la protección de sus datos.
Voto para cerrar esta pregunta como fuera de tema porque esto no tiene nada que ver con la navegación en el lugar de trabajo. Podría ser mejor en StackOverflow si puedes lidiar con el sarcasmo
Honestamente, el lado del lugar de trabajo es algo sobre lo que debe hablar con su gerente (o cualquier otra persona que sea su persona de contacto con respecto a esto); no podemos decirle cómo debe manejar esto. Si está preguntando sobre soluciones técnicas, está en el sitio equivocado (aunque parece que ya cubrió la mayoría de las soluciones técnicas).
Desafortunadamente, esta es una mentalidad de cambio de milenio, cuando en realidad podrías desarrollarte en un entorno amurallado. Ahora prácticamente no puedes vivir sin administradores de paquetes y GitHub. Deberá tratar de convencer a la gerencia de que esto va en contra del desarrollo moderno y/o una disminución en la productividad debido a la sobrecarga de la desconexión.

Respuestas (2)

Te estás perdiendo el punto de la fase de prueba.

El objetivo es probar el sistema y, a veces, la conclusión es "No, esto no funciona". Su experiencia es extremadamente valiosa . ¡Es imperativo que no eludas tus problemas!

Proporcione a sus gerentes la información de que, cada vez que necesite recuperar actualizaciones importantes, este nuevo proceso agrega mucho tiempo e incluso puede requerir una solicitud de TI especial para completarse. Documente cuánto tiempo está perdiendo, cuánto retrasa el tiempo de desarrollo y permítales evaluar si vale la pena la "seguridad" adicional.

La restricción es una política de empresa artificial. Si eres el conejillo de indias, entonces es por una razón: quieren saber si funciona.

Documente todos los problemas que tenga, documente las posibles soluciones (su propio servidor NuGet, por ejemplo). Lleve esta lista a quienquiera que lo haya hecho el probador de esta configuración y revise todos los problemas uno por uno hasta que todos estén solucionados.

Si no se pueden arreglar, supongo que el conejillo de Indias está muerto -hablando en sentido figurado- y deberías recuperar tu acceso a Internet.