microsoft / microsoft/vscode-pull-request-github
Selecting Revert Selected Ranges in Github pull request plane seems weird
Nessuno ha ancora preso questa issue.
- Lingua principale
- TypeScript
- Stelle
- 2.6k
- Fork
- 796
- Merge medio
- 1g 4h
- PR unite (30g)
- 46
Descrizione
- Extension version:0.42.0
- VSCode Version: 1.67.2
- OS: m1 mac pro
Seems like clicking 'Revert Selected Ranges' in github pull request plane works unexpectedly.
Steps to Reproduce:
- Check out my PR
- Go to
Github Pull Requestplane - Select any file under 'CHANGES IN PULL REQUEST'; a diff view appears.
- Drag some changes, right click, select
Unstage Selected Ranges-> no-op. I think it is reasonable since we didn't stage anything. However, when we select
Revert Selected Ranges-> The file is messed up; some changes are duplicated and randomly placed.
At first, I expected Revert Selected Ranges to revert selected changes of the current file to what it looked like before the PR, but it didn't work. Is the behavior intended, or am I missing something?
If that is intended or not designed to use like this, is there a way to easily revert-some-selected-range-from-this-PR while staying on the 'diff' view? As a workaround, I manually git reset each file, revert the ranges that I don't want (in the diff view given by 'Source Control'), and re-stage the file.
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
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.
Direzione di ricerca
Inizia riproducendo il problema nel riquadro GitHub Pull Request seguendo i passaggi elencati, quindi confronta Revert Selected Ranges con il workflow del diff di Source Control. Il payload non indica alcun file sorgente né alcun test; il lavoro è completato quando gli intervalli selezionati non producono più modifiche duplicate o posizionate casualmente, oppure quando il comportamento è chiaramente documentato come previsto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- git, github, typescript, vscode
- Ambito
- developer-experience, devtools
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 25/100