Podczas próby uzyskania dostępu do komponentu logowania mojej aplikacji MERN w wersji produkcyjnej pojawia się seria następujących błędów typu pokazanych na tym obrazie:
Moja aplikacja ( https://github.com/ahaq0/kumon_schedule ) działa idealnie lokalnie i działała doskonale dobrze hostowana na Heroku już dziś.
Próbowałem wycofać wszystkie zmiany w kodzie, które wprowadziłem dzisiaj, ale bezskutecznie. Podobnie sprawdziłem plik package.json (i .lock), aby sprawdzić, czy zmieniłem zależność materialnego interfejsu użytkownika, ale było tak samo. I nie wydaje się, aby dowiedzieć się, dlaczego przestał działać nagle od wersji obsługiwanej tutaj .
Kod wiersza błędu znajduje się poniżej. Nie pisałem jednak, ponieważ jest to część materialnego interfejsu użytkownika.
if (sheetManager.dynamicStyles) {
var dynamicSheet = stylesOptions.jss.createStyleSheet(sheetManager.dynamicStyles, _extends({
link: true
}, options));
dynamicSheet.update(props).attach();
state.dynamicSheet = dynamicSheet;
state.classes = mergeClasses({
baseClasses: sheetManager.staticSheet.classes,
newClasses: dynamicSheet.classes
});
if (sheetsRegistry) {
sheetsRegistry.add(dynamicSheet);
}
} else {
state.classes = sheetManager.staticSheet.classes;
}
sheetManager.refs += 1;To moja pierwsza wdrożona aplikacja i nie wiem, jak wszystko poszło od pracy do niedziałania, pomimo moich najlepszych prób wycofania.
Edytować. Powinienem wspomnieć, że testowałem w Firefoksie, a także w Chrome, z którego pochodzi dziennik błędów.
Edytuj # 2. Po dużo więcej debugowaniu dowiedziałem się, że błąd zniknął, jeśli wycofam się, aby zatwierdzić fccc55a5 przez Heroku. Jednak jeśli utworzę nowy oddział z tym zatwierdzeniem i spróbuję wdrożyć ten oddział, to nie zadziała.
Zobacz tutaj https://github.com/ahaq0/kumon_schedule/compare/fccc55a5...fccc55a5
Kiedy powrócę do ostatniej wersji Heroku, będzie działać. Ale jeśli scalę poprzednie zatwierdzenie w nowy oddział i spróbuję go wdrożyć, nie zrobi tego.