SlowCheetah: Przekształcone pliki z projektu biblioteki klas nie zostały skopiowane do przywołanych projektów

Question

Scenariusz:

Mam projekt biblioteki klas z niestandardowymi plikami .config. Build Action dla tych plików konfiguracyjnych jest ustawiona na "Content" i "Copy Always". Ten projekt biblioteczny odwołuje się następnie do co najmniej 4-5 aplikacji konsolowych w ramach tego samego rozwiązania. Po zbudowaniu rozwiązania, moduł biblioteki klas i niestandardowe pliki konfiguracyjne są kopiowane do folderu z przywołanymi folderami projektów.

Próbuję zrobić:

Zastosowanie SlowCheetah przekształcać pliki niestandardowe config

Problem:

Choć SlowCheetah przekształca pliki konfiguracyjne w ramach projektu biblioteki klasy to nie kopiuje przekształcone plik do przywoływanych projektów. to znaczy zawsze kopiuje plik źródłowy/oryginalny.

Znaleziono kilka innych wątków, ale żadne z nich nie było oparte na SlowCheetah, pomocne byłyby wszelkie sugestie. Zauważ, że używam Install Shield Limited Edition, więc rozwiązanie musi działać dla plików .msi/setup. Ponadto nie chcę łączyć plików i stosować transformacji na połączonych plikach, ponieważ wtedy musiałbym wykonać tę samą transformację dla wszystkich projektów referencyjnych.

Dzięki

Answer 1

Biorąc ClassLibararyA odwołuje ClassLibraryB:

• Zapewnienie configs z obu bibliotek klas nazywanych app.config
• Konfiguracja transformacje zarówno dla App.configs wykorzystujące SlowCheetah (nawet jeśli tylko dbają o jeden)
• Zbuduj

Na zewnątrz wstaw folder dla biblioteki ClassLibraryA, znajdziesz ClassLibraryB.dll.config (przekształcona App.config z klasyLibraryB).

Answer 2

Wiem, że to nie jest rozwiązanie, ale to jest to, co znalazłem w sprawie, ponieważ mam ten sam problem. Dodanie tego tutaj, ponieważ jest zbyt wiele, aby dodać do komentarza i mam nadzieję, że ostatecznie będzie to odpowiedź po zamknięciu błędu.

Wiem, że powolny gepard jest w trybie konserwacji, ale nadal naprawia błędy i wygląda na to, że Microsoft podejmie projekt, więc mam nadzieję, że to naprawiono.

Znaleźliśmy tę sprawę tutaj, gdzie przyznają, że jest to błąd, ale wydaje się, że naprawili inny problem.

https://github.com/sayedihashimi/slow-cheetah/issues/34

więc otworzył nowy raport tutaj

https://github.com/sayedihashimi/slow-cheetah/issues/174