2010-05-27 29 views
45

Hemos configurado algunos perfiles de publicación que se utilizan para implementar aplicaciones web en varios servidores, y todo funciona muy bien con la implementación de 1 clic.Visual Studio 2010 Perfiles de publicación: ¿Dónde están almacenados?

Sin embargo, encontramos que a pesar de que toda la solución está bajo control de fuente (SVN), parece que los perfiles no se transfieren, por lo que necesitamos volver a crear los perfiles en la máquina de cada desarrollador manualmente.

Parece que, dado que los perfiles existen solo para la solución cargada actualmente, deben almacenarse en algún lugar en los archivos de la solución. Pero no se transfieren cuando alguien más realiza una actualización para extraer el código.

Supongo que cualquiera que sea el archivo en el que estén es uno que no estamos cubriendo en el proyecto de control de fuente, pero no he podido averiguar cuál.

Alguien debe saber dónde se almacenan los perfiles de publicación. ¿Hay alguna manera de copiarlos de máquina a máquina para que no tengamos que volver a escribirlos para cada desarrollador?

+0

Más molesto que tengo que volver a crear el perfil de publicación incluso para diferentes espacios de trabajo, pero el mismo proyecto –

Respuesta

37

El nombre del archivo realmente será $ (ProjectName) .Publish.xml, y debe estar en la misma carpeta que su archivo .csproj. Si habilita la opción "Mostrar todos los archivos" en el Explorador de soluciones, aparecerá y podrá incluirla en su proyecto desde allí. Eso lo llevará al control de la fuente.

Algo a tener en cuenta: VS no revisará automáticamente este archivo si intenta cambiar y guardar la configuración del perfil, pero tampoco arrojará un error. Hay una advertencia en una de las ventanas de Salida al respecto, si prestas atención; de lo contrario, parecerá que está ignorando los cambios.

+1

_VS no va a realizar automáticamente este archivo_ Esto es realmente molesto, esto nos impide compartir ese archivo de publicación a través de TFS entre los miembros del equipo y las sucursales. Si alguien tiene una sugerencia sobre cómo podemos hacer esto, soy todo oídos. – Airn5475

+0

Solo me aseguro de recordarles a todos nuestros desarrolladores que lo comprueben antes de cambiar los perfiles de publicación. Es molesto, cierto, pero definitivamente no es un show-stopper. También podría informarlo a MS Connect y podrían solucionarlo en una versión futura. –

+0

También puede desmarcar el bit del sistema de archivos de solo lectura si desea administrar perfiles de publicación independientes, pero aún tiene una base común administrada en SCM. – SliverNinja

18

Con el interés de mantener SO actualizado, a partir de VS2012 (o VS2010 with Azure SDK 1.7+) los perfiles de publicación ahora se almacenan en Properties\PublishProfiles\$(ProfileName).pubxml para aplicaciones web y App_Data\PublishProfiles\$(ProfileName).pubxml para sitios web.

También son ahora los archivos de MSBuild y se espera que para definir las propiedades tal como se documenta How to: Edit Deployment Settings in Publish Profile (.pubxml) Files

+0

Y esto ... [Clonación de los perfiles de publicación visual studio 2012] (http://stackoverflow.com/questions/12696038/cloning-visual-studio-2012-publishing-profiles) –

1

La razón por la que tuve este problema se debió a .user archivos: Me di cuenta de la configuración se guardaban en Properties/PublishProfiles/$(ProfileName).pubxml pero las credenciales reales necesarios para la implementación se guardó en los archivos .user que se excluían del control de origen.

0

En mi instalación de Visual Studio 2010 para un proyecto de sitio web, estos archivos están en App_Date \ PublishProfiles.

Cuestiones relacionadas