Support for github assets based on branches/revisions
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
Piste de recherche
Recherchez dans le cookbook l’implémentation de github_asset et suivez la manière dont les assets basés sur des tags sont actuellement résolus. Examinez l’utilisation existante d’Octokit, le cas échéant, et définissez comment une branche ou une révision doit identifier les fichiers nécessaires. Le travail est considéré comme terminé lorsque les assets peuvent être récupérés depuis une branche ou une révision sans créer de release, et que des tests ou la documentation couvrent le nouveau comportement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
:person_frowning: Problem Statement
Currently, github_asset seems to only support getting assets based on a tag, which involves a release happening. If I wanted to test a feature across repos, I would have to cut a new release from that feature branch, or that feature branch being merged into HEAD, updating the revision tag for the cookbook, running my integration tests, and repeat the cycle if any issues crop up.
❔ Possible Solution
Add support for specifying a branch/revision and using octokit to check out the code and the needed files at that point in time, as an alternative to tags.
⤴️ Describe alternatives you've considered
The alternative would be a draft release, which is something I'll trial shortly, but it still involves a potential draft release for something that might not be ready.
I'd love to get your thoughts on the matter though, and whether this is feasible or not.
- Langage dominant
- Ruby
- Étoiles
- 26
- Forks
- 25
- Merge moyen
- 2 min
- PR mergées (30 j)
- 1
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 sous-chefs/github
-
Feature Request
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
sous-chefs/github#47 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 38/100
sous-chefs/github#46 ·
-
Dependency DashboardOuverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 15/100
sous-chefs/github#26 ·
-
Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 48/100
sous-chefs/github#9 · 2 commentaires ·
Toutes les issues de sous-chefs/github
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
rubys/roundhouse#1950 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
Les mainteneurs répondent en général sous 1 jour
-
`Time.at(t, in: nil)` returns UTC instead of the local time (or the time zone of `t`), unlike CRubyOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
swombat/souls-house#825 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour