Allow unzipped source archives
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- typescript, vscode
- Ambito
- tooling
Direzione di ricerca
Inizia leggendo l’archive-filesystem-provider esistente e il comportamento del relativo file-explorer. Valuta come una directory di un filesystem normale potrebbe usare la stessa API della variante basata su zip rimanendo di sola lettura. Il lavoro è completo quando le cartelle sorgente di database non compresse possono essere visualizzate e utilizzate senza consentire modifiche, insieme ai file zip esistenti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Background
This feature request is about allowing unzipped database source archives in addition to zipped source archives. Historically, we allowed unzipped archives, but it was challenging to maintain multiple ways of interacting with sources as we grew the number of features that the extension supported. Also, users would sometimes inadvertently edit the unzipped sources and sometimes even expect that the database would be transparently updated to handle the new sources.
Previously, we had allowed unzipped database sources to be imported as regular folders into the project. This would signal to users that they could edit the sources, which should not be possible.
Proposal
Currently, we have created the archive-filesystem-provider, which displays the contents of zip files in the file explorer in read-only mode.
I think we should be able to extend archive-filesystem-provider so that there are two variants: one variant is backed by a zip file and the other is backed by a regular file system directory. Of course, this would mean that the name archive-filesystem-provider is no longer really appropriate, but that is a minor issue.
The benefit is that we can read in the source folder of a database and ensure that even though the file explorer points to regular files, everything is read-only. And we will also be able to interact with both kinds of filesystems through the same API even though they are differently implemented.
- Lingua principale
- TypeScript
- Stelle
- 539
- Fork
- 240
- Merge medio
- 2g 6h
- PR unite (30g)
- 29
Guida per i contributori
Apri la guida per i contributori
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 github/vscode-codeql
-
bug VSCode
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
github/vscode-codeql#4471 · 1 commento ·
-
bug enhancement VSCode
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
github/vscode-codeql#592 · 2 commenti ·
-
enhancement VSCode
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
github/vscode-codeql#4432 · 1 commento ·
-
bug VSCode
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
github/vscode-codeql#4356 ·
-
bug VSCode
Difficoltà 3/5 1-2 giorni Idoneità per principianti 64/100
github/vscode-codeql#4339 · 1 commento ·
Tutte le issue di github/vscode-codeql
Issue simili
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
dennys-bd/agent-hive#184 ·
-
Add: hunch Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
AbdelStark/awesome-typesafe#104 ·
-
ai-observability bug team/ai-observability
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
vicharanashala/fln#563 ·