Allow unzipped source archives
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 30/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- typescript, vscode
- Domínio
- tooling
Direção de pesquisa
Comece lendo o archive-filesystem-provider existente e o comportamento do seu file-explorer. Avalie como um diretório de sistema de arquivos comum poderia usar a mesma API que a variante baseada em zip, permanecendo somente leitura. O trabalho estará concluído quando as pastas de origem de banco de dados descompactadas puderem ser exibidas e utilizadas sem permitir edições, juntamente com os arquivos zip existentes.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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.
- Linguagem predominante
- TypeScript
- Estrelas
- 539
- Forks
- 240
- Merge médio
- 2d 6h
- PRs com merge (30d)
- 29
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de github/vscode-codeql
-
bug VSCode
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
github/vscode-codeql#4471 · 1 comentário ·
-
bug enhancement VSCode
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
github/vscode-codeql#592 · 2 comentários ·
-
enhancement VSCode
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
github/vscode-codeql#4432 · 1 comentário ·
-
bug VSCode
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 52/100
github/vscode-codeql#4356 ·
-
bug VSCode
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 64/100
github/vscode-codeql#4339 · 1 comentário ·
Todas as issues de github/vscode-codeql
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 74/100
ontola/atomic-server#1625 ·
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
melgarafael/DeskcommCRM#1451 ·
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 82/100
-
bug via-triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
-
bot:ai-assisted component:compact-js status:untriaged
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
midnightntwrk/midnight-sdk#403 ·