Pobrałem SlowCheetah do starej aplikacji formularzy sieci .NET 3.5, aby dodać transformacje do pliku web.config.Używanie konfiguracji SlowCheetah Transformacja na Web.config w aplikacji 3.5 Web Forms
Użyłem SlowCheetah z usługami Windows i aplikacjami konsolowymi do transformacji app.config z sukcesem w przeszłości. W takich przypadkach konfiguracja zostanie przekształcona i umieszczona w koszu jako ApplicationName.exe.config.
Jednak w przypadku tej aplikacji formularzy internetowych plik konfiguracyjny nigdy nie trafi do pojemnika, ponieważ witryny formularzy internetowych są zbudowane z samych plików .dll umieszczonych w koszu, a katalog IIS wskazuje katalog główny w celu uruchomienia witryny. Tak więc zamiast web.config, który został włączony do procesu kompilacji i spakowany w koszu, jest pozostawiony sam w lokalizacji głównej.
Żadne transformacje nie są stosowane do pliku web.config w katalogu głównym, co jest dobre, ponieważ plik web.config w katalogu głównym jest w źródłowej kontroli i jest plikiem, w którym dokonujemy transformacji.
Byłbym szczęśliwy z dołączeniem pliku web.config do kompilacji, dzięki czemu slowCheetah przekształci go, a następnie upuści w koszu. Musielibyśmy ręcznie wyjąć go z kosza i umieścić go z powrotem na poziomie root na naszych serwerach, ale warto byłoby mieć transformacje.
Czy ktoś wie, jak przekonwertować transformaty na mój plik web.config lub włączyć go do procesu kompilacji, dzięki czemu slowCheetah może działać na swój sposób?
Dzięki!
Aktualizacja
I zmodyfikowane właściwości web.config i jest obecnie zawarte w budowie, jednak przemiany nie są jeszcze stosowane do niego.
Budowa Działanie: osadzonego zasobu
Kopiuj do dyrektora wyjściowe: Copy Zawsze
Problem polega na tym, że tworzy się nieco odwołanie cykliczne. Powiedzmy, że masz transformację, która wstawia elementy. Przy pierwszym uruchomieniu zajmie to, co znajduje się w web.config i wstawi nowe elementy, a za drugim razem, gdy uruchomisz transformację, wstawisz duplikaty elementów. Pamiętaj też, że jeśli web.config jest pod kontrolą źródła, czy chcesz, aby cały czas się zmieniał? – Michael
Zgadzam się z okrągłym problemem. Chociaż używamy transformacji "Ustawień", więc działa ona doskonale dla nas. –
Posiadanie Web.config pod kontrolą źródła jest dla nas ważne. Tak więc rozwiązanie. Ale zgadzam się, że twoje rozwiązanie jest lepsze. –