microsoft / microsoft/vscode-pull-request-github
Selecting Revert Selected Ranges in Github pull request plane seems weird
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 2.6k
- Forks
- 795
- Ø Merge
- 1 T. 4 Std.
- Gemergte PRs (30 T.)
- 46
Beschreibung
- 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.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, das Problem im GitHub Pull Request-Bereich anhand der aufgeführten Schritte zu reproduzieren, und vergleiche dann Revert Selected Ranges mit dem Source Control-Diff-Workflow. Der Payload nennt weder eine Quelldatei noch einen Test; abgeschlossen bedeutet, dass ausgewählte Bereiche keine duplizierten oder zufällig platzierten Änderungen mehr erzeugen oder dass das Verhalten eindeutig als beabsichtigt dokumentiert ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- git, github, typescript, vscode
- Bereich
- developer-experience, devtools
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 25/100