Nous ouvrons ce problème pour vous informer des problèmes de configuration de dependencies.io ou des échecs de construction.
Nous ajouterons un commentaire ici lorsque nous verrons des problèmes. Vous pouvez fermer ce problème lorsque
vous avez des choses résolues - nous l'ouvrirons de nouveau si nous détectons de nouveaux problèmes.
Liens utiles:
Remarque : Pour vous aider à garder votre dépôt aussi propre que possible, c'est le seul problème.
que nous allons ouvrir et commenter. N'hésitez pas à supprimer les commentaires
qui sont faites au fur et à mesure que vous les résolvez, si vous voulez que ce problème reste court et bien rangé.
@davegaeddert y a-t-il une chance que le collecteur de lerna soit lié à une version spécifique de lerna ?
https://app.dependencies.io/projects/github/storybooks/storybook
lerna info version 2.2.0
lerna ERR! EMISMATCH Lerna major version mismatch: The current version of lerna is 2.2.0, but the Lerna version in `lerna.json` is 2.3.1. You can either run `lerna init` again or install `[email protected]`.
Je crois qu'il devrait utiliser la version locale de lerna avec yarn lerna <command>
au lieu de la version globale
@Hypnosphi bon point. Nous avons poussé une mise à jour à la fois pour le collecteur et l'acteur (nous avons décidé d'ajouter le dépôt node_modules/.bin
au chemin à la place). Je l'ai testé sur une fourche et ça a bien fonctionné, mais faites-moi savoir si vous avez d'autres problèmes. Merci!
La construction n° 11 sur le maître (f355399e0de4b9cb1c91ba1969bc37f6c8fe6235) a échoué !
La construction n° 15 sur le maître (81152d5c766d02d790d99c49d5e94dafb9a84d1f) a échoué !
@davegaeddert le même problème, cette fois en acteur : https://app.dependencies.io/projects/github/storybooks/storybook/builds/15
La construction n° 16 sur le maître (3036b2c58bcc0b98f09860011a45425bedb7ed22) a échoué !
@Hypnosphi Je vais jeter un oeil.
La construction n° 17 sur le maître (3036b2c58bcc0b98f09860011a45425bedb7ed22) a échoué !
La construction n° 18 sur le maître (173083412abac06f833e9dc995a94608081bc2db) a échoué !
@Hypnosphi Je pense que l'acteur devrait travailler maintenant. Le collecteur a échoué car il semble que quelque part dans les deux derniers commits, des dépendances babel/vue aient été introduites mais pas ajoutées à yarn.lock
? Notre collecteur se ferme s'il remarque des modifications yarn.lock
non validées afin que vous ne receviez pas un tas de demandes d'extraction qui incluent toutes ces modifications (non liées).
Le problème avec l'acteur peut nécessiter un peu plus de réflexion, mais devrait fonctionner pour la façon dont vous l'utilisez en ce moment puisque votre commande bootstrap est juste yarn
. Le problème est que vous devez installer le lerna local avant de pouvoir l'utiliser... sinon vous obtenez cette incompatibilité de version entre ce que le référentiel local demande et quelle est notre version globale actuelle. Est-ce pour cette raison que votre commande bootstrap n'utilise plus lerna bootstrap
? Ai-je vu que vous (ou quelqu'un sur storybook) êtes également impliqué dans le développement de lerna ? Je lisais quelques numéros sur les questions globales et locales - quelle est la manière générale dont vous utilisez lerna dans le développement ? Avez-vous une version de lerna installée globalement sur votre machine ? Ou locale ? Ou les deux?
Désolé pour toutes les questions - si quelqu'un a une expertise à ce sujet, les commentaires sont les bienvenus ! Nous voulons simplement nous assurer que tout ce que nous construisons autour de lerna fonctionne comme les gens l'attendent. D'après ce que je peux dire, ces questions sur le collectionneur/acteur sont probablement similaires à ce à quoi vous avez dû faire face dans le développement.
certaines dépendances babel/vue ont été introduites mais pas ajoutées à yarn.lock
Résoudra ça.
@ndelangen btw de tels cas peuvent être évités avec #1980
Est-ce la raison pour laquelle votre commande bootstrap n'utilise plus
lerna bootstrap
La raison en est que nous trouvons pratique d'utiliser une seule commande pour installer à la fois les dépendances root et package s
quelle est la manière générale dont vous utilisez lerna dans le développement
J'utilise toujours yarn lerna <command>
La construction n° 27 sur le maître (c2f605c77283646ffc097d4bcd01521b068bd114) a échoué !
@davegaeddert Je n'ai pas réussi à trouver quelle est l'erreur ici : https://app.dependencies.io/projects/github/storybooks/storybook/builds/27
@Hypnosphi semble avoir expiré (limite de 20 minutes). Encore faut-il que ce message d'erreur reflète cela pour que ce soit plus évident.
Salut! Je ne sais pas si cela m'aide, mais j'ai des problèmes similaires avec dependencies.io (pas avec l'acteur lerna que je dois encore essayer).
J'ai trouvé que l'omission des paramètres résolvait un peu une erreur similaire.
La construction # 51 sur le maître (725ac4b73ba728a2b7444a29e5b1e20a64a65500) a échoué !
La construction n° 57 sur le maître (f48fbd323157fadaf5b23912716a44460e5fb3e9) a échoué !
@davegaeddert est-ce la version de React qui casse la construction ? https://app.dependencies.io/projects/github/storybooks/storybook/builds/57
Au fait, que signifie exactement cette colonne "actions" ?
La construction n° 58 sur le maître (16cb94d7b2bd66d9c34a745146ef96decc959e52) a échoué !
La construction n° 59 sur le maître (50dc2f1c137e3cd9e86a2782719facff8ea5a33b) a échoué !
@Hypnosphi Je vais jeter un oeil. La colonne des actions indique simplement le nombre d'acteurs exécutés (sur cette version) pour cette dépendance particulière. Certes, l'interface utilisateur a besoin d'être mise à jour maintenant que nous avons une meilleure idée de la façon dont les choses fonctionnent et de la façon dont les gens l'utilisent.
La construction # 60 sur le maître (6897edb10024853fa1e837396a9a7470c75062da) a échoué !
@Hypnosphi , donc apparemment, il y a tellement de mises à jour (et de notes de version) avec toutes ces mises à jour de React qu'il est trop gros pour être transmis dans le conteneur de la manière dont nous le faisons actuellement. Nous venons de voir cela hier pour la première fois et je suis surpris que cela ne soit pas apparu auparavant - en particulier sur votre repo qui, AFAIK, a plus de dépendances que quiconque. Je dirais que si vous effectuez les mises à jour react
et react-dom
à la main, cela devrait en effacer l'essentiel et faire fonctionner à nouveau les choses. Je vais ouvrir un problème et nous parlerons de quelques étapes pour y remédier de manière globale.
Ouais, c'était ma supposition, c'est pourquoi j'ai ouvert #2285
En fait, presque tous sont devDependencies
, nous allons donc envisager de les remplacer par devDependencies
à la racine
La construction # 65 sur le maître (7a1f7c4d0220f1d03c710040798eabaf9d4e5b2f) a échoué !
La construction n° 69 sur le maître (e7cf06787a45b4fdd5195a9163b6149e02dc55f3) a échoué !
La construction n° 70 sur le maître (18ae5324c964a50419b00d154944dba6f94f5059) a échoué !
@davegaeddert
https://app.dependencies.io/projects/github/storybooks/storybook/builds/70
ERROR: Failed to download Chromium r515411! Set "PUPPETEER_SKIP_CHROMIUM_DOWNLOAD" env variable to skip download.
puis-je définir cela dans la configuration de l'acteur ?
@Hypnosphi , il semble que vous puissiez également le désactiver à l'aide d'un paramètre de configuration npm . Je pense qu'il devrait y avoir plusieurs façons de définir une option de configuration comme celle-ci, notre paramètre npmrc
peut être le meilleur pour couvrir toutes les possibilités. Je n'ai pas essayé ceci, mais que se passe-t-il si vous le faites :
settings:
npmrc: |
puppeteer_skip_chromium_download=true
La construction n° 78 sur le maître (d9308d62d9b9cc57ce683e9e13433f7d7ae8a6e8) a échoué !
La construction n° 84 sur le maître (a6a5f9fe81fed720aeecbac15d4adcee8780101c) a échoué !
La construction # 85 sur le maître (a6a5f9fe81fed720aeecbac15d4adcee8780101c) a échoué !
La construction # 86 sur le maître (ab7660d0ec0e6c8df0167e6bbc929a1d5abdbedc) a échoué !
La construction n° 87 sur le maître (fea626a434bdb1a9ebbec87cddea1bbcc4147f11) a échoué !
La construction # 88 sur le maître (34608bf1ef8930644c604f6340bc62a190f0a3ed) a échoué !
@Hypnosphi encore trop de mises à jour pour un PR groupé ?
Ça y ressemble. En fait, il effectue un travail inutile lors de l'exécution npm install package-name<strong i="5">@version</strong> --save
dans le répertoire du package, puis yarn install
à la racine. Si la première étape était yarn add package-name
, cela permettrait d'économiser du temps (et probablement de la mémoire), car le fil est conscient des espaces de travail, et les yarn install
suivants donneraient simplement "Déjà à jour"
Ouais, donc je pense que la raison pour laquelle cela fonctionnait de cette façon à l'origine était liée à la combinaison yarn + lerna + --hoist
... que j'ai l'impression d'avoir vu n'est même plus prise en charge maintenant que les espaces de travail de fil sont une chose? Ce que je me demande, c'est si ce que nous devons vraiment faire est simplement d'ajouter la prise en charge des espaces de travail au collecteur/acteur js-npm normal. Je pense que nous pourrions obtenir certaines de ces améliorations que vous mentionnez et cela pourrait nous permettre de nous recentrer un peu sur ce à quoi ressemble le support "fil", et séparément à quoi ressemble le support "lerna".
Cela aurait-il un sens pour vous ? Comme nous en avons parlé, lerna n'a vraiment rien à voir avec la façon dont vous installez les dépendances maintenant - ce ne sont vraiment que des espaces de travail de fil.
Ouais, c'est logique
BTW, lorsque vous utilisez monorepo (avec des espaces de travail lerna ou yarn), vous ne pouvez pas vraiment faire npm install something
dans le répertoire du package en toute sécurité. Par exemple, si monorepo contient un package qui n'a jamais été publié et qu'un autre package en dépend, npm install
échouera en raison d'une dépendance non satisfaite. Avec lerna, il n'y a en fait aucun bon moyen d'ajouter/de mettre à jour des dépendances dans les packages AFAIK. La seule chose que vous pouvez faire est de mettre à jour package.json manuellement, puis d'exécuter la commande bootstrap.
D'autre part, avec les espaces de travail de fil, vous pouvez faire yarn upgrade package-name
dans le répertoire du package, et cela fonctionnera bien, car le fil est conscient des espaces de travail
La construction n° 89 sur le maître (cc8b312c84de515a533872671a533fa15eb1b7e0) a échoué !
La construction n° 90 sur le maître (cc8b312c84de515a533872671a533fa15eb1b7e0) a échoué !
La construction n° 91 sur le maître (703bf996c29ccf83d896b781de7da3c596fa902e) a échoué !
La construction n° 93 sur le maître (5e813170e2d1797667a7ca5dcbe1c4f95ed076c0) a échoué !
La construction # 94 sur le maître (0b256f55b92dd7b3b012303860b00841e36d6727) a échoué !
La construction # 100 sur le maître (7ba7de5b4eb55ba5932ffe6c58677629a30bb7fe) a échoué !
La construction n° 101 sur le maître (7ba7de5b4eb55ba5932ffe6c58677629a30bb7fe) a échoué !
La construction n° 102 sur le maître (7ba7de5b4eb55ba5932ffe6c58677629a30bb7fe) a échoué !
@davegaeddert semble qu'il n'y a pas tellement de mises à jour cette fois (9):
https://app.dependencies.io/projects/github/storybooks/storybook
@Hypnosphi , cela prend encore beaucoup de temps si la façon dont cela fonctionne actuellement (exécute l'installation deux fois essentiellement chaque paquet). J'ai ouvert un problème ici : https://github.com/dependencies-io/actor-js-lerna/issues/25
Je vais essayer d'examiner cela un peu plus loin, mais il semble que ce soit au moins une étape majeure que nous pourrions franchir pour améliorer cela (bien que je pense toujours que séparer les espaces de travail de fil de lerna sera la bonne direction à la fin). Toutes les pensées seraient très appréciées!
Il suffirait d'ajouter l'option install_command
qui accepterait l'argument package@version
. Nous pourrions simplement passer yarn add
là-bas, et le fil conserverait le type de dépendance (dev/peer/optional)
La construction # 116 sur le maître (043f03ce03d1dbedae96bf3bbac0c1941806c0b3) a échoué !
La construction # 117 sur le maître (8b2064fa17b3d6a914f6fecd996c88c342ae20e3) a échoué !
La construction n° 118 sur le maître (3cc66e39c59de767d26e70664b0d166c440d9c56) a échoué !
@davegaeddert semble fonctionner encore trop longtemps =( https://app.dependencies.io/projects/github/storybooks/storybook/builds/118
Existe-t-il un moyen d'exécuter bootstrap_command
uniquement après que toutes les mises à jour du lot ont été effectuées ?
La construction # 119 sur le maître (bfafaa8bd0d32d357f1a893f579edfd56e7cdc67) a échoué !
Tournage @Hypnosphi . Exécuter bootstrap_command
à la fin aiderait certainement... mais chaque commit individuel n'aurait pas les modifications de yarn.lock pour aller avec la mise à jour de la dépendance individuelle, n'est-ce pas ? Que diriez-vous d'essayer --prefer-offline
avec votre bootstrap_command
? Y aurait-il un inconvénient majeur à cela ?
mais alors chaque commit individuel n'aurait pas les modifications de yarn.lock pour aller avec la mise à jour de la dépendance individuelle, n'est-ce pas?
C'est OK. Si je annule un commit particulier, cela signifie que j'ai déjà extrait la branche et que ce n'est pas grave de mettre à jour les fichiers de verrouillage après cela.
Quoi qu'il en soit, je vais essayer l'approche prefer-offline
Ok, dis-moi comment ça se passe. J'apprécie les commentaires (et la patience).
La construction # 129 sur le maître (c275e5c508714bd1a49342e51ddf00bbdb54d277) a échoué !
La construction n° 131 sur le maître (173b1d1f61f0fd16c5c42e198301d131435cd7e0) a échoué !
La construction n° 132 sur le maître (4cbc69731db8e6c29277a7d15d8c5a5ff1f19d14) a échoué !
La construction n° 133 sur le maître (795b01cd6233268fcabe62ea04a44a4e26403df6) a échoué !
@davegaeddert Il échoue toujours sur 9 mises à jour
La construction # 134 sur le maître (05b072c508e5e2b756079fcd185b0214adc13ace) a échoué !
@Hypnosphi ok, j'ai augmenté le délai à 45 minutes pour l'instant. C'est plus du double de ce qu'il était. Nous sommes en train de travailler sur ce qui se transforme essentiellement en une "v2" de l'ensemble du système - qui prend en compte tous les commentaires et les choses que nous avons vus jusqu'à présent. Espérons qu'il traitera la plupart de ces types de problèmes, tout en introduisant une nouvelle interface utilisateur et des flux de travail pour gérer les dépendances (et les fichiers de verrouillage en particulier).
La construction n° 138 sur le maître (a9d7440fa59533d5b373e32bfd2e15be44557a64) a échoué !
La construction n° 139 sur le maître (a9d7440fa59533d5b373e32bfd2e15be44557a64) a échoué !
La construction # 165 sur le maître (65a121fea27cf49f3877dd466304d41e794c0e54) a échoué !
La construction # 166 sur le maître (036002b84c4d9bf9776a6c032e6e7ff9c7e95d4c) a échoué !
La construction n° 175 sur le maître (93e85821cc80e8ad7799be2b17fb9eca6ba00d6f) a échoué !
La construction # 176 sur le maître (8fadf670ab247dfe00c25e02d88b4464a403bc2b) a échoué !
@davegaeddert pour une raison quelconque, les builds quotidiens ne démarrent plus : https://app.dependencies.io/projects/github/storybooks/storybook/builds
Merci @Hypnosphi - J'ai trouvé un bogue et je l'ai corrigé. Devrait courir demain.
Maintenant, il échoue et ne le signale même pas ici =(
La construction n° 183 sur le maître (bb46b676d92ce0ef1a38345cf04fc746dfe29aa4) a échoué !
La construction n° 184 sur le maître (bb46b676d92ce0ef1a38345cf04fc746dfe29aa4) a échoué !
La construction # 185 sur le maître (cadcda79a1272e0e0ef225190d0d15bf21bebcd4) a échoué !
La construction # 201 sur le maître (d82d634e3068688def4319170c4c41219cae93fa) a échoué !
La construction # 209 sur le maître (e86bad1df456f647f07247e9bfd4ed9252373e46) a échoué !
La construction # 210 sur le maître (a78016c4c9ba9defdd4a5ef86cdf6bbc78e83425) a échoué !
La construction # 211 sur le maître (0e919925b97f3bfccb32812741ed2e638dbcbd09) a échoué !
collectors:
# Temporarily disabled
# - type: js-npm
# path: examples/crna-kitchen-sink
# actors:
# # pull requests for updates to our major version
# - type: js-npm
# versions: "L.Y.Y"
# # create issues for new major versions
# - type: repo-issue
# versions: "Y.0.0"
# Temporarily disabled
# - type: js-npm
# path: examples/react-native-vanilla
# actors:
# # pull requests for updates to our major version
# - type: js-npm
# versions: "L.Y.Y"
# # create issues for new major versions
# - type: repo-issue
# versions: "Y.0.0"
- type: js-lerna
path: /
settings:
collect_root: true
bootstrap_command: yarn --ignore-scripts --ignore-engines --silent --prefer-offline
actors:
# pull requests for updates to our major version
- type: js-lerna
dependencies_not_matching: "^react-native$"
versions: "L.Y.Y"
settings:
batch_mode: true
bootstrap_command: :
# bootstrap_command: :
# ^
# --------
# Basic YAML parsing error
# - mapping values are not allowed here
# --------
github_labels:
- dependencies:update
github_assignees:
- Hypnosphi
# create issues for new major versions
- type: repo-issue
versions: "Y.0.0"
settings:
github_labels:
- dependencies:update
github_assignees:
- Hypnosphi
- type: js-npm
path: docs
actors:
# pull requests for updates to our major version
- type: js-npm
versions: "L.Y.Y"
settings:
batch_mode: true
github_labels:
- dependencies:update
github_assignees:
- Hypnosphi
# create issues for new major versions
- type: repo-issue
versions: "Y.0.0"
settings:
github_labels:
- dependencies:update
github_assignees:
- Hypnosphi
Une fois que vous l'avez corrigé, une nouvelle construction sera lancée automatiquement.
La construction # 218 sur le maître (3e9d6be6418fd50fbbbe5ead2b09dbf34f3e0272) a échoué !
La construction # 219 sur le maître (3e9d6be6418fd50fbbbe5ead2b09dbf34f3e0272) a échoué !
La construction # 223 sur le maître (56c1bef3bc17d5f23a2be06ff37f745d5d1fa5d2) a échoué !
La construction # 227 sur le maître (90ea6d900b4da815f102be3c879d0f5c9dec1727) a échoué !
La construction # 228 sur le maître (14d598316d7b9003cef36ad2b24c0bf62881d4d6) a échoué !
La construction # 236 sur le maître (cd5dc85ea853d3ec878318d04a64cc8c35c0ca4d) a échoué !
La construction # 237 sur le maître (7bb9a843a8480a41d2424dcf0705af4e319e7042) a échoué !
La construction n° 238 sur le maître (58715749d98a66319bc89a7aefc209f5351d175c) a échoué !
La construction # 271 sur le maître (43adb98d07c8cf8ed1970ed3a72c5ae0d5961817) a échoué !
La construction n° 278 sur le maître (de93812ed18f4cd7aef24c0aa5552394d241ee6f) a échoué !
La construction # 280 sur le maître (4afed6660fa0fc1976df1c6de375231d2f68bf83) a échoué !
La construction # 284 sur le maître (c94bcddb56dd9eb2560bca043a33f9bbb7d6b94c) a échoué !
La construction # 286 sur le maître (0fe88b6b828dee79b0b4c4686ff0d216e19db301) a échoué !
La construction # 289 sur le maître (e459e209385067a06da42a18ba7f080125564a48) a échoué !
La construction # 290 sur le maître (e459e209385067a06da42a18ba7f080125564a48) a échoué !
La construction n° 291 sur le maître (e459e209385067a06da42a18ba7f080125564a48) a échoué !
La construction # 297 sur le maître (ad363e023588fd7d9e293aa4eae49068493da554) a échoué !
La construction # 300 sur le maître (55d6d6d45a26c42800169181158e8ce9ce7da47c) a échoué !
La construction # 306 sur le maître (9340ddeaa906fc1e4cc0dcb1b437cd552327780c) a échoué !
La construction # 309 sur le maître (337412e177fc2fb8de4282d0f95f6e6673a3ee05) a échoué !
La construction # 314 sur le maître (a881e517bf2e5bb7d2cabc3e449c3a3999e2cad7) a échoué !
La construction # 320 sur le maître (9bbe5cc405bf5cce1c55c81147c13d75c95892b3) a échoué !
La construction # 321 sur le maître (965411ff5a5c6ee502413cbf5ccca0f7cfaef7b5) a échoué !
La construction # 322 sur le maître (2488fe95a12412f9cd037558934480d27eb5e27a) a échoué !
La construction # 323 sur le maître (2675c19144e6eb33d6460157b3133a3ce056d943) a échoué !
La construction # 324 sur le maître (eb4bc2ab5f570e0847ab94cccb34b23ac4a77d86) a échoué !
La construction # 326 sur le maître (393569781ab34b75ccde0bc17b0199537f1b57a4) a échoué !
La construction # 328 sur le maître (73427072feb3677e098229576c20880b6e46bad2) a échoué !
La construction # 332 sur le maître (03cb6c56b8237855f217a131bf389530eb55657a) a échoué !
La construction # 337 sur le maître (4b6d661102ae94bf0ed4f009be67cbdb2190ee5d) a échoué !
La construction # 339 sur le maître (c25731ff151cad6008028b90cd1bb580fc6f9bc0) a échoué !
La construction # 342 sur le maître (80046785e3be3b1b4fa07d52ef5de39276da12b5) a échoué !
La construction # 344 sur le maître (bcff86c7cf3419ae7598d353d170f69587072933) a échoué !
La construction # 346 sur le maître (407cc6735596daa42d1f64e95b17a92eec585dbc) a échoué !
La construction # 348 sur le maître (23b54f9db9352526b7842230ecc940c2d5e479dd) a échoué !
La construction # 349 sur le maître (b4d4704e7accee27ba9d9619fcb7d4ba441a1883) a échoué !
La construction # 351 sur le maître (4a250fb7da698175a46fbe47f0a0125b1ce0775b) a échoué !
Salut à tous! On dirait qu'il n'y a pas eu grand-chose dans ce problème ces derniers temps. S'il y a encore des questions, des commentaires ou des bugs, n'hésitez pas à poursuivre la discussion. Malheureusement, nous n'avons pas le temps d'aborder chaque problème. Nous sommes toujours ouverts aux contributions, veuillez donc nous envoyer une pull request si vous souhaitez aider. Les problèmes inactifs seront fermés après 30 jours. Merci!
La construction # 357 sur le maître (5f279c1a99ea2f99e5038f4922400d399741a4d8) a échoué !
La construction # 358 sur le maître (f49c44482618ca77e8134b53aba58d6138b662ed) a échoué !
La construction # 362 sur le maître (b2b275b32bb35db8c5038c43ddc331875502be31) a échoué !
@Hypnosphi Comment trouver le problème ? je ne sais pas comment y remédier..
@davegaeddert Salut ! On dirait qu'il essaie de mettre à niveau tous les packages babel (et peut-être d'autres aussi, comme eslint) de stable à bêta : https://v1.dependencies.io/projects/github/Hypnosphi/storybook
Y a-t-il une chance que L.Y.Y
ait commencé à correspondre par erreur 7.0.0-tag
pour 6.0.0
comme version actuelle ?
Salut! @Hypnosphi vouliez -vous créer un lien vers Hypnosphi/storybook au lieu de storybooks/storybook ? On dirait qu'ils ont des configurations différentes, je veux juste m'assurer que nous sommes d'abord sur la même page.
La construction # 363 sur le maître (4121d263f51fdbe1bcf4ba7be5abbdafdd2d8268) a échoué !
La construction # 364 sur le maître (b7054f3a0d75f096303df900a75bba505eb23520) a échoué !
@davegaeddert désolé, ma faute. On dirait qu'une mauvaise version de nœud est utilisée alors :
https://v1.dependencies.io/projects/github/storybooks/storybook
Le "nœud" du moteur est incompatible avec ce module. Version attendue "^6.14.0 || ^8.10.0 || >=9.10.0"
@Hypnosphi ok merci. Je vais voir si nous pouvons résoudre ce problème, mais nous ne maintenons plus activement les composants v1. Je sais que nous en avons déjà parlé un peu auparavant, mais savez-vous ce qui vous empêcherait de passer à la v2 à ce stade ? Quelle est la plus grande question en suspens là-bas ?
La construction # 365 sur le maître (9d2756c6c1cec1a8ad754d9fe63fc61adaccc7f6) a échoué !
La construction # 366 sur le maître (a2a2a914275296f5776b92cd36d45811a5b377d3) a échoué !
La construction # 367 sur le maître (bd9c701d75c74a1f8d25171b49af63932e9e986d) a échoué !
La construction # 368 sur le maître (c14b250f63b3d96766572429788b452d459f39f0) a échoué !
La construction # 369 sur le maître (dd1953c9539ad8a1d3d7799baa63d9610df88489) a échoué !
La construction # 370 sur le maître (621a4ed603ebd0875a64f9f58ed15d17758c8626) a échoué !
La construction # 371 sur le maître (f7ccb82146ad01e51ffc94a8cb261bb141cd0f7b) a échoué !
La construction # 372 sur le maître (f7ccb82146ad01e51ffc94a8cb261bb141cd0f7b) a échoué !
La construction n° 373 sur le maître (be3ab291e36a90856d6d16c311eaafde7a95bfaf) a échoué !
La construction # 374 sur le maître (80d6b99eaaa655cc01e1c5cf1ba15e8c45cb9b82) a échoué !
Salut à tous! On dirait qu'il n'y a pas eu grand-chose dans ce problème ces derniers temps. S'il y a encore des questions, des commentaires ou des bugs, n'hésitez pas à poursuivre la discussion. Malheureusement, nous n'avons pas le temps d'aborder chaque problème. Nous sommes toujours ouverts aux contributions, veuillez donc nous envoyer une pull request si vous souhaitez aider. Les problèmes inactifs seront fermés après 30 jours. Merci!