Ho scaricato SlowCheetah in una vecchia applicazione Web .Net 3.5 per aggiungere trasformazioni a web.config.Utilizzo di SlowCheetah Config Trasforma su Web.config in un'app di Web Forms 3.5
Ho usato SlowCheetah con i servizi di Windows e le applicazioni della console per trasformare app.config con successo in passato. In questi casi, la configurazione viene trasformata e collocata nel cestino come ApplicationName.exe.config.
Tuttavia, con questa applicazione di moduli Web, il file di configurazione non finisce mai nel cestino, poiché i siti Web con moduli vengono creati con solo .dll nel cestino e IIS punta alla directory root per eseguire il sito. Quindi, anziché il web.config che viene incluso nel processo di compilazione e impacchettato nel cestino, viene lasciato solo nella posizione di root.
Nessuna trasformazione viene applicata a web.config nella directory principale, il che è una buona cosa, poiché il web.config nella directory root è nel controllo del codice sorgente ed è il file su cui viene eseguita la trasformazione.
Sarei felice di includere il web.config nella build in modo che slowCheetah lo trasformi e lo faccia cadere nel cestino. Dovremmo quindi estrarlo manualmente dal cestino e rimetterlo a livello di root sui nostri server, ma varrebbe la pena avere le trasformazioni.
Qualcuno sa come far funzionare le trasformazioni contro il mio web.config o farlo includere nel processo di compilazione in modo lentoCheetah può funzionare la sua magia?
Grazie!
Aggiornamento
ho modificato le proprietà del web.config ed è ora incluso nella build, però, le trasformazioni non sono ancora applicate ad esso.
Corporatura Azione: Risorsa incorporata
Copia Direttore di uscita: Copia sempre
Il problema qui è che si crea un riferimento circolare. Supponi di avere una trasformazione che inserisce elementi. La prima volta che viene eseguito, prende ciò che c'è in web.config e inserisce nuovi elementi, quindi la seconda volta che esegui la trasformazione inserirai elementi duplicati. Inoltre, tieni presente che se web.config è nel controllo del codice sorgente, vuoi che cambi tutto il tempo? – Michael
Accetto per circolare problema. Anche se usiamo la trasformazione "SetAttribute" solo così funziona alla grande per noi. –
Avere Web.config sotto il controllo del codice sorgente è importante per noi. Quindi la soluzione. Ma sono d'accordo che la tua soluzione sia preferibile. –