<p>Le démon Fable analyse et compile l'intégralité de la source sur les modifications</p>

Créé le 21 nov. 2017  ·  49Commentaires  ·  Source: fable-compiler/Fable

La description

dotnet fable yarn-start analyse et compile l'intégralité de la source à chaque modification d'un fichier source

Code de reproduction

Prenez n'importe quel projet de fable et démarrez dotnet fable fil-start.
Modifiez un fichier et enregistrez.

Résultats attendus et réels

Attendu : Seul le fichier modifié (et peut-être les fichiers dépendants) sont recompilés.
Réel : tout est à nouveau compilé.

Informations connexes

  • Version fable ( dotnet fable --version ): 1.3.0, 1.3.1

Commentaire le plus utile

OK, voici mes conclusions : le problème semble être de savoir comment Webpack résout les dépendances. Dans le simple montré par @SCullman avant que src/Home/View.fs soit marqué comme une dépendance de src App.fs . Ainsi, chaque fois que View.fs est mis à jour, App.fs est également recompilé par Webpack pour s'assurer qu'il n'y a pas d'erreurs à l'exécution (ce qui peut arriver avec les fonctions en ligne, les changements dans les noms des méthodes publiques de View.fs, etc.).

Comme il s'agit du dernier fichier du projet, App.fs a évidemment beaucoup plus de dépendances. Et Webpack les recompile tous, mais apparemment uniquement sous Windows . Je dois signaler cela à l'équipe Webpack pour voir ce qui se passe.

En attendant, j'ai publié fable-loader 1.1.5 afin que vous puissiez désactiver les dépendances à l'aide de l'option extra.ignoreDependencies . L'inconvénient est que vous devrez effectuer une modification manuelle (comme ajouter un espace) dans un fichier dépendant s'il a besoin d'être recompilé jusqu'à ce que nous puissions trouver une solution appropriée, mais au moins l'observateur devrait être beaucoup plus rapide. Exemple:

    module: {
        rules: [
            {
                test: /\.fs(x|proj)?$/,
                use: {
                    loader: "fable-loader",
                    options: {
                        babel: babelOptions,
                        define: isProduction ? [] : ["DEBUG"],
                        extra: { ignoreDependencies: true }
                    }
                }
            },

Tous les 49 commentaires

Salut @SCullman ! Désolé, je ne peux pas reproduire cela, dans mon cas, seuls les fichiers modifiés et dépendants sont en cours de recompilation. Avez-vous un référentiel ou un projet zippé pour tester cela ?

@alfonsogarciacaro étrange, comme d' autres ont également rapport la même question dans Gitter ce matin. Je vais vérifier si je peux le reproduire avec un exemple de projet.

Étapes à reproduire :

dotnet new fable-elmish-react
.paket\paket update 
yarn
cd src
dotnet restore
dotnet fable yarn-start

et puis, quand je touche juste home/view.fs :
image

Merci beaucoup pour les étapes de repro, @SCullman :+1: Vous devez également mettre à jour fable-loader, pouvez-vous ajouter yarn upgrade fable-loader (ou juste yarn upgrade pour mettre à jour tous les packages npm) aux étapes ci-dessus et réessayer ?

Nouvelle tentative sur un autre ordinateur :

dotnet new fable-elmish-react
.paket\paket update 
yarn install
yarn upgrade
cd src
dotnet restore
dotnet fable yarn-start

Mêmes résultats.

Je vois le même problème.

Bizarre, je ne peux pas reproduire... 😕 Quelqu'un d'autre a ce problème ? @MangelMaxime @forki

Je ne peux pas reproduire non plus, j'ai suivi les étapes de @SCullman et édité le fichier Home\View.fs .

J'ai ce résultat :

WARNING in C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/prelude.fs
16:15-19 "export 'some' was not found in '../../../fable.core/1.3.1/fable-core/Util'
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/prelude.fs
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
 @ ./src/App.fs
 @ ./src/testDaemon.fsproj
 @ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server ./src/testDaemon.fsproj

WARNING in C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
172:15-25 "export 'defaultArg' was not found in '../../../fable.core/1.3.1/fable-core/Util'
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
 @ ./src/App.fs
 @ ./src/testDaemon.fsproj
 @ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server ./src/testDaemon.fsproj

WARNING in C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
185:27-31 "export 'some' was not found in '../../../fable.core/1.3.1/fable-core/Util'
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
 @ ./src/App.fs
 @ ./src/testDaemon.fsproj
 @ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server ./src/testDaemon.fsproj

WARNING in C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
188:27-31 "export 'some' was not found in '../../../fable.core/1.3.1/fable-core/Util'
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
 @ ./src/App.fs
 @ ./src/testDaemon.fsproj
 @ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server ./src/testDaemon.fsproj
webpack: Compiled with warnings.
webpack: Compiling...
fable: Compiled src\Home\View.fs
Hash: 64fb89640a7e19c1f870
Version: webpack 3.8.1
Time: 2227ms
                                   Asset      Size  Chunks                    Chunk Names
                               bundle.js      2 MB       0  [emitted]  [big]  main
    0.b7f14501e6aa67373323.hot-update.js   1.77 kB       0  [emitted]         main
    b7f14501e6aa67373323.hot-update.json  43 bytes          [emitted]
                           bundle.js.map   2.19 MB       0  [emitted]         main
0.b7f14501e6aa67373323.hot-update.js.map   1.01 kB       0  [emitted]         main
[./node_modules/webpack/hot ^\.\/log$] (webpack)/hot nonrecursive ^\.\/log$ 170 bytes {0} [built]
[./src/Home/View.fs] ./src/Home/View.fs 632 bytes {0} [built]
    + 390 hidden modules

WARNING in C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/prelude.fs
16:15-19 "export 'some' was not found in '../../../fable.core/1.3.1/fable-core/Util'
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/prelude.fs
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
 @ ./src/App.fs
 @ ./src/testDaemon.fsproj
 @ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server ./src/testDaemon.fsproj

WARNING in C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
172:15-25 "export 'defaultArg' was not found in '../../../fable.core/1.3.1/fable-core/Util'
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
 @ ./src/App.fs
 @ ./src/testDaemon.fsproj
 @ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server ./src/testDaemon.fsproj

WARNING in C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
185:27-31 "export 'some' was not found in '../../../fable.core/1.3.1/fable-core/Util'
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
 @ ./src/App.fs
 @ ./src/testDaemon.fsproj
 @ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server ./src/testDaemon.fsproj

WARNING in C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
188:27-31 "export 'some' was not found in '../../../fable.core/1.3.1/fable-core/Util'
 @ C:/Users/mange/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs
 @ ./src/App.fs
 @ ./src/testDaemon.fsproj
 @ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server ./src/testDaemon.fsproj
webpack: Compiled with warnings.

La partie importante est :

webpack: Compiling...
fable: Compiled src\Home\View.fs

Je soupçonne l'avertissement, à propos de : export 'some' was not found in causé par la nouvelle façon de Fable de gérer le type option . @alfonsogarciacaro ai-je raison Si oui, la simple mise à jour des dépôts elmish devrait suffire à les faire disparaître.

Même problème ici. Il faut des siècles maintenant pour compiler des projets plus importants.

J'ai essayé la même chose que

webpack: Compiled with warnings.
webpack: Compiling...
Parsing ./Home/View.fs...
Parsing ./App.fs...
fable: Compiled src\App.fs
Parsing ./Counter/View.fs...
Parsing ./Types.fs...
Parsing ./Info/View.fs...
Parsing ./Navbar/View.fs...
fable: Compiled src\Types.fs
fable: Compiled src\Counter\View.fs
fable: Compiled src\Info\View.fs
Parsing ../../../Users/rsachse/.nuget/packages/fable.elmish/1.0.0/fable/program.fs...
fable: Compiled src\Navbar\View.fs
Parsing ../../../Users/rsachse/.nuget/packages/fable.elmish.react/1.0.0/fable/react.fs...
Parsing ../../../Users/rsachse/.nuget/packages/fable.elmish.debugger/1.0.0/fable/debugger.fs...
fable: Compiled ..\..\Users\rsachse\.nuget\packages\fable.elmish.react\1.0.0\fable\react.fs
Parsing ../../../Users/rsachse/.nuget/packages/fable.elmish.browser/1.0.0/fable/navigation.fs...
fable: Compiled ..\..\Users\rsachse\.nuget\packages\fable.elmish\1.0.0\fable\program.fs
Parsing ../../../Users/rsachse/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs...
fable: Compiled ..\..\Users\rsachse\.nuget\packages\fable.elmish.debugger\1.0.0\fable\debugger.fs
Parsing ./State.fs...
fable: Compiled ..\..\Users\rsachse\.nuget\packages\fable.elmish.browser\1.0.0\fable\navigation.fs
Parsing ./Home/View.fs...
Parsing ../../../Users/rsachse/.nuget/packages/fable.elmish.react/1.0.0/fable/common.fs...
fable: Compiled src\State.fs
fable: Compiled src\Home\View.fs
fable: Compiled ..\..\Users\rsachse\.nuget\packages\fable.elmish.react\1.0.0\fable\common.fs
fable: Compiled ..\..\Users\rsachse\.nuget\packages\fable.elmish.browser\1.0.0\fable\parser.fs

quand je change Home/View.fs

yarn info fable-loader me donne version: '1.1.4',

Quelle est votre version dotnet ?

2.0.2 sur Windows

Je viens de l'essayer sur ma machine Linux (avec dotnet 2.0.0) et là ça marche

Je suis sous Windows avec 2.0.3.

Cela commence à être fou, j'ai beaucoup de comportements différents entre 2.0.0, 2.0.1, 2.0.2, 2.0.3 ces derniers jours...

Pouvez-vous s'il vous plaît essayer avec la 2.0.3 sous Windows ?

Edit: Pour vérifier si cela est lié à la version dotnet...

Mise à niveau vers 2.0.3 sur Windows 10 (1709)
fil 1.3.2
nœud 8.6.0/9.2.0

Toujours le même...

De retour à la maison, mise à niveau de cette machine également vers dotnet2.0.3 , toujours le même comportement

Pareil ici. Mêmes problèmes avec dotnet 2.0.3

Je vois ce problème aussi. dotnet 2.0.3

Pour les références voici le résultat que j'obtiens sous Linux avec dotnet 2.0.3 :

webpack: Compiling...
Parsing ./Home/View.fs...
Parsing ./App.fs...
fable: Compiled src/App.fs
Parsing ./Home/View.fs...
fable: Compiled src/Home/View.fs

Il y a un peu plus de ligne qu'avant sous windows mais ça semble ok.

Utilisez-vous un global.json quelque part sur votre système ?

Utilisez-vous un global.json quelque part sur votre système ?

Oui

{
    "sdk": {
        "version": "2.0.3"
    }
}

Utilisez-vous un global.json quelque part sur votre système ?

Non

Je suis sur macOS avec dotnet SDK 2.0.0 et je ne vois pas le problème. Le n°1246 indique également que le problème se produit de la version 1.3.0 bêta à la version 1.3.1, mais je n'ai pas touché au code pour détecter les fichiers sales entre ces versions. Argh !

Hmm, Fable 1.3 utilise System.IO.File.GetLastWriteTime pour détecter les fichiers sales ( source ). Peut-être que cela donne des résultats différents selon la version / plate-forme de netcore ? @vasily-kirichenko @enricosada

@forki rapporte que Fable a cessé de fonctionner avec dotnet SDK 2.0.3 (sur Windows, je suppose) et que le retour à 2.0.2 l'a fait fonctionner.

@forki rapporte que Fable a cessé de fonctionner avec dotnet SDK 2.0.3 (sur Windows, je suppose) et que le retour à 2.0.2 l'a fait fonctionner.

Qu'entendez-vous par « arrêté de travailler » ? J'ai la 2.0.3 et tout fonctionne (sauf l'optimisation de la recompilation). Dois-je rétrograder à 2.0.2 ?

image

essentiellement sur un commit qui fonctionnait définitivement, il a cessé de fonctionner aujourd'hui.

Hmm, Fable 1.3 utilise System.IO.File.GetLastWriteTime pour détecter les fichiers sales (source).

FCS est passé aux horodatages UTC partout récemment, cela peut-il causer le problème ?

mhm pas sûr, car le changement de version dotnet l'a résolu

Mais je suppose que je verrai le même problème dans la 2.0.2 éventuellement. Je suppose que c'est juste une cache "fraîche" de quelque chose

@alfonsogarciacaro pourriez-vous ajouter une connexion à https://github.com/fable-compiler/Fable/blob/cda3ae8a97c538b783c961ccb7aa168d695b7b3c/src/dotnet/dotnet-fable/StateUtil.fs #L137 comme "xxx.fs est en cours de compilation = xxxxx est supérieur à l'horodatage du projet = xxxxx" ? (cependant, je ne suis pas sûr de comprendre ce qu'est project.TimeStamp )

Je peux reproduire sous Windows (à la fois avec dotnet 2.0.0 et 2.0.3). J'ai ajouté le journal comme vous l'avez suggéré @vasily-kirichenko et dans mes tests locaux, cela a révélé que le problème ne se trouve pas dans cette ligne, il doit donc être ailleurs. Vérification en ce moment 👍

@alfonsogarciacaro super ! Nous attendons le correctif, la douleur est énorme :)

OK, voici mes conclusions : le problème semble être de savoir comment Webpack résout les dépendances. Dans le simple montré par @SCullman avant que src/Home/View.fs soit marqué comme une dépendance de src App.fs . Ainsi, chaque fois que View.fs est mis à jour, App.fs est également recompilé par Webpack pour s'assurer qu'il n'y a pas d'erreurs à l'exécution (ce qui peut arriver avec les fonctions en ligne, les changements dans les noms des méthodes publiques de View.fs, etc.).

Comme il s'agit du dernier fichier du projet, App.fs a évidemment beaucoup plus de dépendances. Et Webpack les recompile tous, mais apparemment uniquement sous Windows . Je dois signaler cela à l'équipe Webpack pour voir ce qui se passe.

En attendant, j'ai publié fable-loader 1.1.5 afin que vous puissiez désactiver les dépendances à l'aide de l'option extra.ignoreDependencies . L'inconvénient est que vous devrez effectuer une modification manuelle (comme ajouter un espace) dans un fichier dépendant s'il a besoin d'être recompilé jusqu'à ce que nous puissions trouver une solution appropriée, mais au moins l'observateur devrait être beaucoup plus rapide. Exemple:

    module: {
        rules: [
            {
                test: /\.fs(x|proj)?$/,
                use: {
                    loader: "fable-loader",
                    options: {
                        babel: babelOptions,
                        define: isProduction ? [] : ["DEBUG"],
                        extra: { ignoreDependencies: true }
                    }
                }
            },

@alfonsogarciacaro merci beaucoup, je suis de retour à 2 secondes de retour :)

J'ai publié dotnet-fable 1.3.2, pourriez-vous s'il vous plaît mettre à jour et essayer ? Cette version n'envoie pas de dépendances au client JS (vous n'avez donc même pas besoin de l'option extra.ignoreDependencies ) mais le démon les conservera et recompilera toujours les fichiers dépendants dans la compilation watch. De cette façon, si un changement provoque une erreur dans un autre fichier, l'erreur sera signalée par Webpack.

En prime, cela devrait également profiter à fable-splitter car cela ne dépend pas du client pour les dépendances (jeu de mots involontaire) @forki

BTW, également à @forki , 1.3.2 a été construit avec dotnet SDK 2.0.3 sur Windows, peut-être que cela résout votre problème ? ??

J'ai testé dans un projet plus important et apporté quelques modifications à différents fichiers avec plus ou moins de dépendances.
Emploi super. Merci!

Fonctionne avec 2.0.3 sur une machine. Je vérifierai l'autre plus tard dans la journée

Am 24.11.2017 08:10 schrieb "Stefan Cullmann" [email protected] :

J'ai testé dans un projet plus important et apporté quelques modifications à différents fichiers
avec plus ou moins de dépendances.
Emploi super. Merci!

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/fable-compiler/Fable/issues/1241#issuecomment-346757401 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AADgNMohglCrLNRcXVtu0d_YfzfGc3dZks5s5mvSgaJpZM4Ql5zA
.

Je ne suis pas sûr que cela fonctionne complètement pour moi.

Fichier de projet :

<ItemGroup>
    <Compile Include="Global.fs" />
    <Compile Include="ElasticSearch\Common.fs" />
    <Compile Include="EsScratchPad\View.fs" />
    <Compile Include="Errors\Types.fs" />
    <Compile Include="Errors\Es.fs" />
    <Compile Include="Errors\State.fs" />
    <Compile Include="Errors\View.fs" />
    <Compile Include="Apps\Types.fs" />
    <Compile Include="Apps\State.fs" />
    <Compile Include="Apps\View.fs" />
    <Compile Include="Types.fs" />
    <Compile Include="State.fs" />
    <Compile Include="App.fs" />
  </ItemGroup>

Après avoir modifié Apps\View.fs j'obtiens cette sortie :

webpack: Compiling...
Parsing ./Apps/View.fs...
Parsing ./App.fs...
fable: Compiled src\App.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Navbar.fs...
Parsing ./EsScratchPad/View.fs...
Parsing ./Types.fs...
Parsing ./Errors/View.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fable.elmish/1.0.0/fable/program.fs...
fable: Compiled src\Types.fs
Parsing C:/Users/kirichenko/.nuget/packages/fable.elmish.debugger/1.0.0/fable/debugger.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fable.elmish.react/1.0.0/fable/react.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fable.elmish.browser/1.0.0/fable/navigation.fs...
fable: Compiled src\EsScratchPad\View.fs
Parsing C:/Users/kirichenko/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs...
Parsing ./State.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fable.elmish\1.0.0\fable\program.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fable.elmish.react\1.0.0\fable\react.fs
Parsing ./Apps/View.fs...
Parsing ./ElasticSearch/Common.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Layouts/Section.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Components\Navbar.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Layouts/Columns.fs...
fable: Compiled src\State.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Layouts/Column.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fable.elmish.browser\1.0.0\fable\navigation.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Form.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fable.elmish.debugger\1.0.0\fable\debugger.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Button.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Common.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Layouts\Columns.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Extra/FontAwesome.fs...
fable: Compiled src\Errors\View.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Icon.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Notification.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Layouts\Section.fs
fable: Compiled src\ElasticSearch\Common.fs
Parsing C:/Users/kirichenko/.nuget/packages/fable.elmish.react/1.0.0/fable/common.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Common.fs
Parsing ./Apps/State.fs...
Parsing ./Errors/State.fs...
fable: Compiled src\Apps\View.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Panel.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fable.elmish.react\1.0.0\fable\common.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Box.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Message.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Table.fs...
Parsing ./Errors/Es.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Pagination.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Extra\FontAwesome.fs
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Content.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fable.powerpack/1.3.1/fable/src/Fetch.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Menu.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Layouts/Level.fs...
Parsing C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Tag.fs...
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Layouts\Column.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Elements\Notification.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Elements\Button.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Elements\Icon.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Layouts\Level.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Elements\Tag.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Components\Menu.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fable.powerpack\1.3.1\fable\src\Fetch.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Components\Pagination.fs
fable: Compiled src\Errors\Es.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Elements\Content.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Elements\Form.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Elements\Table.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Components\Message.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Components\Panel.fs
fable: Compiled src\Errors\State.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fulma\1.0.0-beta-005\fable\Elements\Box.fs
fable: Compiled src\Apps\State.fs
fable: Compiled C:\Users\kirichenko\.nuget\packages\fable.elmish.browser\1.0.0\fable\parser.fs
Hash: 3311826e924a74e32344
Version: webpack 3.8.1
Time: 3656ms
                                   Asset      Size  Chunks                    Chunk Names
                               bundle.js    2.7 MB       0  [emitted]  [big]  main
    0.42dbebdd1d8a29329817.hot-update.js   33.4 kB       0  [emitted]         main
    42dbebdd1d8a29329817.hot-update.json  43 bytes          [emitted]
                           bundle.js.map   2.55 MB       0  [emitted]         main
0.42dbebdd1d8a29329817.hot-update.js.map   9.24 kB       0  [emitted]         main
[./C:/Users/kirichenko/.nuget/packages/fable.elmish.browser/1.0.0/fable/navigation.fs] C:/Users/kirichenko/.nuget/packages/fable.elmish.browser/1.0.0/fable/navigation.fs 4.73 kB {0} [built]
[./C:/Users/kirichenko/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs] C:/Users/kirichenko/.nuget/packages/fable.elmish.browser/1.0.0/fable/parser.fs 8.33 kB {0} [built]
[./C:/Users/kirichenko/.nuget/packages/fable.elmish.debugger/1.0.0/fable/debugger.fs] C:/Users/kirichenko/.nuget/packages/fable.elmish.debugger/1.0.0/fable/debugger.fs 8.99 kB {0} [built]
[./C:/Users/kirichenko/.nuget/packages/fable.elmish.react/1.0.0/fable/react.fs] C:/Users/kirichenko/.nuget/packages/fable.elmish.react/1.0.0/fable/react.fs 871 bytes {0} [built]
[./C:/Users/kirichenko/.nuget/packages/fable.elmish/1.0.0/fable/program.fs] C:/Users/kirichenko/.nuget/packages/fable.elmish/1.0.0/fable/program.fs 8.33 kB {0} [built]
[./C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Navbar.fs] C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Navbar.fs 24.2 kB {0} [built]
[./C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Panel.fs] C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Components/Panel.fs 10.3 kB {0} [built]
[./C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Box.fs] C:/Users/kirichenko/.nuget/packages/fulma/1.0.0-beta-005/fable/Elements/Box.fs 787 bytes {0} [built]
[./node_modules/webpack/hot ^\.\/log$] (webpack)/hot nonrecursive ^\.\/log$ 170 bytes {0} [built]
[./src/App.fs] ./src/App.fs 6.51 kB {0} [built]
[./src/Apps/View.fs] ./src/Apps/View.fs 9.28 kB {0} [built]
[./src/Errors/View.fs] ./src/Errors/View.fs 15.5 kB {0} [built]
[./src/EsScratchPad/View.fs] ./src/EsScratchPad/View.fs 8.99 kB {0} [built]
[./src/State.fs] ./src/State.fs 3.04 kB {0} [built]
[./src/Types.fs] ./src/Types.fs 2.72 kB {0} [built]
    + 400 hidden modules
webpack: Compiled successfully.

3,6 secondes c'est plutôt bien (mais c'est plus long qu'avec extra.ignoreDependencies - 1,7 secondes).

@vasily-kirichenko J'ai le même au début. Après avoir réinstallé Paket deps à partir de zéro, tout va bien maintenant.

Maintenant c'est 10 secondes... :(

@irium ah ! paket install --force ?

Ce n'est pas aidé, en même temps :(

@vasily-kirichenko Veuillez vous assurer d'avoir 1.3.2 dans paket.lock et lors de l'exécution de dotnet fable --version . Si nécessaire, supprimez le dossier obj avant d'exécuter dotnet restore .

Est-ce que mon webpack.config.js OK ?

var path = require("path");
var webpack = require("webpack");
var fableUtils = require("fable-utils");

function resolve(filePath) {
    return path.join(__dirname, filePath)
}

var babelOptions = fableUtils.resolveBabelOptions({
    presets: [["es2015", {"modules": false}]],
    plugins: [["transform-runtime", {
        "helpers": true,
        // We don't need the polyfills as we're already calling
        // cdn.polyfill.io/v2/polyfill.js in index.html
        "polyfill": false,
        "regenerator": false
    }]]
});

var isProduction = process.argv.indexOf("-p") >= 0;
console.log("Bundling for " + (isProduction ? "production" : "development") + "...");

module.exports = {
    devtool: "source-map",
    entry: resolve('./src/EsExplorer.fsproj'),
    output: {
        filename: 'bundle.js',
        path: resolve('./public'),
    },
    resolve: {
        modules: [
            "node_modules", resolve("./node_modules/")
        ]
    },
    devServer: {
        contentBase: resolve('./public'),
        port: 8080,
        hot: true,
        inline: true
    },
    module: {
        rules: [
            {
                test: /\.fs(x|proj)?$/,
                use: {
                    loader: "fable-loader",
                    options: {
                        babel: babelOptions,
                        define: isProduction ? [] : ["DEBUG"]
                    }
                }
            },
            {
                test: /\.js$/,
                exclude: /node_modules/,
                use: {
                    loader: 'babel-loader',
                    options: babelOptions
                },
            },
            {
                test: /\.sass$/,
                use: [
                    "style-loader",
                    "css-loader",
                    "sass-loader"
                ]
            }
        ]
    },
    plugins : isProduction ? [] : [
        new webpack.HotModuleReplacementPlugin(),
        new webpack.NamedModulesPlugin()
    ]
};

Cela me semble correct.

La suppression de obj et dotnet restore résout le problème - 1,5 seconde maintenant. Merci beaucoup!

putain d'obj - C'est une telle merde en ce moment. toujours le problème

@forki est-ce dotnet problème ou un paquet

point net

Autre question : puis-je supprimer tous les prerelease de packet.dependencies ?

Oui, sauf pour Fulma si vous l'utilisez :) @vasily-kirichenko

OK merci. Je ne peux pas imaginer ma vie sans Fulma :)

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

stkb picture stkb  ·  3Commentaires

alfonsogarciacaro picture alfonsogarciacaro  ·  3Commentaires

MangelMaxime picture MangelMaxime  ·  3Commentaires

krauthaufen picture krauthaufen  ·  3Commentaires

alfonsogarciacaro picture alfonsogarciacaro  ·  3Commentaires