Use package control version resolution method for tags

Aperta
#286 3 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
48/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
github-actions, python
Ambito
ci-cd, tooling

Direzione di ricerca

Start at the actions/setup entry point and compare its current tag resolution with the Package Control manifest resolution strategy linked in the issue. Check how the installed Sublime Text version is available to the action, then verify that matching tags are selected automatically while an explicit package tag still overrides the choice.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

I've specified MarkdownEditing:SublimeText-Markdown/MarkdownEditing as an extra-packages in actions/setup and was surprised to see that an ancient 2.2.10 version was installed

Reading the comments more carefully, the action ignores the package control resolution strategy: https://github.com/sublimehq/package_control_channel/blob/b8b340ab5398a7651f6770b656bccd5dda258c09/repository/m.json#L671-L672 , and defaults to basic untagged semver o

If an exact match is not found, the latest tag is determined by semver x.y.z

or forces users to pick a tag (which could break once ST version are updated)

@ref branch/tag name or prefix of tags e.g. st3- or empty

Could the action instead of forcing an explicit specification of a prefix use the Package Control manifest to pick the one that fits the installed Sublime Text version? And then CI users would only need to specify a given package tag to override

Lingua principale
Python
Stelle
113
Fork
32
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di SublimeText/UnitTesting

Tutte le issue di SublimeText/UnitTesting

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.