Rake fails to re-run file task if file content changes but has timestamp older than target
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- ruby
- Domaine
- build-system
Piste de recherche
Aucun fichier ni test n'est nommé. Commencez par examiner la logique de fraîcheur des prérequis des tâches file-task de Rake et la façon dont elle utilise les horodatages ; déterminez le comportement fondé sur le contenu attendu et la manière dont il doit interagir avec les entrées XML mises en cache et les fichiers source générés. Le travail est considéré comme terminé lorsque le comportement est spécifié et couvert par des tests appropriés.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I am not sure if this has been debated before.
Most of the modern build tools these days (Bazel, Buck etc.) rely on file content changing rather than timestamps. That makes them suitable for use in caching schemes to make builds incremental and reduce build times.
Rake on the other hand, relies solely on timestamps and does not fit in well with caching schemes.
For example, say an XML file is a prerequisite/input to generate source files. If the XML file changes but still has an older timestamp than the source files (entirely possible in caching schemes), the source files are not re-generated. This causes builds to fail / or (dangerously) incorrectly pass.
Is there any plan to make Rake on par with the more modern build tools of today?
- Langage dominant
- Ruby
- Étoiles
- 2.5k
- Forks
- 649
- Merge moyen
- 5 min
- PR mergées (30 j)
- 4
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de ruby/rake
-
rake -P output is ambiguous with prereq namespacesPeut-être pris @leoarnold l’a pris il y a 70 jours. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 48/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 28/100
-
FileList#<< bypasses exclusions while FileList#include respects themPeut-être pris @hsbt l’a pris il y a 84 jours. Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 45/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 38/100
Toutes les issues de ruby/rake
Issues similaires
-
kotlin-lsp is missingOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
JetBrains/homebrew-utils#21 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
ublue-os/homebrew-experimental-tap#774 ·
Les mainteneurs répondent en général sous 1 jour
-
accessibility
Difficulté 1/5 Moins d'une heure Accessibilité débutants 72/100
slovensko-digital/ops-portal#212 ·
Les mainteneurs répondent en général sous 1 jour
-
Don't expose useless actions....Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
-
Local evaluation buckets percentage splits with the server key, so results differ from FlagsmithOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100