製品版でMERNアプリのLoginコンポーネントにアクセスしようとすると、次のタイプの一連のエラーがこの画像に表示されます。
私のアプリ（https://github.com/ahaq0/kumon_schedule）はローカルで完全に正常に動作し、今日のHerokuでホストされている完全に正常に動作していました。
今日行ったコードの変更をすべてロールバックして、役に立たなかった。同様に、package.json（および.lock）をチェックして、マテリアルUIの依存関係を変更したかどうかを確認しましたが、同じでした。ここでホストされているバージョンで突然動作しなくなった理由を理解できないようです。
エラーの行のコードは以下のとおりです。ただし、マテリアルUIの一部であるため、書きませんでした。
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;これは私の最初にデプロイしたアプリであり、物事をロールバックする最善の試みにもかかわらず、すべてが機能して機能しなくなったのに途方に暮れています。
編集。エラーログの送信元であるChromeだけでなく、Firefoxでもテストしたことを述べておきます。
＃2を編集します。さらに多くのデバッグを行った後、Heroku経由でfccc55a5をコミットするようにロールバックするとエラーが発生しないことがわかりました。ただし、そのコミットで新しいブランチを作成し、そのブランチをデプロイしようとすると、機能しません。
こちらを ご覧くださいhttps://github.com/ahaq0/kumon_schedule/compare/fccc55a5...fccc55a5
Herokuの最後のビルドに戻すと、動作します。しかし、以前のコミットを新しいブランチにマージしてデプロイしようとしても、失敗します。