2011-12-02 10 views
6

Stiamo utilizzando Subversion (tramite TortoiseSVN) e Visual Studio 2010 per distribuire il nostro sito Web. Abbiamo un account dedicato dove eseguiamo un aggiornamento SVN, quindi una pubblicazione FTP sul nostro server live. Sfortunatamente, a volte quando pubblichiamo, i file CSS e Javascript che sono cambiati non vengono spinti. Questo non è un problema di cache, perché abbiamo controllato il server e i file non sono stati modificati. Non ci sono errori nel processo di pubblicazione per indicare che i file non sono andati. Se apportiamo un cambiamento banale a loro (aggiungendo uno spazio, per esempio), pubblicheranno proprio bene.File di contenuto che non si aggiornano con Visual Studio 2010 FTP Pubblicare

Qualche suggerimento?

Modifica: alcuni pensieri che ho avuto, ma non sono sicuro come testare: potrebbe essere possibile che una persona modifichi un file ma non lo verifichi (Timestamp A), e qualcun altro fa una pubblicazione (Timestamp B), che quando il file viene successivamente archiviato e aggiornato sul server (Timestamp C), Visual Studio vede B> A e ignora C, quindi pensa che non sia necessario aggiornarlo?

+0

Forse non sto capendo, ma come dice la tua modifica, se qualcuno estrae un file e apporta le modifiche, ma non controlla mai le modifiche, quindi pubblicare non sarebbe a conoscenza delle modifiche; quindi per ignorare il file (s). Che è quello che vorresti, ovviamente. –

+0

@BetardFooser, buon punto. Ho lasciato un passo lì. L'ho solo chiarito. – Bobson

+0

Posso confermare questo problema in uno scenario per singolo utente che viene pubblicato direttamente da Visual Studio. Posso apportare una modifica a un file JavaScript e tale modifica non viene caricata sul server tramite una pubblicazione FTP. Il timestamp sul file locale è successivo al timestamp sul server come previsto. La soluzione alternativa per utilizzare l'eliminazione di tutti i file su ogni opzione di pubblicazione è l'unico modo per garantire che tutto sia effettivamente pubblicato, ma ciò può aumentare significativamente il tempo di pubblicazione. – Jeremy

risposta

3

Ho lo stesso identico problema con VS2010 e file .js e pubblicazione FTP tranne che sto utilizzando VSS.

A volte alcuni file non vengono pubblicati dopo aver apportato una modifica minore.

Quello che ho fatto è cancellarli dal server prima della pubblicazione. Ho provato ad aggiungere o rimuovere una nuova riga alla fine di ogni file e sembra funzionare ed è molto più veloce dell'eliminazione dei file.

Con le due soluzioni precedenti o soluzioni alternative un file potrebbe essere perso.

Un'altra soluzione (non molto efficiente ma probabilmente la migliore) consiste nel selezionare l'opzione di pubblicazione "Elimina tutti i file esistenti prima della pubblicazione", ma ciò aumenta notevolmente il tempo di pubblicazione da alcuni minuti a oltre trenta minuti.

Inoltre, sto riscontrando questo problema quando sono l'unico a lavorare al progetto.

So che questa non è davvero una risposta, ma è il mio primo post qui e non sono sicuro di come rispondere a un post.

MODIFICA: La mia soluzione alternativa (si spera che venga trovata una soluzione migliore) consiste nell'eliminare tutti i file .js sul server. Ciò aumenta leggermente il tempo di pubblicazione, ma non tanto quanto l'opzione "Elimina tutti i file esistenti prima della pubblicazione".

+0

Posso aggiungere un commento qui però. – Soenhay

+0

Benvenuto! Sì, puoi solo aggiungere commenti alle tue domande, alle tue risposte e alle risposte alle tue domande fino a quando non avrai raggiunto la 50 reputazione. Quindi puoi commentare qualsiasi cosa. – Bobson

+0

Per quanto riguarda la risposta che hai fornito, sono contento di vedere che non sono il solo ad avere questo problema. L'ho svalutato, poiché è un buon sommario di soluzioni alternative ed elimina SVN dall'equazione, ma non lo accetterò ancora poiché non è in realtà una spiegazione o una soluzione generale.Se hai uno script che posso chiamare come evento build per aggiungere automaticamente una nuova riga a ciascun file, sarei disposto ad accettarlo come risposta, ma doverlo fare a mano è un grosso problema. – Bobson

Problemi correlati