Chcę, aby moje projekty Rakefile na najwyższym poziomie budowały rzeczy za pomocą plików rake głębiej w drzewie; tzn. plik rakefile najwyższego poziomu mówi, jak zbudować projekt (duży obraz), a te niższego poziomu budują konkretny moduł (obraz lokalny).Jak rekurencyjny grabie? - lub odpowiednie alternatywy
Jest oczywiście wspólny zestaw konfiguracji dla najdrobniejszych szczegółów tego, kiedy można go dzielić między zadania: dlatego chodzi głównie o zachowanie opisów tego, co jest potrzebne do budowy, tak blisko do budowanych źródeł. Na przykład. /Source/Module/code.foo i cie powinny być budowane zgodnie z instrukcjami w/Source/Module/Rakefile; i/Rakefile rozumie zależności między modułami.
Nie obchodzi mnie, czy używa wielu procesów rake (ala rekurencyjnych), czy po prostu tworzy osobne środowiska kompilacji. Tak czy inaczej, powinna być ona wystarczająco samodzielna, aby mogła być przetwarzana przez kolejkę: tak, aby niezależne moduły mogły być budowane jednocześnie.
Problem polega na tym, jak do cholery robisz coś takiego z Rake !? Nie mogłem znaleźć nic sensownego w Internecie ani w dokumentacji. Próbowałem utworzyć nowy obiekt Rake :: Application i skonfigurować go, ale niezależnie od tego, czy próbuję się wywoływać, próbuję wywoływać tylko wyjątki lub błędy "Nie wiem, jak zbudować zadanie": domyślne. (Tak, wszystkie pliki rake mają: wartość domyślną). Oczywiście można było po prostu wykonać "rake" w podkatalogu podrzędnym dla: modulename task, ale to zrzuciłoby opcje podane do najwyższego poziomu; na przykład myśl o $ (MAKE) i $ (MAKEFLAGS).
Ktoś ma wskazówkę, jak prawidłowo zrobić coś w rodzaju prowizji recursive
?
Wadą natarcia -f jest to, że nie określa katalog roboczy do lokalizacji powołuje Rakefile. –