Port: username-prefixed and project-omitted Azure DevOps origins
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- azure, bash, git
- Ambito
- cli, developer-experience
Direzione di ricerca
Read the upstream issue, shmuelie/powershell-modules#360, to understand the intended Azure DevOps behavior; this issue says no bash implementation is included there. Locate the bash code for repository-and-branch session discovery, then trace how identity flows through listing, resume, selectors, completion, and directory overrides. Done means all listed URL forms and edge cases have deterministic tests, while GitHub-only remote control and the stated credential and state boundaries remain intact.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Upstream: shmuelie/powershell-modules#360.
Port the Azure DevOps origin-recognition behavior used for repository-and-branch session discovery:
- Accept supported username-prefixed modern and legacy HTTPS clone URLs. Derive the organization from the host/path, never the username.
- Recognize unambiguous project-omitted HTTPS forms, including applicable DefaultCollection prefixes. Use the decoded repository name without its optional .git suffix for the omitted project; never treat the collection segment as that project.
- Retain strict segment validation, a single recognized origin, exact branch matching, conservative handling of malformed/ambiguous remotes, and the existing GitHub-only remote-control boundary. Do not log credentials or modify Git configuration/session state.
- Apply the same identity to session listing, automatic/latest resume, selector candidates, completion, and directory overrides.
- Add deterministic tests for accepted modern/legacy/SSH forms, username-vs-organization differences, omitted projects, encoded and malformed paths, multiple origins, moved worktrees, and conflicting metadata; update relevant help/release notes.
No bash implementation is included in the upstream change.
- Lingua principale
- Shell
- Stelle
- 0
- Fork
- 0
- Merge medio
- 4m
- PR unite (30g)
- 9
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di shmuelie/bash-scripts
-
enhancement upstream-parity
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
shmuelie/bash-scripts#92 ·
-
enhancement upstream-parity
Difficoltà 4/5 1-2 giorni Idoneità per principianti 48/100
shmuelie/bash-scripts#91 · 3 commenti ·
-
bug upstream-parity
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
shmuelie/bash-scripts#90 ·
-
upstream-parity
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
shmuelie/bash-scripts#88 ·
Tutte le issue di shmuelie/bash-scripts
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
open-horizon/devops#237 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
danilogiles/enki-browser#113 ·
I maintainer di solito rispondono entro 1 giorno
-
paraview 6.2.0 uses Abseil 20260526 symbols but does not pin libabseil (undefined symbol with libabseil 20260817)Forse già presa @jschueller l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
kaovilai/k8s-cbt-s3mover-demo#144 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
MezzoSplash/gevechtspel2#124 ·
I maintainer di solito rispondono entro 1 giorno