Microsoft/vscode

Git - "Discard Changes" and "Stage Changes" don't work for submodules

Open

#205 125 ouverte le 13 févr. 2024

Voir sur GitHub
 (17 commentaires) (8 réactions) (1 assigné)TypeScript (10 221 forks)batch import
buggithelp wanted

Métriques du dépôt

Stars
 (74 848 stars)
Métriques de merge PR
 (Merge moyen 11h 43m) (1 000 PRs mergées en 30 j)

Description

Does this issue occur when all extensions are disabled?: Yes

  • VS Code Version: 1.86.1 (system setup)
  • OS Version: Windows 11 (Windows_NT x64 10.0.22631)

Steps to Reproduce:

  1. Open a folder that has a git submodule (git clone https://github.com/mayraamaral/submodule-father --recursive)
  2. In the submodule, checkout to a different commit (cd submodule-father/submodule-child && git checkout 5e40a1b or edit a file in the submodule)
  3. Open the project in VS Code
  4. Open the Source Control sidebar
  5. Close the submodule-child submodule (Right Click > Close Repository)
  6. Click the "Discard Changes" or "Stage Changes" button and the expected outcome doesn't happen

Screenshot of the broken buttons: screenshot of the broken buttons

I can replicate the issue in my normal installation with all extensions disabled. On the latest insiders build, mostly not customized, I don't see the issue. I don't see any non-default settings that would be causing this.

Guide contributeur

Direction de recherche
Étudiez la gestion des sous modules par l'extension Git après la fermeture d'un dépôt de sous module. Examinez les actions 'stage' et 'discard' dans la vue de contrôle de code source et analysez le chemin du code lorsqu'un sous module est fermé. Vérifiez les commentaires dans l'issue pour toute indication des mainteneurs sur le comportement attendu. La correction pourrait impliquer la mise à jour de l'état de l'interface utilisateur lors de la fermeture d'un dépôt.
Stack technique
typescript
Domaine
desktop
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
GitTypeScript
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60