2011-12-02 19 views
6

Estamos utilizando Subversion (a través de TortoiseSVN) y Visual Studio 2010 para implementar nuestro sitio web. Tenemos una cuenta dedicada donde hacemos una actualización de SVN, luego una publicación FTP a nuestro servidor en vivo. Desafortunadamente, a veces, cuando publicamos, los archivos CSS y Javascript que han cambiado no se presionan. Esto no es un problema de almacenamiento en caché, porque hemos comprobado el servidor y los archivos en realidad no han cambiado. No hay fallas en el proceso de publicación para indicar que los archivos no funcionaron. Si les hacemos un cambio trivial (agregando un espacio, por ejemplo), publicarán muy bien.Archivos de contenido que no se actualizan con Visual Studio 2010 FTP Publish

¿Alguna sugerencia?

Edit: Algunas ideas que tenía, pero no estoy seguro de cómo probar: ¿Podría ser posible que si una persona modifica un archivo pero no lo controla (Timestamp A), y alguien más lo publique? (Marca de tiempo B), cuando el archivo se registra y se actualiza en el servidor (Marca de hora C), Visual Studio ve que B> A e ignora C, por lo que cree que no necesita actualización.

+0

Tal vez no entiendo, pero al igual que su edición dice, si alguien revisa un archivo y realiza cambios, pero nunca revisa esos cambios, entonces la publicación no sería consciente de los cambios; por lo tanto, ignorar el archivo (s). Que es lo que querrías, por supuesto. –

+0

@BetardFooser, Buen punto. Dejé un paso allí. Solo lo aclaré. – Bobson

+0

Puedo confirmar este problema en un escenario de usuario único publicando directamente desde Visual Studio. Puedo hacer un cambio en un archivo JavaScript y ese cambio no se carga en el servidor a través de una publicación FTP. La marca de tiempo en el archivo local es posterior a la marca de tiempo en el servidor como se esperaba. La solución alternativa de utilizar la opción eliminar todos los archivos en cada publicación es la única forma de garantizar que todo se publique realmente, pero esto puede aumentar significativamente el tiempo de publicación. – Jeremy

Respuesta

3

Tengo exactamente el mismo problema con los archivos VS2010 y .js y la publicación FTP, excepto que estoy usando VSS.

A veces ciertos archivos no se publican después de hacer un cambio menor.

Lo que he estado haciendo es eliminarlos del servidor antes de su publicación. He intentado agregar o eliminar una nueva línea al final de cada archivo y parece que funciona y es mucho más rápido que eliminar los archivos.

Con las dos soluciones anteriores o soluciones alternativas, se puede perder un archivo.

Otra solución (no muy eficiente en tiempo pero posiblemente la mejor) es seleccionar la opción publicar "Eliminar todos los archivos existentes antes de publicar" pero esto aumenta mucho mi tiempo de publicación de unos minutos a más de treinta minutos.

Además, tengo este problema cuando soy el único que trabaja en el proyecto.

Sé que esto no es realmente una respuesta, pero es mi primera publicación aquí y no estoy seguro de cómo responder a una publicación.

EDIT: Mi solución (espero que se encuentre una mejor solución) es eliminar todos los archivos .js en el servidor. Esto aumenta un poco mi tiempo de publicación, pero no tanto como el uso de la opción "Eliminar todos los archivos existentes antes de publicar".

+0

Aunque puedo agregar un comentario. – Soenhay

+0

¡Bienvenido! Sí, solo puede agregar comentarios a sus propias preguntas, sus propias respuestas y las respuestas a sus preguntas hasta que haya alcanzado la reputación de 50. Entonces puedes comentar cualquier cosa. – Bobson

+0

En cuanto a la respuesta que ha proporcionado, me complace ver que no estoy solo en tener este problema. Lo he subido, ya que es un buen resumen de las soluciones y elimina el SVN de la ecuación, pero no voy a aceptarlo todavía, ya que no es realmente una explicación o una solución general.Si tiene un script que puedo llamar como un evento de compilación para agregar automáticamente una nueva línea a cada archivo, estaría dispuesto a aceptarlo como una respuesta, pero tener que hacerlo a mano es un gran dolor. – Bobson

Cuestiones relacionadas