hyperstack-org/hyperstack

how to undo the cache when changing imports????

Open

#212 ouverte le 1 juil. 2019

Voir sur GitHub
 (0 commentaires) (0 réactions) (0 assignés)JavaScript (43 forks)batch import
enhancementhelp wantedneeds doc

Métriques du dépôt

Stars
 (531 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

after changing some imports you have to be sure to do a rm -rf tmp/cache. It would be great if we could figure out how to fix this. Not sure how you would unless we perhaps did a hash of the config/initializers/hyperstack.rb file, and then used that hash to somehow invalidate the cache.

Meanwhile until there is a real fix, the installer generator should leave a bit fat comment in the file explaining that if you edit this file you should do a rm -rf tmp/cache

Like any documentation (install and todo tutorial for example) that mentions the initializer, should in bold explain that you need to do the rm -rf tmp/cache trick

Guide contributeur

Direction de recherche
Étudiez le mécanisme de mise en cache actuel dans Hyperstack, probablement dans le fichier config/initializers/hyperstack.rb. Cherchez où les importations sont mises en cache et comment les clés de cache sont générées. Envisagez d'implémenter un hachage du fichier de configuration comme partie de la clé de cache pour invalider automatiquement lors des modifications. Si ce n'est pas possible, ajoutez un commentaire proéminent dans le fichier d'initialisation indiquant aux utilisateurs d'exécuter 'rm rf tmp/cache' après modification. De plus, mettez à jour toute documentation (par exemple, guide d'installation, tutoriel todo) pour inclure cette instruction en gras.
Stack technique
ruby
Domaine
backend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
Ruby
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70