Jeśli zrobię cabal build
w mojej bibliotece, a następnie zmienię plik, następnym razem, gdy uruchomię cabal build
, będę musiał ponownie skompilować pliki, których dotyczą zmiany. Nie zachowuję się tak samo z poleceniem cabal haddock
: kiedy uruchomię go po zmianie pliku, cabal/haddock kończy się wyrzucaniem całej poprzedniej pracy i zaczynaniem od zera. Jest to dość czasochłonne; czy istnieje sposób na uzyskanie różnicowych aktualizacji dokumentacji?Dokumentacja różnicowa z plamiakiem
Oto dump of the command cabal issues do generowania dokumentacji.
Nie pamiętam: czy plamiak się nie buduje, jeśli łączysz się z czymś, co nie istnieje? Podobnie jak przy użyciu '' MyModule'' i nie masz dostępnego 'MyModule'. Ponieważ jeśli po prostu daje ostrzeżenie i nadal działa, to zachowanie jest wymagane: każda zmiana istniejących plików lub dodanie plików może zmodyfikować wyjście dokumentacji innych modułów. – Bakuriu
Wierzę, że dużo czasu zajmuje odbudowywanie stron indeksu globalnego. Dużo czasu można by zaoszczędzić, gdyby strony te nie zostały zbudowane. Użyj flagi -v z kabałą, aby zobaczyć, jakie komendy zbrodni są wykonywane. – ErikR
@Bakuriu Jeśli dodaję losowy 'import ModuleDoesNotExist' do górnej części pliku, popsuje i nie wyświetla żadnych dokumentacji. Jeśli wymuszam błąd innego rodzaju kompilacji (np. Błąd składni), dokumentacja wyjścia do modułu kończy się błędem, a następnie zwarciem i nie dostarcza dokumentacji dla pozostałych modułów. – crockeea