microsoft / microsoft/vscode-pull-request-github
Selecting Revert Selected Ranges in Github pull request plane seems weird
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- TypeScript
- Estrellas
- 2.6k
- Forks
- 796
- Merge medio
- 1 d 4 h
- PR fusionados (30 d)
- 46
Descripción
- 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.
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Empieza reproduciendo el problema en el panel de GitHub Pull Request siguiendo los pasos indicados y, después, compara Revert Selected Ranges con el flujo de trabajo de diferencias de Source Control. El payload no menciona ningún archivo fuente ni ninguna prueba; se considera terminado cuando los rangos seleccionados ya no producen cambios duplicados o colocados aleatoriamente, o cuando el comportamiento está claramente documentado como intencionado.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- git, github, typescript, vscode
- Área
- developer-experience, devtools
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 25/100