[Reomting Debug] Utilice hábilmente la función de depuración remota de VS para depurar de forma remota el intercambio de experiencias del programa.


[Reomting Debug] Utilice hábilmente la función de depuración remota de VS para depurar de forma remota el intercambio de experiencias del programa.

Prólogo: 
A veces, los desarrolladores (desarrolladores) necesitamos un entorno de prueba de depuración (probador) o cliente (cliente) , pero no hay un código en la máquina del probador , ¿está un poco ansioso ? Y es una aplicación de múltiples versiones y el probador nos necesita para encontrar un problema A la hora de comprobar, ¿cómo podemos ayudar al tester a encontrar la causa del problema la primera vez?  No te preocupes, aquí VS nos proporciona una buena función:  Remote Debugger , hablemos bien de esta función. 

 

escenas a utilizar:

Supongamos que hay A , B dos máquinas, donde A es el servidor de desarrollo Dev (aquí en el entorno de servidor win para desarrollar) lleno de Visual Studio y Code , la máquina B es Tester para implementar nuestra aplicación .

 

El primer método: autenticación de Windows

 

1 , la A en la máquina de Visual Studio para encontrar el directorio de instalación Common7 \ IDE \ Remote depurador carpeta y la copia de B en la máquina. Como se muestra abajo:

 

2. Ejecute el archivo msvsmon.exe en el directorio ( x86 o x64  ) correspondiente a la computadora local en Remote Debugger en la máquina B como se muestra a continuación: (tenga en cuenta que ejecuta msvsmon.exe como administrador )

 

El método de autenticación predeterminado seleccionado cuando se inicia el depurador remoto es "Autenticación de Windows" . Después de comenzar, podemos ver un mensaje como se muestra en la figura anterior. El marco rojo es en realidad el nombre del servidor , donde Administrador es el nombre de usuario para iniciar sesión en la máquina B. TEST28-181 es el nombre de la máquina B.

 

3.  Abra el elemento de menú Herramientas> Opciones , haga clic en el botón "Permisos ..." y confirme que el usuario actual tiene permisos de depuración en el cuadro de diálogo emergente , como se muestra a continuación:

 

Se ha configurado la máquina B que necesita depurarse .

4. Volver a una máquina, seleccione el conectar con el proceso elemento de submenú en la depuración de menú en el código de fuente abierta, escriba el nombre del servidor en el paso 3  en el Calificador   cuadro de texto en el cuadro de diálogo emergente cuadro , y luego haga clic en el "Actualizar" botón , Seleccione el proceso que debe depurarse y haga clic en el botón Adjuntar , como se muestra en la figura siguiente: ( PD: porque me temo que algo de la empresa puede estar involucrado, los mosaicos se agregan directamente a algunos lugares de la imagen )

 

5. Regrese a la máquina B en este momento y verá un mensaje similar al cuadro rojo en el depurador remoto, lo que significa que el depurador remoto se ha conectado.

 

Por lo demás, puede depurar fácilmente como en esta máquina. Realmente no hay ningún sentido de violación.

最后重要的一点:采用Windows Authentication的话,两台机器的账户名和密码要是一样,如果遇到不一致的情况,可以通过新建用户或者修改密码的方式来解决。

 

第二种: No Authentication

1、选择认证方式为“No Authentication”,check “Allow any user to debug”。

 出现一下内容就对了:

2、VS -> DEBUG -> Attach To Process,然后就如下图进行设置,端口要与Remote Debug Option配置成一样。

 

 

Refresh之后Avaliable Processes有值并且Debug Monitor会出现xxx connected.

 

 

      OK,Attach To Process之后,就可以随意的Debug了。

     最后重要的一点:采用No Authentication的话,两台机器的防火墙都需要关掉。

 写在最后: 如果将自己code build 过后的dll 替换到tester 的环境上仍然无法debug 的话, 就要考虑给dll 打强名了, 具体方法: http://www.cnblogs.com/darrenji/p/3654650.html

分类: 工作经验

好文要顶 关注我 收藏该文  

一枝花算不算浪漫

Supongo que te gusta

Origin blog.51cto.com/7592962/2543852
Recomendado
Clasificación