Vscode: 동일한 창에서 여러 프로젝트 폴더 열기 지원 추가

동의하지만 메모리에 대한 최적화 솔루션 일 수 있습니다.

+1

질문을 이해했는지 잘 모르겠습니다. IDE가 아닌 경량 코드 편집기입니다. 계층 적이 지 않은 여러 "프로젝트"폴더를 열어야하는 이유는 무엇입니까 (상호 부모에 대한 작업 경로를 설정할 수 있음)?

어떻게 든 서로 상호 작용하는 디스크에 이질적으로 저장된 모듈을 작업하는 경우 시작하기에는 너무 밀접하게 결합되어 있습니다 ... 당신의 프로젝트가 형제입니까? 그렇다면 "솔루션"의 루트가 어디에 있든 상관없이 상위 폴더 또는 상위 / 부모 폴더를 엽니 다.

서로 독립적 인 여러 모듈 (모두 자체 git 저장소에 있음)이 있지만 이러한 종속성을 사용하는 하나의 저장소가있는 경우 이러한 독립 폴더를 열고 변경할 수있는 것이 합리적입니다. 로컬에서 테스트 할 수 있도록 반영됩니다. 그것은 여전히 ​​가벼운 코드 편집기이지만 더 유용한 것입니다.

프로젝트를 부모로 설정하는 주요 문제는 git 통합이 사라지고 상호 부모를 갖는 것 외에도 다른 유효한 사용 사례가 있다는 것입니다.

@stoffeastrom 은 서브 모듈의 사용 사례처럼 들립니다. npm 링크 등과 같은 일부 메커니즘으로 별칭을 지정하지 않는 한 프로젝트가 다른 것을 참조하는 방법을 잘 모르겠습니다.이 문제는 패키지 관리자가 주로 해결하려는 것입니다. 모듈이 단단히 결합되어 있다면 실제로 분리 된 모듈이 아닙니다. 앞으로 다른 소비자에게 영향을 미치는 변화에 대해 걱정하지 않고 한 프로젝트를 지원하기 위해 안정적으로 변경할 수 없습니다. 하위 모듈을 사용하더라도 정확히 그 이유 때문에 기본적으로 읽기 전용입니다.

어쨌든 @Tyriar가 방금 언급 한 것은 단일 인스턴스 / 창에서 이러한 유형의 다중 작업 경로 인터페이스를 사용하는 것을 경계하는 이유 중 하나입니다. 통합 (예 : git), 확장, 리팩토링, 디버깅, 기타 등등 등등 .. 예를 들면 :

git 통합을 사용하여 커밋하면 프로젝트 A 또는 프로젝트 B를 커밋합니까?
TypeScript에서 클래스 이름을 리팩터링하는 경우 프로젝트 A 또는 프로젝트 B 또는 둘 다에서 리팩터링해야합니까? 두 프로젝트에 동일한 클래스 이름이 다른 의미로 존재하면 어떻게됩니까? 하나가 다른 하나를 느슨하게 참조하면 어떻게됩니까?

이것은 겉보기에 단순 해 보이는 것이 어떻게 매우 복잡해지고 빠르게 변할 수 있는지에 대한 몇 가지 예일뿐입니다. VSCode의 몇 가지 개별 인스턴스 사이에서 alt-tab / cmd + tab을 사용하는 것보다 더 혼란스럽고 솔직히 유용하지 않을 것이라고 생각합니다. 각 인스턴스는 별도의 노력과 엣지 케이스 문제없이 자신의 격리 된 작업 경로를 행복하게 관리합니다.

해결할 수 없다고 말하지는 않았지만 여러 창 및 / 또는 인스턴스 간 전환이 왜 문제인지 이해하지 못합니다. 뭔가 빠졌 나봐 ...

Sublime, Atom, Webstorm-또한 "경량"코드 편집기 (Webstorm 제외)이며 서로 다른 위치에서 여러 루트 폴더를 열 수 있습니다. 이러한 편집기는 웹 개발자가 사용하는 것의 99 % 일 것입니다.
코드는 훨씬 더 나은 Typescript 지원으로 그들과 경쟁 할 수 있지만 (그리고 Angular 2가 출시 될 것이라는 점을 고려하면 매우 인기가있을 것입니다) 개발자가 현재 기본 기능으로 사용하는 것을 제공 할 경우에만 가능합니다.

+1

+1

Go 개발자로서 저는이 기능이 Sublime 또는 IntelliJ Idea에서 매우 유용하다고 생각합니다. 예를 들어, 내 작은 프로젝트는 Go 핵심 라이브러리에서 코드를 가져 오거나 타사 라이브러리를 가져올 수 있습니다. 따라서 빠르게 탐색하고 해당 코드를 읽을 수 있어야합니다.

+1. Multi-git repo 마이크로 서비스 솔루션은 현재 VS Code에서 매우 고통 스럽습니다. 대신 다른 Typescript 지원 IDE를 찾는 것이 좋습니다.

우리는 분명히 일종의 '솔루션'이 필요합니다. 저는 네이티브 개발자이며 거의 항상 libs / dll 집합을 빌드 한 다음 일부 호스트 앱 프로젝트에서 참조하는 작업이 포함됩니다.
프로젝트가 여러 개 있으면 '실행'을 누를 때 '시작 프로젝트'도 필요합니다.

또한 프로젝트 및 여러 자식 루트에 대한 지원을 원합니다. 내가 자주 사용하는 코드는 여러 git repos에서 발견되며 현재 작업 공간을 닫고 다른 작업 공간을 열지 않고는 전환 할 수 없습니다. 모든 저장소가있는 상위 폴더를 추가하면 파일을 탐색하고 검색 할 수 있지만 git 통합이 손실됩니다. 정말 실망 스럽습니다.

"텍스트 편집기"와 "IDE"사이의 줄은 매우 흐릿하며 VS 코드가 무엇인지는 신경 쓰지 않습니다. 내가 신경 쓰는 것은 도구가 할 수있는 일과 사용이 얼마나 고통 스러운지입니다. 프로젝트 지원을 추가하면 저와 같은 사람들의 많은 마찰이 완화 될 것이라고 생각합니다.

또한 작업 공간에 여러 저장소가 포함되어있을 때 git 통합이 작동하는 것을보고 싶지만 @ Loren-Johnson과 같은 사람들이 여러 대 코드 창을 동시에 열 수 있다는 사실을 확인하고 싶습니다.

"현재 작업 공간을 닫지 않고 전환 할 수 없습니다."에 대한 응답입니다.

# 2686이 이것의 중복이라는 뜻입니까?

죄송합니다. 설명을 잘못 읽어서 다시 열었습니다.

+1

이 문제에 대한 진전이 있습니까, 아니면 이것이 구현 될 경우 적어도 몇 가지 진술이 있습니까? 하나의 프로젝트에서 여러 루트를 방지하는 코드에 낮은 수준의 결정이 있습니까?

이것이 내가 ST3에서 VSCode로 이동하지 않는 유일한 이유입니다.

+1

+1

+1

+1 이것은 매우 도움이 될 것입니다. git 하위 모듈을 사용하라는 제안은 매우 불편합니다. 이 기능을 원합니다.

초기 경량 접근 방식은 git-project-manager 확장 기능과 유사합니다. 접근 방식은 기본적으로 git이 변경 사항으로 보는 컨텍스트 / 루트를 전환하지만 파일 브라우저가 보는 컨텍스트 / 루트는 변경하지 않는 것입니다. 이 확장은 완벽하게 작동하며 더 빠른 전환을 위해 더 긴밀한 통합이 필요합니다.

+1

+1-git 하위 모듈을 사용하는 길을 가기 시작했지만 실제 솔루션보다 해킹에 더 가깝습니다.

+1

+1

git-project-manager 확장을 사용하여 폴더 간을 전환하고 있지만 한 번에 여러 폴더를 열 수있는 옵션을 갖고 싶습니다.
+1

Project Manager 확장의 소유자도이 문제를 기다리고 있다고 말하고 싶습니다.

위의 의견 중 일부와 관련하여 저는 우리 모두가 다르다고 말하고 싶습니다. 우리 모두는 특정 프로젝트에서 작업을 수행하는 특별한 방법이 있습니다. 그 사실은 UX를 이미있는 것보다 더 중요하게 만듭니다.

우리 모두는 "폴더 열기 ..."가 "프로젝트 열기 ..."등과 같은 항목을 사용하여 vscode에서 프로젝트를 관리하는 데 필연적으로 필요한 첫 번째 단계에 불과하다는 것을 알고있었습니다. 다른 모든 편집자들과 마찬가지로, 특히 SublimeText (제가 왔던 곳입니다).

저에게이 문제는 제품의 UX 개선입니다. 그리고 우리 모두는 UX가 왕이라는 것을 알고 있습니다.

저는 이런 종류의 물건이 법이되어야한다고 생각합니다. 따라서 "기능 요청"태그는 "기능 알림"이되어야합니다.

이 문제는 vscode의 다른 문제보다 최우선 순위 여야합니다. UX가 왕이기 때문일뿐만 아니라 지금 당장 vscode에 대해 다른 문제가 발생하지 않았기 때문에 기술적으로.

저는 원래 Microsoft가 이러한 프로젝트와 유사한 확장을 인수하고 VSCode에 직접 통합하여 메뉴에 "프로젝트 ..."를 추가하는 등 UX를 개선해달라고 요청했습니다.

감사,
+1

+1

이 기능의 사용 사례는 # 9515에 설명되어 있습니다. (이 문제의 중복으로 종결되었습니다.)

이 기능이 발생하기를 바랍니다!

+1

@ poidl, @ mastrauckas , @mdedgjonaj , @alanleite , @Xcorpio , @mibanez , @josebalius & @brusbilis :
얼마 전에 GitHub는 멋진 "반응 추가"기능을 도입했습니다 (댓글의 오른쪽 상단 모서리에있는 웃는 얼굴 또는 문제 자체를 보시겠습니까?).
이는 VSCode 팀에 귀하의 관심사에 대해 알리는 목적으로 사용되지만 의미없는 +1 댓글은 방지합니다. 또한 특정 문제 또는 MR을 구독 한 다른 사람이 알림을받지 못하도록하여 귀중한 시간을 절약합니다. 또 다른 보너스는 이슈 / MR을 most reaction 별로 정렬 할 수있어 사용자와 관련된 내용을 VSCode 팀에서 즉시 볼 수 있다는 것입니다. 그 위에 VSCode에 대한 Uservoice도 있습니다.

이 댓글 자체는 메타이므로 의미가 없습니다. 미안하지만 교육 목적으로 필요하다고 생각했습니다. 이 댓글에 대한 모든 직접 답글 (= 더 많은 메타)은 사용자를 차단하게됩니다.
reaction 기능을 사용하여이 주석에만 반응하여 연습 해 봅시다!

@poidl 의 대답에 : 그렇다면 전혀 대답하지 마십시오!

그 웃는 얼굴이 보이지 않습니다. 적어도 모바일에서는. 행복한 차단!

@poidl 예, 반응 기능은 안타깝게도 GitHub 모바일 사이트에서 사용할 수 없습니다 (다른 많은 기능과 함께). 사이트 하단에있는 "데스크톱 버전"버튼을 눌러 모바일에서 액세스 할 수 있습니다.

@ dj-hedgehog의 조언은 확실하지만 GitHub 반응을 통해 댓글 수보다 더 효과적으로 무언가에 대한 커뮤니티 관심을 측정 할 수 있습니다. 또한 GitHub 문제와 반응이 기능 요청에 대한 진실의 원천이되도록 사용자 음성을 더 이상 사용하지 않을 계획입니다.

+1

+1

이 문제에 대한 나의 해결책 : 프로젝트 루트에 대한 심볼릭 링크를 만듭니다.
그래서 내가 가지고 있다면 :
project/modules/gitmodule

내 gitmodule 폴더로 이동하여 다음을 수행합니다.
ln -s ../../../project .project

이제 vscode에서 gitmodule 폴더를 열 수 있으며 여전히 상위 프로젝트 폴더에 액세스 할 수 있습니다.
파일 이름에 점을 사용하여 탐색기에서 내 목록의 맨 위로 정렬합니다.
분명히이 작업을 수행 할 필요는 없지만 일부 사용자에게는 유용 할 것이라고 생각했습니다.

거의 잊어 버렸습니다. .gitignore에 심볼릭 링크를 추가하는 것을 잊지 마세요.

+1

이것은 현대 텍스트 편집기에서 정말 중요한 기능입니다. 그 "문제"를 해결하십시오.
잠시 동안 실제 작업 폴더에 사용되는 모든 디렉토리를 복사하여 붙여 넣어야했는데 Sublime Text에서 이것은 매우 사소합니다.

프로젝트> Sublime Text에서 프로젝트에 폴더 추가는 Json 구조에 대한 새 경로를 증가시킵니다.

우는 소리 :
{ "folders": [ { "path": "~/cpp" }, { "path": "~/python" } ] }

예를 들어 요리사와 함께 작업 할 때 다음과 같은 폴더 구조를 보는 것이 일반적입니다.

└── cookbooks
    ├── cookbook1
    ├── cookbook2
    ├── cookbook3
    └── cookbook4

루트 폴더 (cookbooks) 아래의 쿡북 (예 : cookbook1)은 독립적 인 git repos입니다. 이것은 매우 일반적입니다. 이제 cookbook4에서 작업해야하지만 cookbook2와 cookbook3이 포함되어 있습니다. 단순히 코드를 참조하거나 실제로 3 개 모두에서 코드를 편집 또는 리팩토링하기 위해 3 개를 모두 열어야하는 경우가 많습니다.

두 가지 일반 (심볼 링크 해킹이 아님) 옵션은 개발자가 원하지 않는 문제를 나타냅니다.

1. 위에서 여러 번 언급했듯이 이제 여러 창을 열어야합니다 (좋지 않음).
2. 3 개를 모두보기 위해 쿡북을 루트로 열면 쿡북 폴더가 got repo가 ​​아니므로 git 통합이 손실됩니다 (또한 좋지 않음).

+1, 완전한 '작업 공간'제어 기능이있는 Eclipse IDE 사용자.

Visual Studio Code는 IDE가 아닙니다. Atom 또는 Sublime과 같은 경량 크로스 플랫폼 편집기입니다. Eclipse, Xcode, Visual Studio 등 비교하면 모두 거대합니다.

죄송합니다.이 기능에 대해 논쟁하고 있는지 확실하지 않습니다 ... Atom, Sublime, VIM, Emacs를 사용하면 한 인스턴스에서 여러 폴더를 열 수 있습니다. 가볍거나 좋은 기능이 아닙니다. 예를 들어 IntelliJ IDEA (IDE)는 여러 프로젝트를 열 수 없습니다.

@dmccaffery 여기에서 요청하는 기능은 IDE 기능뿐 아니라 Visual Studio Code가 _like_라고 말한 모든 _editors_에 공통적 인 기능입니다.

Atom, Sublime 및 기타 경량 편집기는 모두 여러 폴더를 열 수 있습니다.

저는 개인적으로이 기능이 제품에 적용되는지 여부는 상관하지 않습니다. 일부 사람들이 원하는 이유는 이해하지만 모든 것이 약간 더 복잡하게 만든다는 점을 지적하고 싶습니다. 예 : 정규식을 사용하여 검색 할 때-어떤 작업 공간을 검색하고 있습니까? 하나? 모두?

탭 너비가 일반적으로 2 개의 공백 인 nodejs 프로젝트가 포함 된 폴더가 하나 있고 하나의 폴더가 탭 너비가 4 개의 공백 인 dotnet 프로젝트 인 경우 어떻게됩니까? 코드는 각 폴더의 작업 영역 설정을 인식하고 전체적으로 컨텍스트를 유지해야합니다.

이는 단일 인스턴스 내에서 여러 작업 영역이 어려울 수있는 몇 가지 예일뿐입니다. 제가 말하고자하는 것은이 기능은 탐색기에 여러 경로가 표시되는 것보다 훨씬 더 복잡하다는 것입니다.

@dmccaffery 숭고하고 원자보다 더 복잡하지 않습니다. 이것은 작업 공간 탭 너비를 포함하여 모두 구성 가능해야합니다. 아톰 및 숭고한 검색은 현재 파일에서만 가능하며이 작업 공간 등에서 선택할 수 있습니다.

여기에 좋든 싫든 사실이 있으며 그것은 당신이나 내가 원하는 것과는 아무 관련이 없습니다. 비슷한 가격대의 다른 유사한 소프트웨어 (이 경우 무료)가 더 좋거나 더 많은 기능을 가지고 있고 개발자가이 사실을 무시하면 ..이 소프트웨어는 뒤쳐 질 것입니다.

저는이 에디터에게 그런 일이 일어나는 것을보고 싶지 않습니다. 나는이 편집기가 매우 좋은 잠재력을 가지고 있고 개발자들이 사용자 기반의 요구 / 요구에 귀를 기울이면 당분간 관련성을 유지할 수 있다고 생각합니다.

다시; 나는 주장하거나 반대하는 것이 아닙니다. 경쟁자들보다 훨씬 더 많은 맥락을 가진 아주 새로운 편집자라는 것을 명심하십시오.

chef 및 git 통합을 사용한 예제에서도 어떤 저장소에 대한 컨텍스트를 유지합니까? 현재 UI는 서버와 roslyn을 사용하여 CoreCLR 프로젝트에 구문 강조 등을 제공하는 OmniSharp의 경우에도 동일한 컨텍스트 전환에 적응해야합니다. 그 의미는 광범위하며 매우 신중하게 고려해야합니다.

기능을 잘 계획하고 고려할 필요가 있다는 아이디어에 대한 주장은 없습니다. 그것은 내가 생각하는 주어진 것입니다. 여기의 답이 "로드맵에 있습니다"또는 "우리는 그 목적을 위해 노력하고 있습니다"라면 모든 사용자가 기뻐할 것이라고 생각합니다. 내가 말하고있는 것은 "아니오"는 아마도 밤에 꽤 많은 사용자를 죽일 것이라는 것입니다.

요리사의 컨텍스트 전환 및 git repos에 관해서는 동의했습니다. 이것은 모두 사실이며 이미 다른 오픈 소스 편집기에서 모두 수행되었습니다. 당신은 오픈 소스에 대한 좋은 점을 알고 있습니다. 오픈 소스입니다! 코드를보고, 아이디어를 얻고, 일부를 사용하십시오 (필요에 따라 라이선스를 포함해야 함). 이는 foss (무료 오픈 소스 소프트웨어), 협업 및 지식 공유의 가장 큰 장점 중 하나입니다. 이 편집기는 이미 아톰 코드를 사용하고 있기 때문에 ... 이것도 주어진 것이라고 생각합니다.

https://github.com/Microsoft/vscode/wiki/Roadmap 에서 언급 된 내용을 찾았습니다.

VS Code는 젊은 제품이며 아직 요청하고 제공하고 싶은 기능과 경험이 누락되었습니다.
....
....

• 단일 작업 공간 내의 여러 폴더

이 기능이 간단하다고 말하는 사람은 아무도 없다고 생각합니다 (우리 모두 개발자이므로 변경해야 할 사항을 알 수 있음). 게스트들은이 티켓이 얼마나 중요한지, 우선 순위가 얼마나되어야하는지 보여주고 싶을뿐입니다. 이 기능과 일부 VS Code 형제 (예 : Atom, Sublime)를 비교하는 방법.

그러나 이것은 이미 로드맵에 있기 때문에 (누구나 위키 페이지가 여전히 올바른지 확인할 수 있음) 우리가 필요로하는 방법과 그것이 얼마나 중요한지를 말하는 대신이를 구현하는 방법에 대해 논의해야합니다 (다시 말하지만, VS Code 코어 팀은 이미 이 기능이 얼마나 필요한지, 얼마나 중요한지 알 수 있습니다.)

VS Code 소스 코드에 익숙하지 않은데,이 기능을 구현하고 싶은지 누구든지 말해 줄 수 있습니까? 첫 번째 단계에서는 여러 폴더를 열고 왼쪽 막대에 표시하고 싶습니다.

@nvcnvn 많은 vscode가 단일 폴더 만 열 수 있다고 가정하므로 이것을 구현하는 것처럼 보일 수 있으므로 사소한 것은 아닙니다. 따라서 UX를 거쳐야하며 코드베이스의 많은 부분을 터치해야하며 확장 API에도 영향을 미칠 수 있습니다.

동일한 _ 단일 폴더 _ 제한으로 Atom이 나왔을 때를 기억합니다. 불평도 같았는데, 특히 Sublime과의 비교가 그렇습니다. 그 후 _multiple folder_ 지원이 출시되었을 때 새로운 API로 인해 일부 패키지 (확장 프로그램)가 손상되었습니다. 다른 이들은 파산하지 않았고 또한 그것을 지원하지 않았습니다. 전체 생태계에서 _stable_ 될 때까지 약간의 시간이 걸렸습니다.

@Tyriar가 말했듯이, UX 및 확장 API 영향이있을 것이며 코어 및 확장 개발자가 새로운 API를 채택하기 위해 바쁜 _Insider_ 릴리스가 될 것입니다.

그렇다면 여기서 정확히 무엇이 논쟁되고 있습니까?
내가 보는 모든 것은 "일을 망칠 수 있기 때문에 개선하지 말라"는 것입니다 ...

힌트:
코드의 모든 개선은 뭔가를 깨뜨릴 수 있습니다!

이것이 디버깅, 리팩토링, 시험판 (알파, 베타, rc 등)의 요점입니다.
어서, 진지하게? 코드가 깨질 수 있기 때문에 코드 개선을 두려워하는 진지한 프로그래머를 본 적이 없습니다. 예, 시간을 갖고 안전을 지키세요 예,하지만 "아니오, 이건 망가질 수 있습니다"라고 말하지 마세요 lol

@ddreggors 나는 논쟁하는 것이 아니라 단순히 문제에 대한 정보를 언급하고 있습니다. 이해 관계자의 목록으로 인해 팀이 수행해야하므로 @nvcnvn 이 PR을 구성하지 않도록 내가 말한 것을 말했습니다.

@nvcnvn이 지적 로드맵 에 있으며 곧 팀이 문제를 살펴볼 것입니다. 우리는 상대적으로 작은 팀이지만 다루어야 할 것들이 많기 때문에 일부는 연기해야합니다.

@Tyriar 이해했습니다. 저는이 기능을 어떤 이유로 든 추가하지 않는 것이 가장 좋다고 제안하는 여러 사람의 댓글을 계속보고 있습니다. 그 중 최악은 다른 사람들이 IDE가 아닌 다른 편집기를 명확하게 비교했을 때 코드가 IDE가 아니라는 사실 때문이었습니다. 가능하다면이 변화에 대한 두려움의 근원에 도달하고 싶게 만들었습니다.

PR이 완료되지 않은 것에 대한 걱정은 이해할 수 있지만 좋은 시작이 될 수 있습니다. 변경 사항을 브랜치에 병합하고 기반으로 사용하십시오. 그것을 사용하여 파손을 확인하고 수정하십시오.

@ddreggors UX 회의 중 하나에서 논의되기 전에 누군가가 이것을 만지는 것은 낭비되는 노력 일 것입니다.

충분히 공평하게, 당신은 그 끝에서 가장 잘 알 것입니다. 이것이 논의되고 있다는 것을 아는 것이 좋습니다. :-)

노력 해주셔서 감사합니다. 훌륭한 에디터가 시작된 것 같습니다.

UX 회의를 위해이 주제를 제안 하는 것도 낭비 인 것 같습니다. :–)

1.9 릴리스에서 훨씬 더 안정적이되었으므로 일시적으로 Atom으로 다시 전환했습니다. 큰 파일이 열릴 때 충돌이 발생했으며 이것이 VSCode를 어떤 시점에서 체크 아웃하기 시작한 주된 이유였습니다. 하나의 창에서 여러 프로젝트를보기를 정말 기대하고 있습니다. 그때까지이 스레드를 따르는 것 외에는 할 일이없는 것 같습니다.

왜 Microsoft 사람들이 이것에 집중하지 않습니까?

+1

+1

저는 VS Code를 정말 좋아합니다. 제 1 차 편집자가됐지만 한 번에 2 개 이상의 프로젝트를 작업하는 것이 어려워지고 있습니다. 이 두 가지 미해결 문제,이 문제와 제목 표시 줄 정보 구성 에 대해 두 가지 문제가 있습니다.

이러한 기능 중 하나가 문제를 해결합니다 (이상적으로는 둘 다 필요합니다!). 내가 작업하는 모든 것을 단일 폴더에 넣고 여는 데 신경 쓰지 않습니다.하지만 git 통합이 작동하지 않으며 한 프로젝트 내에서만 검색하거나 프로젝트별로 결과를 구성하는 사소한 방법이 없습니다.

다른 물리적 VS 코드 창에서 각 프로젝트를 열고 내 OS가 인스턴스를 관리하도록 허용하지만 제목 표시 줄에 일부 루트 폴더 / 프로젝트 식별자가 아닌 열린 파일 이름이 먼저 표시되므로 다음으로 전환 할 수 없습니다. 각 활성 인스턴스를 열어 보지 않고 다른 특정 열린 프로젝트. 그것은 수월해야 할 무언가를 끊임없는 성가심으로 만듭니다.

이 두 기능 중 하나를 추가하는 것이 우선 순위가 될 수있는 방법이 있습니까? 이 문제를 해결하기 위해 생각할 수있는 모든 것을 시도했습니다. 제목 표시 줄에 더 많은 텍스트를 표시 할 수있는 목록에서 창을 선택할 수있는 Windows 작업 표시 줄 대안을 찾기 위해 한 시간을 보냈지 만 찾을 수 없습니다. 아무것도.

누구나 여러 개의 개방형 VS 코드 프로젝트를 효과적으로 관리하는 방법에 대한 제안이 있다면 듣고 싶습니다.

Atom에서 잘 작동하는 중요한 점은 eslint와 같은 플러그인이 여전히 프로젝트 수준에서 작동해야한다는 것입니다. 따라서 프로젝트 A에 자체 eslint 규칙이있는 경우 프로젝트 B는 해당 규칙의 영향을받지 않아야하며 그 반대의 경우도 마찬가지입니다. 코드에서 이러한 UX를 가질 때까지 기다릴 수 없습니다. 이것은 지금 당장 가장 큰 채택 장애물 중 하나입니다.

이것이 제가 그것을 채택하도록하는 유일한 것입니다.

해결해야 할 다른 문제와 구현해야 할 다른 기능이 많이있을 수 있다는 것을 알고 있지만, 시작하기위한 최소한의 기본 지원은 훌륭 할 것입니다.

VSCode에 대한 노력에 감사드립니다!

+1

이 기능이 구현 될 때까지 (만약 있다면) 파일 이름 앞에 프로젝트 이름을 표시하도록 제목 표시 줄을 구성하는 기능을 추가하는 것이 좋습니다. 이렇게하면 적어도 다른 프로젝트에 대해 열려있는 서로 다른 vscode 창을 구분할 수 있습니다. # 1723을 참조하십시오.

이것은 나에게도 쇼 스토퍼입니다. 일부 개발자는 한 번에 여러 git repos가있는 이유를 궁금해하고 있습니다. 이것은 세 번째 부분 모듈을 사용하는 거의 모든 언어에서 발생합니다. php-composer, js-bower, node-npm, golang 등을 살펴보십시오. 일부 모듈을 사용하는 프로젝트를 시작하고 프로젝트 범위의 변경 사항을 편집하고 커밋하려는 것은 매우 일반적입니다.

중첩 된 디렉토리에서 .vscode/settings.json 인식에 대한 지원이 최소한 있습니까? 단일 프로젝트에서 작업 할 때 다른 설정 세트를 사용하고 다른 (git) 저장소를 형성하는 하위 트리가있을 수 있습니다. 예

root/
    server/
        .vscode/
            settings.json // <== affects all files in the server/ directory
        code/
            tsconfig.json
            foo.ts
    client/
        .vscode/
            settings.json // <== affects all files in the client/ directory
        code/
            tsconfig.json
            foo.ts
    .vscode/
        settings.json // for any file not in server/ or client/

vscode가 많은 구성 파일 ( .eslint , .gitignore , .editorconfig , tsconfig.json , 'package.json` ....).

그래서, 때 열 /root ,에서 다음 모든 파일 root/server/ 내가 열 것처럼 처리해야 root/server/ 직접. 가장 간단한 해결책은 .vscode/settings.json 파일이있는 상위 디렉토리에서 설정 검색을 중지하는 것입니다.

이것은 정말로 필요합니다.

+1. 나를위한 딜러.

이것은 정말로 필요합니다. +1

vscode 작업 공간 아래에 폴더를 중첩하는 해결 방법이 있습니다. mklink /d link target 와 같이 작업 공간의 폴더에 대한 심볼 링크를 생성합니다.

동의합니다.이 요청은 확실한 요구 사항이라고 생각합니다.
항상 하나의 폴더에 프로젝트가있는 것은 아닙니다. 보조 폴더와 형제 폴더를 가질 수 있으며이 기능이없는 것은 지금 제게 진정한 거래 차단기입니다. 그래서 제가 숭고한 것을 사용해야합니다.
추가 해주세요!

왼쪽에는 프로젝트로있는 폴더가 표시됩니다. 각 폴더 영역 (프로젝트)이 열려있는 것을 볼 수있는 경우 작동 할 수 있습니다. 지금처럼 확장하고 축소 할 수 있습니다 (여러 폴더 영역의 경우).

두 프로젝트 사이를 전환 할 수만 있다면 멋진 편집자입니다. 진짜 딜러.

안녕하세요, 그동안 프로젝트간에 전환을 많이한다면 Git Project Manager 확장 프로그램을 추천합니다. .git 폴더를 포함하는 디렉토리를 검색하고 빠르게 전환 할 수 있습니다. 몇 주 동안 사용해 왔으며 확실히 더 쉽게 만들 수 있습니다.

프로젝트를 전환 할 때 다음 중 하나를 수행합니다.

1. ctrl + alt + p
2. 프로젝트 시작을 입력하십시오. vscode의 경우 "vsc"
3. 시작하다

또는 다른 창에서 프로젝트를 열려면 미리 ctrl + shift + n을 누릅니다. 확장 프로그램이 항상 새 창에서 열리도록 구성 할 수 있습니다.

여러 프로젝트를 쉽게 가질 수있는 방법에 대한 스크린 샷입니다.

@ soljohnston777 문제는 git 통합 (또는 다른 종류의 VS 코드 구성)이 폴더 수준에서 지원되지 않는다는 것입니다.

문제는 git 통합 (또는 다른 종류의 VS 코드 구성)이 폴더 수준에서 지원되지 않는다는 것입니다.

응 정말? VSCode가 작업 공간 개념과 관련하여 발생한 오류 일식을 반복 했습니까? VSCode 팀의 상당수가 핵심 이클립스 팀의 일원이라는 사실을 알면 놀랄 것입니다 ....

VSCode가 작업 공간 개념과 관련하여 발생한 오류 일식을 반복 했습니까?

여기서 아키텍트의 철학에 대해 말할 수는 없지만이 사실 (구성은 폴더가 아닌 인스턴스 별)이이 문제와 토론의 전체 이유입니다.

프로젝트에 별도의 VScode 창을 사용할 수 있습니다. VSCode 내부에서 그렇게 구현하지 않는 이유는 무엇입니까? (측면 프로젝트 버튼마다 별도의 창-내부 참조). 프로그램 내에서 코딩하는 번거 로움을 덜어 주지만 프로젝트는 내부에 표시되며 통합 및 개발이 쉽습니다.

Git은 여러 프로젝트의 각 폴더 영역에 대해 독립적으로 배치 할 수 있습니다. git이 VSCode와 혼동되는 것을 알기 때문에 어쨌든 명령 줄을 수행하는 경향이 있습니다 (VSCode에서 수행 할 수 있어야하는 것처럼 보입니다).

독립적 인 git 저장소 인 하위 폴더를 수용하는 상위 폴더가 있으면 모두 동일한 프로젝트에 속할 때 정말 유용합니다. 최소한 설정에서 선택적 구성 플래그를 사용하여 사용 가능한지 확인하고 싶습니다.

또한 여러 git repos에 대한 git 지원에 대한 저의 강한 관심을 표현하고 싶습니다.

+1. 이것은 VSCode를 기본 편집기로 채택하지 못하게하는 주요 기능입니다.

+1

+1-특히 마이크로 서비스 / 다중 리포지토리 코드베이스로 작업하는 사람들에게는 이것이 핵심입니다. (키 : 모든 파일을 한 번에 열지 않고 전환하고 편집기가 열려있는 파일과 작업 공간을 기억하도록합니다.)

+1
우리의 설정은 GIT 저장소의 핵심 코드, 다른 저장소의 일부 지역 코드 및 다른 저장소의 프로젝트 특정 코드와 같으므로 프로젝트에서 작업 할 때 세 개 (또는 그 이상의) 저장소 모두에서 코딩해야합니다. 고유 한 특정 설정과 여러 소스에서 여러 폴더를 추가 할 수있는 기능으로 "프로젝트"를 가질 수 없다는 것은 차단의 왕입니다.

@danechitoaie 핵심 저장소를 변경해도 다른 지역이나 프로젝트 코드 기반에 의존하는 다른 사람이 깨지지 않는다는 것을 어떻게 알 수 있습니까? 위험한 작업 방식처럼 보입니다. 어떤 종류의 패키지 관리 시스템 등을 사용하여 별도의 릴리스 관리가 있어야합니다.

작업 공간의 일부 구현에 대해 논쟁하지 않지만 본격적인 프로젝트 시스템은 상당한 복잡성을 추가합니다.

동의합니다. 그들은 훨씬 더 나은 일을해야하고 / 할 수 있습니다. 그러나 ... 그것은 우리의 "필멸의 사용자"통제 나 결정을 내리는 능력을 벗어났습니다 ...

알겠습니다. 그런 일이 일어날 때 나는 그것을 좋아합니다.

이건 어때요?

저에게 간단한 스위치 버튼은 충분하지 않습니다. 간단하게 2 개의 인스턴스를 열고 (Ctrl Shift N) OS 핫키를 사용하여 창 / 작업 공간 사이를 전환하는 것은 거의 동일합니다.
나는 파일, 프로젝트 구조를 더 쉽게 비교할 수있는 무언가를 좋아한다. 내가 작업하는 모든 프로젝트의 변경 사항을 되돌릴 수있는 작은 변경 사항을 신속하게 수행하고 동일한 화면에서 모든 차이점을 구축하고 유지하는 데 도움이되는 무언가가있는 것을 좋아한다.

+1

+1

macOS Sierra에 대한 일종의 해결 방법입니다.

도크 설정에서 Prefer tabs when opening documents 를 Always 로 설정하여 한 창 내에서 프로젝트 당 하나의 탭. 하지만 다른 앱의 동작에도 영향을 미칩니다 ..

+1

이것은 저에게 킬러가되고 있습니다. 나는 프로그램을 좋아하지만 사람은 창문이 하나만있는 것을 좋아하지 않는다 ...

솔직히 코드 사용을 중단해야했습니다. 마음에 드는만큼 전환 창이 너무 번거로워 졌기 때문입니다.

나중에이 문제가 해결되면 다시 시도 할 것입니다. 그때까지 이것은 저와 제가 테스트 한 모든 사람을위한 쇼 스토퍼입니다.

+1

+1

다음을 선호하세요 : +1 : 우선 순위를 정하는 데 도움이되며 업데이트를 위해 이슈를 듣는 모든 사람에게 알림을 보내지 않으므로 원래 이슈 댓글에 대한 반응입니다.

+1

저는 현재 Sublime을 사용하고 있으며 Code를 사용해보고 있습니다. 보기도 좋고 느낌도 좋지만 단일 프로젝트 Git 통합은 거래 중단 자입니다. 저는 Hadoop / Oozie 프로젝트를 가지고 있으며 하나의 코드 저장소와 다른 하나의 작업 노트를 가지고 있습니다. Sublime에서는 둘 다 동일한 창에서 열고 각각에 대해 적절한 Git 저장소에 커밋 할 수 있습니다.

그래서 추가하는 것이 좋습니다

+1 yep, 마이크로 서비스 세계에서 중요한 것은 3..4 repos를 동시에 여는 것이 일반적입니다.

주간 알림 : +1으로 댓글 게시를 중지합니다. 대신 실제로 계산되는 초기 문제에 엄지 손가락을 올려주세요.

나는 당신 모두가 좋은 의미라는 것을 압니다. 따라서 +1 댓글을 삭제하여이 중요한 역사적 기록에서도 공간을 차지하지 않도록하십시오!

@jamietre 나는 시도했다 ... 열심히 :

또 다른 대안은이 문제를 잠그고 해결 될 때까지 열어 두는 것입니다. 이런 식으로 우리는 문제의 중요성을 알지만 (이미 충분한 +1을 받았다고 말하고 싶습니다), 복잡함 / 중복성을 추가 할 수는 없습니다 (예 : 더 이상 댓글이 허용되지 않음).

드물게 사용되는 기능이지만 Github의 하나의 공개 프로젝트 / 리포지토리에 대한 잠금 만 발견했습니다.

필요한 경우 잠금을 해제 할 수 있습니다.

@daluu 이것은 / aspnet / announcement repo가 ​​작동하는 방식입니다. 모든 문제는 즉시 잠 깁니다. 즉, GitHub는 현재 반응이 존재하므로 최소한 "+1"이상의 대안으로 사람들을 유도하기 위해 UI에서 무언가를해야합니다. 👍

두 개 이상의 프로젝트의 문서를 볼 때 전체적으로 다중 창 기능을 두는 것이 매우 유용합니다.

문제에 대한 흥미로운 접근. 저는 VB / .net 프로그래머로 수년간 언어와 도구를 좋아했지만 Hadoop / Spark / Scala / Intellij / Sublime-land에서 몇 년 동안 떨어져있었습니다. 나는 여전히 DotNetRocks의 이야기를 듣고 있으며, 무슨 일이 일어나고 있는지에 대한 최신 정보를 얻고이 코드 앱에 대해 듣고 싶어했습니다. 긍정적 인 측면에서 보면 멋진 Git 기능이있는 매우 멋진 편집기이지만 불행히도 전혀 관련이 없습니다. Sublime이 매우 우아하게 수행하는 것처럼 동일한 작업 공간에서 여러 프로젝트에 대해 Git을 처리하지 않기 때문에 사용할 수 없습니다

그렇습니다. 제가 가장 놀란 것은 여기에 대한 반응입니다. 먼저 이것이 필요한 기능이 아니라고 주장한 다음 대부분의 토론은 이제 "사람들이 +1을 게시하는 것을 막을 수있는 방법"에 관한 것 같습니다.

어떻게하는지 말씀 드리겠습니다. 1 년 전에 처음 제기 된 기본적인 문제를 해결합니다! 이를 "피드백 듣기"라고합니다. 당신이 개인적으로 문제의 영향을받지 않는다고해서 그것이 존재하지 않는다는 의미는 아닙니다. 특정 사용자 그룹이 앱을 사용하는 것을 원하지 않는 경우 괜찮지 만 피드백 메커니즘을 제공하지 않고 문제에 대해 이의를 제기 한 다음 계속 요청하는 것에 대해 짜증을냅니다.

다시 Sublime 사용

"+ 1"문제는 다음 코드로 수정할 수 있습니다. if (post_message == "+1") {add_smiley_reaction (); delete_post_message (); }

GitHub에게, 저는 고용 할 수 있습니다.

예, 이것은 결코 고쳐지지 않을 것입니다. 핵심 문제를 실제로 해결하는 것보다 "+1"주석을 조롱하고 무시하기가 훨씬 더 쉽습니다. 소프트웨어는 생산성을 위해 필요한 작업을 수행하지 않는 개발자의 특정 섹션에 마케팅됩니다.

"이 댓글에 대한 모든 직접 답장 (= 더 많은 메타)은 사용자를 차단하게됩니다." -이제 피드백을 관리하는 방법입니다! 귀에 손가락을 대고 "안들려!"라고 말합니다.

친애하는 주님

@ kryps1 그러면 사람들이 "+ 1"또는 "++ 1"또는 "1+"또는 "범프"또는 "예, 제발 +1"을 추가합니다. 당신이 무엇을 하든지 사람들은 그에 대한 방법을 찾을 것입니다. 생각만큼 쉽지 않습니다.

+1 의 쓸데없는 논쟁을 멈추십시오. 여기에서 필요한 것에 집중하십시오. 탐색기의 여러 프로젝트입니다.

git 문제의 경우 탐색기와 동일한 방식으로 (즉, cwd로) 분할하면됩니다.

+1 물건을 놓고 화염 전쟁을 시작하지 말자. 이 문제가 우선시된다면 분명히 좋을 것입니다.

그러나 커뮤니티에 언급하고 싶습니다. PR 및 기여는 환영합니다. ;-) 핵심 개발자가 코드를 얻지 못하면 누군가가 코드를 패치 / 수정할 수 있습니다. 사용자 / 개발자가 나에게 제안하고 싶은 개선을 기다리기보다는 스스로 수행하기 때문에 내 프로젝트 중 일부를 개선했습니다 (포크 사용). 이 문제에 짜증이 나고 충분한 능력 / 숙련을 가진 사람은 수정 (그 후 PR 제출)? ㅋㅋ

다시 +1 주제로 돌아가서 문제를 제기하고 의견을 추가하는 것은 좋지만 좋아요 기능과 같은 다른 방법을 사용할 수있는 경우 +1은 절름발이 방법입니다. Facebook 게시물 또는 원본 Google+ 게시물을 고려하면 사용자 / 독자는 좋아요 (또는 Facebook의 새로운 반응 중 하나)를 클릭하거나 Google+의 경우 +1을 클릭하는 대신 +1 댓글을 추가합니다. 시간이 지남에 따라 절름발이 +1의 긴 댓글 스레드가 있습니다. 내가 독자로서 흥미로운 댓글을보기 위해 스크롤 할 수 있지만 결국 +1이 많이 표시됩니다. 이것이 여기서 일어나고있는 일입니다. 저는 프로젝트 개발자 든 사용자 든 (또는 잠재적 인 사용을 위해이 프로젝트를 조사하는 중이 든)이 +1을 보거나 읽지 않는 것을 선호합니다.

관련 메모에서, 여기에 GH 문제의 어리석은 (하지만 좋은 의도) 사용이 있습니다. 신에게 감사합니다. 사람들은 모두 +1하지 않았습니다. https://github.com/sinatra/sinatra/issues/920

나는 PR과 기부를 환영한다고 가정합니다

별로. 8 월 댓글보기 : https://github.com/Microsoft/vscode/issues/396#issuecomment -241806158

분명히이 문제는 적어도 그 이후로 로드맵 에 있지만 진전이 없습니다. VSCode 팀의 상태 업데이트를 듣는 것이 좋을 것입니다.

나를 위해, 이것은 주제를 다시 궤도에 올리기 위해 여러 프로젝트 폴더가 필요합니다.

Atom에서는 GIT를 지원하며 내가 사용하는 유일한 방법은 변경된 파일을 기록하는 것입니다. SSH를 허용하지 않는 Rackspace 서버가 있으므로 수동 업로드로 이동합니다. 그러나 사이드 바에 여러 개의 프로젝트 폴더가있을 수 있으며 이전 프로젝트에서 사용한 코드를 훨씬 쉽게 참조 할 수 있습니다. 또는 잠시 쉬어야 할 경우 다른 프로젝트로 전환하십시오.

VSCode를 사용하면 전환을 방해하는 문제는 사이드 바에 여러 프로젝트 폴더가 없다는 것입니다.

임시로 해결하기 위해 루트 폴더를 열 수 있지만 3/20 폴더 만 필요하고 느슨한 파일을보고 싶지 않다면 쉽게 구현할 수있을 것입니다.

업데이트 : 곧 출시 될 대규모 워크 벤치 업데이트는 hot exit (# 101)이며, hot exit에 대해 작업하는 동안 설계에서 여러 폴더를 고려할 수 있도록이 문제에 대해 적극적으로 논의했습니다.

이 문제는 현재 다음 과 같은 측면에서

On : +1 : 댓글; 이 문제에 가입 한 80 명 이상의 사람들을 성가 시게합니다. 그러나 반응이있는 문제에 투표하는 것은 프로젝트에 영향을 미치기 위해 할 수있는 가장 강력한 일 중 하나입니다.

또한 우리는 상대적으로 작은 팀이며 코드베이스의 청결성과 vscode의 성능이 매우 중요하므로 작업을 올바르게 수행하는 데 시간이 걸립니다. 특히 vscode가 지금까지 빌드 된 방식에 대한 근본적인 변화 인 이와 같은 것에 대해서는이 문제에 대해 꽤 많은 작업이 있습니다.

+1

실제로 그것은 편리한 기능이 될 것입니다.

Atom에서 전환하여 정말 마음에 들었지만 두 개의 UI 응용 프로그램과 다른 두 개의 SDK에서 작업하지만 해당 프로젝트 (또는 폴더)간에 빠르게 변경할 수 없다는 점이 중요한 결점입니다.이 때까지 Atom으로 돌아 가야한다고 생각합니다. 해결되었다

이 기능이 정말 기대됩니다 ~~~

나는 vscode를 사용하는 golang 개발자입니다. 이것이 구현되기를 바랍니다, thx!

Sublime에서 VScode로 전환하려고합니다. 그리고 곧 VScode가 "프로젝트"개념에서 여러 폴더를 지원하지 않는 것이 실제로 그렇게하는 것을 방해하는 문제라는 것을 발견했습니다.

이 "경량"편집기의 다른 기능을 정말 좋아합니다. 한편 "프로젝트"에서 여러 폴더를 지원한다고해서 VScode가 "비중"되거나 "IDE와 비슷"하게되는 것은 아니라고 생각합니다. 다른 편집기를 사용하는 개발자가 전환을 훨씬 덜 고통스럽게 만드는 것이 더 편리해집니다.

이 개선이 있기를 바랍니다. 감사!

또한 팀이 기본 설정을 재정의하는 프로젝트 기반 설정을 저장하는 기능을 추가 할 수 있다면 좋을 것입니다. 사용 사례는 다른 프로젝트에 대해 다른 통역사를 가질 수있는 경우입니다. 마찬가지로 다른 탭 크기 등을 사용하는 것도 도움이됩니다. 이것이 이미 어떤 방식 으로든 달성 될 수 있는지 알려주십시오.

개발자로서 우리는 항상 여러 프로젝트에서 작업하고 있으며 자체 프로젝트가 있습니다. 프로젝트를 전환 할 때마다 프로젝트 설정 (vscode의 작업 공간 설정)을 사용자 지정하는 것은 큰 고통입니다.

@bajubullet https://marketplace.visualstudio.com/items?itemName=EditorConfig.EditorConfig 필요한 모든 것을 포함하는지 확실하지 않지만 시작입니다.

@danechitoaie 응답에 감사드립니다. EditorConfig는 도움이되지 않지만 파일 유형별로 속성을 지정할 수 있지만 프로젝트 설정으로 저장할 수 있다면 더 쉬울 것이고 모든 프로젝트에 대해 .editorconfig를 사용하는 것을 좋아하지 않습니다. 또한 사용할 인터프리터를 제공하는 python 확장과 같은 확장의 경우 python.pythonPath가 editorconfig를 통해 지원되지 않기 때문에 도움이되지 않습니다. 여기에 빠진 것이 있으면 알려주세요. 어떤 제안이라도 환영합니다.

동의합니다. 어떤 종류의 프로젝트 특정 설정과 여러 "루트"폴더를 열 수있는 것도 정말 기대하고 있습니다. Sublime에서 내가 놓친 유일한 것입니다.

이것은 곧 구현됩니다!

따라서이 게시물에 계속 추가 할 필요가 없습니다. 다른 문제가있는 경우 새 스레드를 만듭니다. 감사!

이것은 꽤 긴 스레드이고 나는 그것의 1/3을 읽었지만 내지지를 표명하고 싶습니다. https://github.com/JuliaEditorSupport/julia-vscode 를 사용하여 Atom / Juno를 대체 할 수있는 VS Code를 방금 설치했습니다. 아름다워! 😍

그러나 Julia 코드를 개발할 때 다른 폴더에서 여러 패키지를 열 수있는 것이 매우 중요하다고 생각합니다. 원칙적으로 위의 폴더를 열 수는 있지만 설치 한 100 개의 Julia 패키지가 노출됩니다. LOAD_PATH를 변경할 수도 있지만 VS Code 솔루션을 훨씬 선호합니다.

여러 폴더를 열 수 있기를 진심으로 바랍니다. 노력해 주셔서 감사합니다 👍

여러분, 안녕하세요. 이번 반복 동안이 문제의 구현을 검토하고 있음을 눈치 채 셨을 것입니다.

https://github.com/Microsoft/vscode/issues/17608에서

@team의 다양한 구성 요소에서 다중 루트 작업 영역을 조사합니다.

구현 세부 사항을 검토하면서 사용 사례에 대해 3 ~ 5 명과 채팅을하려고합니다. 가능하다면 다음 주 화요일에 15 분 시간 슬롯에 등록 하십시오. 나는 채팅하고 싶습니다.

내 api와 ui 사이를 전환하면 나를 미치게 만듭니다 ... :-(

@ehartford 특히 그들이 상호 부모를 공유하지 않는 이유는 무엇입니까?

예. 부모 디렉터리를 열면 Git 통합이 작동하지 않습니다.

@ehartford 좋은 이유 : 미소 :

@waderyan _ 최종 사용자 _ 사용 사례 만 찾고 있습니까, 아니면 _ 확장 개발자 _도 찾고 있습니까?

_ 최종 사용자로서 _ 다중 폴더 지원은 대부분 _ 검색 목적 _에 유용했습니다. 저는 검색을 더 쉽게 (통합)하기 위해 다른 API에서 다른 폴더를 추가하는 프로젝트를 만들곤했습니다. 나는 오늘 그다지 그리워하지 않는다고 말할 것이며, 특히 Switch Window 명령이 추가 된 후에 오늘 여러 VSCode 창을 갖는 것을 귀찮게하지 않습니다. : +1 :

_extension 개발자 _로서 context.workspaceState , activationEvents/workspaceContains 와 같이 _Project Context_를 기반으로하는 확장 기능이 있습니다. 또한 Project Manager 는 이미 다중 폴더를 지원하기 위해 내부를 리팩토링하기 시작했습니다. 이것이 확장 프로그램에 어떤 영향을 미치는지 알고 싶습니다.

감사

위에서 말한 내용 (https://github.com/Microsoft/vscode/issues/396#issuecomment-270326917)에 추가하려면 실제로 Git 하위 모듈을 사용하므로 내 자신의 (개인) 패키지에서 작업 할 때 번들로 묶는 것이 완벽하게 이해되지만 Julia는 여전히 상당히 어리기 때문에 (상대적으로 말하면) 저는 종종 제 자신과 함께 다른 패키지 작업을해야합니다. 이 다른 패키지를 하위 모듈로 추가해야하는 설득력있는 이유는 없습니다.

일반적으로 Julia 패키지 개발의 경우 지속적으로 패키지를 탐색하므로 여러 프로젝트 폴더를 갖는 것이 좋습니다. + 1 :

추신 : MS, Julia에게 더 많은 관심을 기울이십시오.)

가장 간단한 사용 사례 : 마이크로 서비스

ㅋ. 예 @saada 👍 실제로 우리를 VS Code로 가져온 것은 마이크로 서비스였습니다. 우리는 Azure Service Fabric을 사용하고 있으며 파트너는 .NET 및 Rust에서 첫 번째 마이크로 서비스를 구축했습니다. Julia 마이크로 서비스를 연구하고 있습니다. 내 파트너는 VS 사람이고 Rust 용 VS 코드를 좋아했습니다. 그는 줄리아에게 VS 코드를 사용해 보라고 제안했습니다. 감사!

@saada 확실히 레이더에. 이 질문에 답하여 요구 사항을보다 명확하게 파악할 수 있습니까?

1. 마이크로 서비스가 상위 폴더를 공유합니까? 그 이유는 무엇?
2. 각 마이크로 서비스는 자체 git 저장소로 분리됩니까? 그 이유는 무엇?

1. 각 마이크로 서비스는 자체 git 저장소로 분리됩니까? 그 이유는 무엇?

@waderyan 한 가지 가능한 이유는 Heroku와 같은 일부 인기있는 PaaS 플랫폼에서 각 앱 (마이크로 서비스)이 별도의 Git

@waderyan 나는 내일 슬롯에 가입했고 그것을 고대하고 있습니다. 그러나 이와 같은 사용 사례의 라인을 따라 우리는 비슷합니다.

우리는 대규모 조직이고 개인 npm 레지스트리가 있으며 조직 내에서 공유되는 자체 모듈을 게시합니다. 일부 공통 모듈 (예 : 유틸리티 라이브러리, 공유 구성 요소)을 사용하는 큰 앱인 클라이언트 코드베이스와 여러 모듈로 구성된 서버 코드베이스 (익스프레스 서버 앱, 서비스 계층 및 클라이언트에 노출 된 실제 서비스). 활성 개발에는 최소 2 개 (클라이언트 및 서비스 계층)가 포함되지만 문제 해결에는 6 개의 모듈이 쉽게 포함될 수 있습니다.

공개 npm 모듈을 사용하는 경우에도 소스 코드를 직접 연결하고 별도의 VS Code 인스턴스에서 열어서 어려운 문제 나 타사 모듈의 버그를 해결하는 것이 유용하지만 대부분은 자체 코드입니다.

각각은 별도의 git 저장소입니다. 단일 루트 폴더 아래의 파일 시스템에 보관하는 데 문제가 없습니다 (어쨌든 그렇습니다). 그러나 각각에 대해 별도의 VS Code 인스턴스를 열어야하며 응용 프로그램 자체의 이름이 아닌 파일 이름 만 볼 수 있기 때문에 앞뒤로 전환하는 것이 고통 스럽습니다. 어떤 응용 프로그램 / 모듈 / 프로젝트가 어떤 창에 열려 있는지 쉽게 알 수있는 방법이 없습니다. 파일 이름 자체는 여러 VS Code 인스턴스를 구별하는 데 유용한 정보를 거의 제공하지 않습니다.

제목 표시 줄 정보를 구성 할 수 있도록 허용하는 것과 관련된 또 다른 미해결 문제가 있습니다.이 문제는 제가 또한 많이 언급했으며 해결되지 않은 상태로 남아 있습니다. 제목 표시 줄에 루트 폴더 이름이 플러시 왼쪽으로 표시 될 수 있다면 작업을 전환 할 때 Windows 내에서 열려있는 인스턴스가 어느 것인지 적어도 알 수 있었기 때문에 여러 프로젝트를 여는 문제는 훨씬 덜 문제가 될 것입니다. 이것은 구성 가능하게 만드는 것이 정말 사소한 것처럼 보이며 적어도 단일 인스턴스에서 여러 git 리포지토리를 열 수 없다는 고통을 덜어 줄 것입니다.

뿡뿡

1. 내 웹 프로젝트는 단일 상위 폴더에서 관리합니다. 조직을 위해 이러한 방식으로 설정되고 내 저장소 폴더에 대한 빠른 링크가 설정됩니다. 또한 재사용 할 때 코드 샘플을 가져 오기 위해 이전 / 현재 프로젝트로 바꾸기가 쉽기 때문에 이렇게합니다. 다른 창을 여는 것과 달리 다른 탭을 여는 것이 더 쉽고 제 경우에는 시간이 더 효율적입니다.

2. 각 웹 프로젝트에는 자체 git 통합이 있지만 개인적으로 .git을 코드 편집기에 통합 할 필요는 없습니다. 나에게는 좋은 옵션이지만 필수 사항은 아닙니다. 내 저장소 호스트에서 각 웹 프로젝트를 별도로 유지하기를 원하기 때문에 자체 .git 통합이 있습니다.

@nickmak @jamietre @pesho 귀하의 생각을 공유해 주셔서 감사합니다. 이것은 도움이되며 내일 더 많은 사람들과 채팅을 할 수 있기를 기대합니다.

@alefragnani 저는 최종 사용자 시나리오에 중점을 둡니다. 확장 기능에 미치는 영향 때문에이 문제에 신중하게 접근했습니다. 우리는 신중하게 검토하고 API 변경 사항을 전달합니다. 원하신다면 트위터에서 저를 핑해주세요. 전화를 걸어 더 많은 것을 논의 할 수 있습니다.

메모장 ++도 다중 폴더를 지원합니다. 메모장을 떠날 수없는 이유입니다 ++.
오늘날 자바 스크립트로 작업하려면 여러 프로젝트를 열어야합니다.

저는 임베디드 소프트웨어 작업을하고 있으며 일반적으로 시스템 전체에서 작업중인 폴더가 몇 개 있습니다. 예 : 애플리케이션 코드, 공급 업체 라이브러리 및 운영 체제 코드.

동일한 창에있는 여러 폴더에 대한 사용 사례를 여기에 추가하고 싶습니다.

저는 게임 개발자이며 현재 게임에 대해 모드 지원을 구현했습니다. 우리 게임에는 클라이언트, 서버 및 마스터 서버 프로젝트가 있습니다. 모드 파일을 편집하는 동안 게임의 모드 수준 에서만 작동하는 것이 일반적입니다 (실제 게임 코드의 코어 또는 기본 수준이라고 부르는 것 대신). 예를 들어 서버 및 클라이언트). 폴더는 종종 공통 상위 폴더 내에 위치하지 않을 수 있습니다.

이 사용 사례에서는 모드 파일 내에서만 작업 할 때 과거에 Sublime의 다중 폴더 기능을 사용하여 클라이언트 및 서버에서 최상위 모드 폴더의 프로젝트보기 만 생성했습니다. 이를 통해 네이티브 파일 (C # 및 C ++)을 피하고 서로 밀접하게 관련된 두 프로젝트에서 Lua 파일을 빠르게 편집 할 수 있습니다.

VSCode에서 다중 폴더 지원을 사용하면 동일한 작업을 수행하고 VSCode (우리가 매우 좋아하는) 채택을 크게 쉽게 할 수 있습니다.

지난주에 열린 전화는 무엇입니까? 저는 Mac에 있고 VSCode의 여러 인스턴스를 열 수없는 것 같습니다.

감사!

지난주에 Wade와 전화를했는데, 이것이 아니었다는 것이 분명하고 공평합니다.
초기 우선 순위로, 그들은 정말 좋은 편집기를 만들었습니다.
그들은 다른 개발자의 요구를 충족시키기 위해 그것을 확장하고 있습니다. 개발팀은
듣고, 나는 그들이 그것에 대해 어떻게 진행되는지 기대하고 있습니다

일요일, 2017 년 1 월 15 일 21:20 nowherenearithaca, [email protected]
썼다 :

지난주에 열린 전화는 무엇입니까? 나는 Mac에 있고 보이지 않습니다.
VSCode의 여러 인스턴스를 열려면 해결 방법이라고 생각했습니다.

감사!

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/396#issuecomment-272724576 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AA16yEIdTFJAnqXHLs_WUvrGBIR9G7f-ks5rSo2DgaJpZM4Gm3nX
.

큰 요청으로
표

@nowherenearithaca 저는 많은 사용자들과 좋은 통화를했고 제가 배운 것을 나머지 팀원들과 공유했습니다. 우리는 여전히 다음 단계를 모색하고 있지만 조만간이 분야에서 무언가를 할 것으로 기대합니다.

@waderyan , 늦은 응답에 대해 죄송합니다.

마이크로 서비스가 상위 폴더를 공유합니까? 그 이유는 무엇?

예, 편의를 위해. 동일한 디렉토리에있을 때 관련 서비스를 더 쉽게 찾을 수 있습니다.

각 마이크로 서비스는 자체 git 저장소로 분리됩니까? 그 이유는 무엇?

예. 리포지토리가 다를뿐만 아니라 Linting 및 디버깅 구성도 다릅니다. 또한 Cmd + P를 사용하여 프로젝트간에 파일을 전환하는 것은 매우 유용합니다. 관련 프로젝트에 대한 글로벌 검색, ...

이것이 실제로 작동하는 것을 기대합니다!

한 가지 해결책은 액세스하려는 파일이있는 폴더에 대한 링크를 만드는 것입니다.
이상적이지는 않지만 도움이 될 수 있습니다.

_예:_

/home/myprojet
/home/mylibs
cd /home/myproject
ln -s /home/mylibs
code /home/myprojet

3 개의 모니터가 있고 3 개 모두에서 VSCode를 사용하고 싶습니다. 여러 인스턴스를 열 수없는 경우 적어도 탭을 분리하고 다른 창으로 드래그하는 기능을 지원합니다 (Visual Studio 2015와 유사).

동의하다.

다른 모든 텍스트 편집기가이를 수행합니다. 마이크로 소프트는 왜 그렇게 간단하고 필요한 것으로 생각하지 않았습니까?

@calloncampbell 이 기능은이 문제에 있습니다 : https://github.com/Microsoft/vscode/issues/2686

@calloncampbell @rsyring 내가 뭘 잘못하고 있는지 모르겠지만 code -n 을 사용하면 원하는만큼 많은 편집기 인스턴스를 열 수 있습니다.

내가 올바르게 이해한다면 2 월 반복 계획 내에서 " '다중 루트 작업 공간', '다중 폴더'작업 공간 구현에 대한 초기 조사"로 조사 될 것입니다. :)

+1 ...
이전 버전의 VSCode에서 가능하지 않습니까? 아니면 Sublime을 사용하고 있었습니까? 잊었다 ...
하지만 매우 편리합니다.
이제 내 Mac은 사방에 6 개의 창으로 가득 차 있습니다 ...

그리고 내가 열어 본 6 개 폴더 모두의 루트 폴더를 열지 않을 것입니다. 탐색기가 세로 스크롤이므로 파일을 탐색하는 데 영원히 걸릴 것입니다.

@edmundtfy 숭고하게 가능합니다. Visual Studio Code는이 기능을 지원하지 않았습니다.

@ min20 솔루션은 완벽합니다 !!! 다중 폴더 프로젝트, 대신 버튼을 통해 관리되는 다중 창

@DeeJaVu 고려하면 ... VSCode에는 정의로 이동하기 위해 이러한 mouseover-tooltip 및 control + 클릭이 있습니다. Sublime에 대한 일부 확장을 다운로드했지만 마우스 오버 및 컨트롤 + 클릭 항목이 잘 작동하지 않습니다 .. 권장 사항이 있습니까?

수년 동안 Sublime을 사용한 후 정말 그리워요. 지금은 카드리지 당 수십만 개의 파일을 사용하여 Intershop (프런트 엔드)과 함께 작업하고 있습니다. 전체 웹샵을로드해야하는 경우 CTRL + P를 열어 파일로 빠르게 전환하거나 검색해야 할 때 정말 느립니다.

또한 편집기에서 프로젝트의 모든 폴더를 원하지는 않습니다. 프런트 엔드 개발자로서 모든 것이 필요하지는 않습니다. 필요한 폴더 만 있으면 충분합니다.

또 다른 예 : Wordpress 사이트와 플러그인을 동시에 생성하는 것입니다. 전체 Wordpress 사이트를 포함해야하는 이유는 무엇입니까? 효율성이 저하 될뿐입니다.

우리가 가진 또 다른 문제 : 프런트 엔드 프레임 워크가 다른 git 저장소로 분할되어 있습니다. 4 개 이상의 창문을 열어 두는 것은 정말 고통 스럽습니다. 그리고 SCSS intellisense가 작동하지 않습니다 (핵심> 패키지의 IE 변수)

TLDR; VScode는 크고 거대한 프로젝트에 사용할 수 없습니다.

+1, 여러 사용자 정의 모듈을 사용하여 워드 프레스 또는 드루팔을 개발한다고 상상해보십시오.

프로젝트 루트는 웹 사이트의 루트이지만 전체 웹 사이트가 리포지토리가되는 것을 원하지는 않습니다. 여러 모듈이나 테마를 각각 독립 리포지토리로 사용하기 만하면됩니다.

가장 작고 가벼운 IDE에서도 다루어야하는 웹 개발의 매우 일반적인 사용 사례입니다.

+1

+1, 프로젝트를 편집하고 하위 모듈에서 원활하게 작업 할 수 있습니다.

+1

32 명의 개발자 팀 전체를 VS로 마이그레이션하는 것을 막는 유일한 문제입니다.

마이크로 서비스 개발은 실현 불가능하고 고통 스럽습니다.

+1

+1, 확실히 유용합니다. 숭고한에서 vscode로 이동하기로 결정했지만이 기능이 없기 때문에 언젠가까지 숭고함을 계속 사용할 것 같습니다 ..

매우 필요하고 기본적인 기능입니다. 이 위대한 편집기의 개발자가 어떻게 그것을 무시했는지 믿을 수 없습니다. 이 기능이 없으면 쓸모가 없습니다. 이것은 Atom에서 VSCode로 전환하는 것을 막고 있습니다.

이 기능을 추가하십시오. Sublime과 Atom을 사용한 후에는 이것이 편집기의 필수 기능입니다. 물론 git 통합으로 인해 그렇게 쉽지는 않지만 내가 좋아하는 편집기 내에서 필요합니다.

+1

+1 긴급 필요

+1 앞서 말했듯이 Atom에서 VSCode로 이동하려면이 기능이 정말 필요합니다.

댓글 전주의 사항
* 제발 !!!! "+1"이 포함 된 댓글 중지

쓸모없는 각 댓글은이 스레드만으로 100 명 이상의 사람들을 산만하게합니다 !!!
이 기능을 지원하고 싶다면 첫 번째 메시지에 감동이 있습니다!
업데이트를 구독하려는 경우-주제 오른쪽에있는 "구독"버튼입니다.
당신의 "+1", "정말 필요"등을 읽도록 강요받은 다른 회원들을 존중하십시오.

참고로 Sublime Text (예 : 예)가 프로젝트를 정렬하는 방식은 "폴더"별 고유 옵션이 프로젝트에 포함 된 "포함"폴더 트리입니다.

이를 시각화하기 위해 Sublime Text 프로젝트 파일의 JSON은 다음과 같습니다.

{
    "folders":
    [
        {
            "name": "Front-End (web-forms)",
            "path": "source/www/forms",
            "file_exclude_patterns":
            [
                "*.sublime-*",
                ".gitignore"
            ],
            "folder_exclude_patterns":
            [
                "node_modules",
                ".idea",
                "bin",
                "fonts"
            ]
        },
        {
            "name": "CORE C# Server Components",
            "path": "Source/Server",
            "file_exclude_patterns":
            [
                ".gitignore",
                "*.resx",
                "*.designer.cs",
                "*.StyleCop",
                "*.testsettings",
                "*.cache",
                "*.user",
                "*.vsmdi"
            ],
            "folder_exclude_patterns":
            [
                "bin",
                "obj",
                "TestResults",
                "Service References"
            ]
        },
        {
            "name": "DB schemas & utility scripts",
            "path": "Source/Database"
        },
        {
            "name": "Grunt Build source",
            "path": "Build",
            "folder_exclude_patterns":
            [
                "dist",
                "node_modules",
                "TestResults"
            ]
        }
    ],
}

보시다시피 포함 된 각 폴더는 프로젝트 경로에 상대적입니다 (숭고한 텍스트의 경우 his는 *.sublime-project 파일의 경로입니다). 또한 각 폴더에는 와일드 카드가있는 파일 및 폴더 패턴을 제외하기위한 섹션이 있습니다. (위에서 볼 수 있듯이) 테스트 결과, 편집하면 안되는 라이브러리, 아트 워크 및 기타 많은 것을 무시하는 데 적합합니다.

이것이 제가 전환하지 않은 마지막 이유입니다.

매우 유용합니다!

+1
예 : 기능이 중복되지 않도록 앱이 참조하는 다른 모듈에서 일부 기능이 아직 구현되지 않았는지 확인해야합니다.

분명히 모듈은 앱 자체가 아닌 파일 경로의 다른 곳에 저장되며 파일에 빠르게 액세스하고 코드를 읽고 싶을 때 하나의 화면으로 여러 창을 사용하는 것이 고통 스럽습니다.
배포 나 아무것도 필요하지 않은 AngularJS 앱에 대해 이야기하고 있습니다.
Tomcat에서 직접 App 폴더를 열고 변경 사항을 실시간으로 적용 할 수 있는데 다른 파일 구조로 개발해야하는 이유는 무엇입니까?

그리고 아니요, Tomcat 서버 폴더를 프로젝트로 여는 것을 제안하지 않는 한 상위 폴더가 없습니다 (모든 파일을 열 수 있기 때문에 전체 HDD를 프로젝트로 여는 것과 같습니다).

와, VS를 사용해보기 위해 atom을 제거했는데이 기능은 2015 년 이후로 추가되지 않았습니다.

stoffeastrom은 2015 년 11 월 21 일에이 호를 열었습니다.

우울하다. :실망한:

추신 : 마스터 폴더를 여는 것은 원치 않는 모든 파일을 열어서이 티켓의 전체 목적을 능가하므로 정확히 해결책이 아닙니다.

참으로 우울합니다. 그러나 사람들이 여전히 놀라운 무료 오픈 소스 편집기 (매월 몇 가지 새로운 기능을 지속적으로 추가)에 대해 불평하는 것처럼 우울하지는 않습니다. 우울증에 대한 댓글로이 스레드를 보는 모든 사람에게 스팸을 보내는 것만 큼 우울하지도 않습니다.

_{(이제 나는 스팸 발송자 중 하나입니다.}

업데이트 : 현재 계획은 3 월 / 4 월 반복에서이를 조사하는 것입니다.

3 월 반복 계획은 https://github.com/Microsoft/vscode/issues/21923 을 참조

다중 루트, 다중 폴더 작업 공간 조사 # 396 @bpasero @Tyriar

+1

기능 설명을 구체화하는 실제 사례를 공유하려면 : 예제, WordPress Theme / Plugin dev.

다른 편집기에서는 상당히 크고 복잡한 파일 트리를 좀 더 쉽게 관리 할 수 ​​있도록 여러 폴더를 "책갈피"로 설정했습니다. 하나는 (환경)에서 시작하기 위해 디버그 및 코드 완성 기능 조회를 선호하는 루트 인 webroot입니다. 두 번째는 실제 프로젝트, 테마 폴더 또는 내 워크 플로에서 버전 제어 루트 인 플러그인 폴더입니다. 때때로 부모 테마, 템플릿 테마 또는 통합하고 자주 참조 / 읽어야하는 플러그인과 같은 추가 폴더를 참조로 설정합니다.

따라서 여기에 설정된 기능은 1. git 루트와 검색 루트를 다른 위치로 설정하는 기능입니다. 2. 파일 트리 패널을 정리하기 위해 순수하게 시각적 인 폴더 북마크 시스템.

git 루트와 프로젝트 루트가 동일한 스레드의 일부의 경우 하위 모듈을 배우고 사용하는 것으로 충분할 것으로 보이며 중첩 된 폴더의 깔끔한보기를 얻으려면 약 2입니다.

나는 스레드의 일부가 실제로 문자 그대로 다중 프로젝트 지원을 요청하고 있다고 확신하지만 대부분이 주로 더 간단한 폴더 북마크 아이디어를 요구하고 있다고 가정합니다.

추가로 하나를 프로젝트 루트 (검색 / 디버그)로 정의하고 다른 하나를 git 루트로 정의하는 방법을 요청하고 있습니다. (불쌍한 이름 지정을 무시해도됩니다.)

이에 대한 내 해결 방법은 단순히 상위 폴더를 만들고 원하는 모든 프로젝트와 함께 심볼릭 링크를 만드는 것입니다.
_e.g._

이 프로젝트가 있습니다

1. 내 앱 API
2. 내 앱 클라이언트

_my-app-all_이라는 폴더를 만들고 (여기서 이름은 관련이 없음) 내에서 my-app-api 및 my-app-client 를 가리키는 두 개의 심볼릭 링크를 만든 다음 VSCode에서 my-app- 을 열면됩니다.

단계

1. mkdir my-app-all
2. cd my-app-all
3. ls -s ../my-app-api
4. ls -s ../my-app-client

메모:
git 통합이 작동하지 않습니다.

@DannyFeliz 이것은이 문제에 대한 답변으로 표시되어야하며 모든 사람이 볼 수 있도록 상단에 게시해야합니다 ... 저는 MKLINK 명령을 사용하여 Windows에서도 이것을 테스트했습니다.
사용 예 :

1. 관리자 권한으로 명령 프롬프트 열기
2. 프로젝트 폴더로 이동
   3. [선택 사항] 링크 폴더 만들기
3. MKLINK / D "link_name" "참조 할 폴더 경로"사용

VS 코드에서 프로젝트를 열면 참조 된 폴더와 그 안의 모든 파일 / 폴더가 표시됩니다.

행복한 코딩 녀석들!

이렇게해도 Git 통합이 작동하지 않습니다.

2017 년 3 월 20 일 월요일 오후 2:42, poparazvandragos [email protected]
썼다 :

@DannyFeliz https://github.com/DannyFeliz 이것은
이 문제에 대한 답변과 모든 사람이 볼 수 있도록 상단에 게시했습니다. 테스트했습니다.
MKLINK 명령을 사용하여 Windows에서도 마찬가지입니다.
사용 예 :

1. 관리자 권한으로 명령 프롬프트 열기
2. 프로젝트 폴더로 이동
   3. [선택 사항] 링크 폴더 만들기
3. MKLINK / D "link_name" "참조 할 폴더 경로"사용

VS 코드에서 프로젝트를 열면 참조 된 폴더가 표시됩니다.
그리고 그 안에있는 모든 파일 / 폴더.

행복한 코딩 녀석들!

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/396#issuecomment-287907310 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ABEOBVKz2bqFsRdfvyOpcFW2e_26HV5bks5rnvLWgaJpZM4Gm3nX
.

@ehartford 저는 대답이 아니라 대답을 말했습니다. 우리 대부분은이 정확한 것을 찾고 있었기 때문에 동일한 VSCode 창에 여러 디렉터리를 표시하고 다른 위치에 있습니다.
Symbolic Links는 그렇게하지만 Windows에서 작업 할 때 염두에 두는 솔루션이 아닙니다.
2 년이 지나고 Linux / OSX 개발자가 와서 가장 간단한 해결 방법을 보여 주어야했습니다.
내가 원하는 것에 대한 해결 방법이 있으므로 마침내이 문제에 대한 내 의견을 남기기로 결정한 것이 기쁩니다.
가장 필요했던 12 일 만에

개발자가 문제를 해결하기로 선택하면 더 많은 작업을 수행 할 수 있으므로 문제를 삭제해서는 안됩니다.
그러나 우리 대부분에게 이것은 만족 스럽습니다. 나는 어떻게 든 이것을 위로 옮기라고 제안했기 때문에 사람들은이 댓글에 도달 할 때까지 다른 모든 댓글을 읽는 데 시간을 낭비하지 않습니다. 실의 크기 때문에 간과하는 사람도 있습니다.

나는 내가 원하는 것을 달성하는 방법을 발견하고 완벽하지 않더라도 다른 사람들이 대안을 쉽게 볼 수 있도록 노력했기 때문에 사람들이 이미 내 등을 뛰는 것을 보았을 때 이것을 편집 할 것입니다. BTW : VSCode에 통합 된 명령 프롬프트를 사용하여 개별 링크 된 폴더의 파일을 풀 / 커밋 / 푸시 할 수 있지만 해결 방법에 만족해야합니다.

Git 통합이 없으면 완전히 시작하지 않습니다. 나는 이것이 어떤 식 으로든 수용 가능한 해결책이라고 생각하지 않습니다. 실제 솔루션을 기대합니다. 친애하는.

도움이된다면-google appengine nodejs 클라이언트는 다음과 같이 구성됩니다.

https://github.com/GoogleCloudPlatform/google-cloud-node

나는 (한 번에 하나의 패키지 인 경우에도) 이와 같은 솔루션에서 열고 / 디버그 / 작업 할 수 있기를 바랍니다. 이 스타일로 Typescript 기반 프로젝트 / libs를 작성할 수 있기를 바랍니다.

모든 훌륭한 작업에 감사드립니다!

VSCode를 좋아하지만 여러 프로젝트를 처리하는 것은 쓰레기입니다. 그러나 중첩 등으로 인해 소스 제어와 같은 여러 가지를 더 복잡하게 만들기 때문에 기능이 연기 된 이유를 이해할 수 있습니다.

'프로젝트 빠른 전환'기능이나 하나의 창에서 여러 vscode 인스턴스를 '탭'하는 기능이 있으면 기쁩니다.

완전히 동의합니다. 동일한 창에서 여러 프로젝트 폴더를 여는 것을 지원하십시오. 이 기능은 매우 중요합니다.

@replete 문제에 대한 완벽한 해결책은 아닙니다. 하지만 프로젝트 관리자 를 사용해보세요. 지금은 부분적으로 도움이됩니다.

@dariusrosendahl 네, 오늘 아침에 충분히 재미있게 발견했습니다! 지금은 일을합니다.

사이드 바에는 5 개의 아이콘 만 있습니다. '프로젝트'사이드 바를 추가하는 데 많은 시간이 걸리지 않습니다. 그러나 vscode 제품 소유자는 그것이 얼마나 최소한인지에 대해 매우 까다로운 것 같습니다. 이제 IDE가되고 있으므로 너무 최소한의 IMO입니다.

@replete 도움이된다는 것을 알고 기쁩니다 😄

사실, _ 트리 탐색기 기여도 _ (심볼 패널과 유사-https://github.com/Microsoft/vscode/issues/15485)를 만들기위한 _experimental API_가 있습니다. 이를 통해 확장 프로그램은 활동 표시 줄에 아이콘을 추가 할 수 있습니다.

제안과 함께 내 확장에 문제를 추가하겠습니다. 감사합니다 👍

+1

헉헉

저는 개인적으로이 기능이 제품에 적용되는지 여부는 상관하지 않습니다. 일부 사람들이 원하는 이유는 이해하지만 모든 것이 약간 더 복잡하게 만든다는 점을 지적하고 싶습니다.

그렇다면 기능과 VSC가 IDE가 아닌 방법에 대한 부정적인 의견으로 대화를 지배하지 않을 수도 있습니다. 단일 응답 / 부정 투표로 충분하다고 생각합니다. 한 사람이 입장을 더 명확히해야 할 경우 최악의 경우 2 개입니다.

게다가, "IDE가 아님"이라는 주장은 논쟁의 여지가 있습니다. 다른 비 IDE도이를 허용합니다.

예 : 정규식을 사용하여 검색 할 때-어떤 작업 공간을 검색하고 있습니까? 하나? 모두?

그다지 큰 문제는 아닙니다. 모두 검색하거나 선택기를 사용하여 열린 작업 영역 중 하나로 검색 범위를 지정하십시오. 다시 말하지만, 다른 "비 IDE"(IDE뿐만 아니라)는 이미이 (및 기타) 사례를 처리합니다.

각 "작업 공간"에 대한 디렉토리를 만들고 해당 작업 공간에서보고 싶은 프로젝트에 대한 심볼릭 링크를 생성하여 내 설정에서이 문제를 해결했습니다.

나는 것을보고

다중 루트, 다중 폴더 작업 공간에 대한 초기 조사 # 396 @bpasero @Tyriar

https://github.com/Microsoft/vscode/issues/21923에 따라 이에 대한 업데이트가 있습니까? :)

우리 (팀의 일부)는 관련된 작업의 양과 우리가보고있는 과제에 대해 초기 조사를 수행했으며 다음 단계는 그 결과를 팀과 논의하고 계획하는 것입니다. 이번 주에 4 월 출시를 계획하고 있기 때문에 조만간이 작업이 나오면 좀 더 세밀한 계획 항목이 나올 것으로 기대합니다.

내가 파티에 너무 늦지 않았다면 이것이 구현 될 수있는 좋은 방법입니다.
"Explorer"로 이동하면 이미 두 개의 섹션이 있습니다. 하나는 열린 파일 용이고 다른 하나는 현재 열린 폴더의 탐색기 트리 용입니다.

이상적으로는 동일한 창에서 더 많은 폴더를 열 수 있고 탐색기 트리를보기 위해 확장 할 수있는 자체 섹션에 여기에 추가됩니다.

소스 제어 섹션에 대해서도 동일한 작업을 수행 할 수 있습니다. "탐색기"에서 열리는 각 폴더에 대해 하나의 하위 섹션. 그래서 일대일 관계입니다.

이렇게하면 모두를 행복하게 만들 수 있습니다. 원하는 경우 동일한 창에서 여러 폴더를 열 수 있도록 지원하며 GIT 통합도 여전히 작동하며 각 "프로젝트 루트"를 개별적으로 처리 할 수 ​​있습니다.

같은 창에서 하나 이상의 프로젝트를 여는 것은 저에게도 중요한 기능입니다. 일반적으로 일부 기본 앱을 복사하기 위해 너무 프로젝트를 엽니 다. Visual Studio Code를 설치하기 만하면 이런 이유로 Atom으로 돌아갑니다.

+1 다른 개발자에게 VSCode의 가치를 보여주고 싶지만 같은 창에서 두 개의 폴더를 열 수 없다는 것은 거래를 방해하는 것입니다. 이것이 더 높은 우선 순위를 갖기를 바랍니다.

내 2 센트 :

지금까지 "monorepo"라는 단어는이 스레드에 표시되지 않습니다.

내 monorepo는 여러 루트 간의 구성 문제를 중앙 집중화하며, 각 루트는 루트가 포함 된 폴더에 ".root"파일로 표시됩니다.

모든 루트 가 외부 git 저장소는 아니지만 전역 구성을 부분적으로 재정의 할 수 있습니다.

내 주된 고통은 파일 및 / 또는 기호를 검색하는 것이 내 뿌리의 내용을 우선시하지 않는다는 것입니다.

요구 사항은 서로 직접 관련 될 수도 있고 아닐 수도있는 ~ 4 개의 개별 항목으로 나눌 수 있다고 생각합니다.

• 탐색기에서 여러 폴더 지원
• 검색에서 여러 폴더 지원
• 소스 제어에서 여러 폴더 지원
• 디버그에서 여러 폴더 지원

이 스레드에서 본 것에서 이들을 분리하면 더 광범위한 시나리오를 지원할 수 있습니다. 물론 구성 / 선택된 폴더가 유지되는 방식에 영향을주는 "주"폴더가 여전히 있어야합니다.

대부분의 의견이 다중 루트 또는 다중 폴더 탐색기 솔루션에 대해 이야기하는 이유를 이해하지 못합니다. 사실 IDE 방식으로 구현하는 것은 정말 나쁘다고 생각합니다. 복잡성을 추가하고 성능에 확실히 영향을 미칩니다 (로드 시간, git refresh ....).

이 기능은 매우 중요하다고 생각합니다. 기본적으로 모든 관련 프로젝트에 대한 시각적 정보를 가지고 프로젝트 창을 빠르게 전환하는 것이 필요합니다!

두 가지 선택이 있습니다.

• 단일 창에서 구현 : 제 생각에는 다른 많은 관심사, git, search .....에 대한 여러 프로젝트 루트를 소개합니다. 이것은 UX에 대해 매우 나쁘고 잠재적으로 편집기에 버그와 복잡성을 도입 할 것입니다.
• 시각적 인 스위치 메커니즘을 구현하고 프로젝트 당 하나의 창을 유지합니다 . 이것은 매우 적은 비용으로 가장 안전하고 편리한 선택입니다! @ min20 은 내가 필요로하는 완벽하다고 생각하는 그룹 사이의 slack의 스위치 버튼에 대한 비주얼을 게시했습니다!

이 기능이 출시되기를 바라지 만 다중 루트 솔루션으로는 아닙니다! 작은 편집기의 주요 이점 중 하나는 단순성과 속도입니다. muti-root != simplicity & speed

나는 당신과 완전히 동의하지 않습니다 @ g13013 Sublime의 구현을 보았습니까? 매우 간단하고 Visual Studio Code보다 훨씬 빠릅니다. 모든 GIT 플러그인이 활성화 된 경우에도.

하나의 편집기에서 여러 프로젝트를 사용하는 것에 대해 말하는 것이 아닙니다. 우리는 필요한 프로젝트의 폴더 만 사용하는 것에 대해 이야기하고 있습니다.

예를 들어 Intershop 상점에서 일하고 있습니다. 필요하지 않은 것이 많고 편집해야하는 카트리지 만 있습니다. 폴더와 파일의 80 %는 나에게 쓸모없고 편집기를 훨씬 더 무겁게 만듭니다 (저를 믿으세요. 속도가 많이 느려집니다).

중복 파일이 많으면 Visual Studio에서 "빠른 열기"를 사용할 수도 없습니다. 올바른 파일을 계속 열 것인지 확실하지 않은 경우가 많으며 많은 파일로 인해 속도가 느려집니다.

이해 합니다만, 과거에 숭고하고 아톰을 사용하면서 마침내 "muti-root"기능을 가진 그들 중 누구도 프로젝트 파일 탐색 외에 다른 것을 해결하지 못했다는 결론에 이르렀습니다. 숭고하고 숭고한 폴더 트리는 매우 느립니다. 큰 프로젝트는 발견 할 때 멈춰 버립니다. sublime에는 "git"및 "debug"기능이 즉시 통합되어 있지 않습니다 .... muti-root를 도입하면 git 통합과 관련된 많은 문제가 발생하여 영향없이 검색됩니다. 성능 ... 큰 프로젝트에서 srcoll 문제를 탐색하는 것처럼 UX도 영향을받습니다.

이상 해요, 저에게는 그 반대입니다.

99 %의 경우 Sublime 또는 Atom에 필요한 것만 포함하기 때문일 수 있습니다. 그게 바로 우리가 원하는 것입니다.

아마도 그것은 당신이 편집기를 사용하는 방식 일 것입니다. CMD / CTR + P를 사용하고 원하는 정확한 파일을 입력하는 데 익숙합니다. 중복 파일이 많은 프로젝트의 루트를 포함해야하는 경우 불가능합니다. (원본이 무엇인지 비교하기 위해 카트리지 / 파일이 남아 있습니다. :)) 또는 같은 이름을 가진 많은 파일이있는 워드 프레스와 같은 것입니다.

안녕하세요,
예, 여러 폴더 아이디어는 많은 것을 깨지 않고 괜찮습니다. 각 추가 폴더는 기본 폴더에 대해 외부 임을 나타내는 접두사가있는 새 하위 섹션이 될 수 있습니다. Primary는 디버깅 및 Git에 사용됩니다. 사용자는 외부 폴더를 마우스 오른쪽 단추로 클릭하여 기본 폴더로 만들 수 있습니다. 당신이 얻는 것 :
1) 모든 폴더와 파일을보고 필요에 따라 열 수 있습니다.
2) 주요 작업에 대한 리홈.

이제 누군가가 한 번에 여러 프로젝트를 열려면 새로운 이슈 요청을 열어야합니다. 이는 수많은 사람들이 설명하는 상당한 복잡성을 추가합니다. 플러그인은 내장 기능과 동일하지 않습니다. 일치하는 내장 기능이있는 편집기가있는 경우 다른 개발자가 자신의 워크 플로가 이러한 기능에 어떻게 맞는지 검토 할 수 있도록이를 가리켜 야합니다. 감사합니다. 좋은 날.

이것을 VSC로 이동하는 것을 방해하는 유일한 거래 차단기라고 생각하는 사용자 목록에 저를 추가하십시오. 나는 프로젝트의 Sublime 구현이 자리를 잡을 것이라고 생각합니다. 예를 들어 "Volunteer Hours"앱에서 작업해야하는 경우 다른 폴더로 채운 프로젝트를 엽니 다 (기본 프로젝트 폴더와 이미지가 포함 된 다른 폴더). 그것이 그 프로젝트의 작업 세트입니다. "Exchange 계산기"앱으로 전환해야하는 경우 전체 작업 세트를 해당 프로젝트로 바꾸거나 해당 프로젝트가있는 새 창을 열 수 있습니다.
또 다른 사용 사례는 CMS를 사용할 때입니다. CMS 용 플러그인을 작업하는 경우 Git 리포지토리 인 플러그인 용 프로젝트와 Gitified가 아닌 전체 CMS 용 프로젝트 하나를 가질 수 있습니다. 필요에 따라 둘 사이를 전환하고 Git 문제를 별도로 유지할 수 있습니다.
VSC는 나에게 미래처럼 보이지만 별도의 작업 폴더 집합을 유지할 수있는 기능이없는 것은 아닙니다.

안녕하세요,
Sublime Text가 프로젝트 파일 이있는 프로젝트 관리자와 관련하여 작업을 처리 할 수있는 확장에 대한 이전 의견이있었습니다.

솔직히 Atom도 사용하고 문서 폴더와 현재 프로젝트 폴더를 동시에 열 수있는 다중 폴더 기능 (내장)을 사용합니다. 1 차 및 2 차 다수를 활성화하는 것은 실제로 더 낮은 교수형 과일처럼 보입니다. 아마도 간단한 화살표이거나 기본을 나타 내기 시작합니다. 감사합니다. 좋은 날.

그만한 가치는 여기 내 사용 사례입니다. 저는 세 개의 저장소로 나누어 진 게임을 작업하고 있습니다. 엔진 용 Git 저장소 하나, 게임 코드 + 콘텐츠 용 hg 저장소 하나, 많은 프로젝트에서 일반적인 게임 코드 용 hg 하나. 회사의 Sublime Text 플러그인에 대한 hg 저장소도 하나 있습니다. 일반 저장소는 게임 저장소의 하위 저장소입니다.

다음 직장에서 다시 많은 리포지토리에서 작업 할 것으로 기대합니다.

이 모든 것을 동일한 편집기 인스턴스에 두는 것이 매우 편리하며 VS Code에서 적절한 SCM을 얻는 것이 합리적이라고 생각합니다.

기본적으로 모든 매핑 된 폴더를 검색 할 것으로 예상됩니다. 좋은 보너스는 검색 할 폴더를 일시적으로 켜고 끌 수 있다는 것입니다. (예를 들어, 게임 엔진에서 물건을 찾는 데에만 관심이있을 때)

A) 그들은 그것을 필요로하지 않고 B) VS Code는 간단한 텍스트 편집기이기 때문에 VS Code가 이것을 지원하지 말아야한다고 말하는 많은 사람들이 있습니다. 첫 번째 이유는 좋지 않습니다. 모든 사람이 사용하는 기능이 거의 없습니다. 두 번째 이유는 ... VS Code는 단순한 텍스트 편집기가 아니라 디버깅, SCM, 플러그인이 있습니다. Sublime과 같은 다른 "간단한 텍스트 편집기"는 여러 폴더를 지원합니다. 그리고 성능에 대해 확고한 사람으로서이 기능을 추가하는 것이 의미있는 방식으로 성능에 어떤 영향을 미치는지 알 수 없습니다. 특히 어쨌든 하나의 폴더 만 사용하는 사람들에게는 더욱 그렇습니다. 이 기능을 원하지 않는 이유보다 기능이 작동하기를 원하는 방식 에

@Srekel 은 현재 편집자에게 어떻게 작업하는지에 대한 스크린 샷을 포함 할 수 있습니까? 기본 제공 및 플러그인을 사용하는 폴더와 프로젝트가 혼합 된 것처럼 들립니다. A 캠프의 사람들은 이러한 기능을 통합하기위한 변경 사항을 거의 알아 차리지 못할 것입니다. B 캠프 사람들에게는 그들이 옳습니다. 수렁에 빠질 필요가없는 경우 응용 프로그램을 사용하여 즉시 작업을 수행 할 수 있습니다. 그것에 가깝게 유지하면 빠른 업데이트주기와 깔끔한 인터페이스 요소를 갖는 데 도움이 될 것입니다.

이를 수행 하는 방법 에 대한 몇 가지 사항은 다음과 같습니다.

• 범위, 컨텍스트, 세션, 뷰의 관계를 이해하고 현재 상태 입니다.
• 상한 (256 개 이상의 폴더?)
• 주요 영향 영역 (편집기 탭, 설정, scm, git, 확장).
• 작업 공간 설정 재정의 또는 충돌.

보상이 필요한 이러한 영역에서 VSCode가 당연한 것으로 간주하는 몇 가지 사항에 대해 여기에 있으면 좋을 것입니다. 감사합니다. 좋은 날.

+1

+1. 단일 환경에서 액세스하고 작업하고 싶은 자체 git 저장소가있는 30 개 이상의 모듈이 있습니다. 나는 그것이 대부분의 js / node 개발자가하는 일이라고 생각했습니다. VSCode를 사용하면 불가능합니다. 유감스럽게도 거래 차단기입니다.

+1

2015 년부터 열렸지만 아직 수정되지 않았습니다. 그것은 모든 편집기에서 가장 원하는 기능이지만 슬프게도 vscode는 없습니다.

+1

명령 탭을 사용할 때 하나의 VS 코드 창을 다른 창과 지속적으로 혼동합니다.

내가 아는 다른 모든 편집자는 이것을 가지고 있습니다 (Atom, Sublime, Brackets ...)

내 프로젝트에 심볼릭 링크를 추가하는 것은 해킹이며 내 .gitignore를 업데이트해야합니다. 내 파일 창에 내가 신경 쓰지 않는 다른 프로젝트가 넘쳐나 기 때문에 상위 디렉토리를 여는 것은 성가신 일입니다.

"다중 루트, 다중 폴더 작업 공간 조사"태스크가 완료된 4 월 반복 계획. 조사 결과는 어떻습니까?
트윗 담아 가기

+1

내가 너무 열망하면 미안해. 너희들은 지금 코드를 공개 하느라 바쁘다.

안녕하세요,
폴더 열기 대화 상자는 폴더 열기로 간주되어야합니다. 따라서 특정 상위 폴더 아래에있는 경우 대화 상자에서 두 개 이상의 하위 폴더를 강조 표시하여 동시에 열 수 있습니다. 이 기능을 통합하면 환영 할만한 추가 기능이 될 것입니다. 감사합니다. 좋은 날.

+ 또 하나

이전에는 GitHub 스레드, 특히 포스트 이모 지에서 그렇게 많은 노력이 적은 댓글을 본 적이 없습니다. 맙소사.

이 기능이 정말 마음에 듭니다. 다른 누군가가 이미 말했듯이, 많은 현대 프로젝트는 모듈 식입니다. 예를 들어 한 저장소 / 프로젝트의 프런트 엔드와 다른 저장소 / 프로젝트의 백엔드 / api가 있습니다. 종종 하나로서 함께 작업하고 싶을 것입니다.

이것이 제가 Atom을 포기하지 않은 유일한 이유입니다.

마이크로 서비스와 서버리스 플랫폼은 오랜 "저장소가 저렴하다"라는 진언과 결합되어 이것이 필수 요소입니다. ~ 30 개의 [작은] 저장소를 열어 여러 프로젝트의 파일을 동시에 작업하는 것은 드문 일이 아닙니다. 사람들이 그 많은 창 사이를 전환하기를 기대하거나 파일보기 배열을 데스크탑 환경 창 관리자로 오프로드하는 것은 작동하지 않습니다.

안녕하세요,
지금 @martellaj에서 30 개의
환경의 다른 제한 때문에이 작업을 수행하고 있습니까? 프로그래밍 언어에 지능이 없을 수도 있습니다. 기능적 서명을 제공하기 위해 API를 읽을 수있는 확장이 도움이 될까요?
F #과 같은 언어에는 형식 공급자라는 기능이 있는데, 그 중 하나가 바로이를 수행하고 웹 프로그래밍을 더 쉽게 만들어줍니다. 이것은 여러 폴더에 대한 필요성을 줄이는 것이 아니라, 그러한 대규모 활성 작업 공간에서 적어도 몇 가지 다른 문제가 여전히있을 수 있다는 것입니다. 감사합니다. 좋은 날.

@ pr-yemibedu, @martinjco 가 말하는 것은 그가 파일을 열지 않았지만 다중 루트 구조가 있다면 저장소에 빠르게 액세스 할 수 있다는 것입니다. 필요한 파일에 대해 CMD + P 만 사용한다고 상상해보십시오.)

현재 상황의 문제는 VScode가 지원하지 않기 때문에 파일을 열거 나 적어도 30 개의 다른 창간에 전환해야한다는 것입니다.

실종 된 기능 때문에 최근에 Atom으로 다시 전환했습니다. 나는 현재 9 개의 repo로 프로젝트를 진행하고 있습니다. 동시에 9 개의 VScode 창을 열지 않고 바로 가기를 사용하여 필요한 파일로 이동하고 싶습니다.

@dariusrosendahl의 의견에 동의하십시오. 저는 초보자 코더이고 새 프로젝트를 작성하려면 이전 프로젝트를 참조해야합니다. 바라건대, 곧 바뀔 것이지만 숭고하게 3-4 개의 프로젝트 폴더를 쉽게 가질 수 있고 같은 세션에서 열어서 비교할 수 있습니다.

Visual Studio에서 얻을 수 있다면 좋을 것입니다.

안녕하세요,
이전 게시물이이 기능을 선호하는 것을 볼 수 있으므로 포인트에 동의합니다. martinjco가 언급 한 정확한 진술이 있습니다.

~ 30 개의 [작은] 저장소를 열어 여러 프로젝트의 파일을 동시에 작업하는 것은 드문 일이 아닙니다.

nuno1895가 보여주는 것은 오늘날 여러 폴더에서 작업해야하지만 단순한 주 초점 프로젝트에서 Atom을 사용하는 방법입니다. 실제로 적극적인 개발을 위해 VS2015, gedit, vim, notepad 및 notepad ++를 모두 사용합니다. 그들 각각에는 아직 동등하지 않은 강점이 있습니다.

명확하게 할 수있는 핵심 포인트가 있는지 이해하려고 노력한 것뿐입니다. 우리 모두는이 작업에 시간을 할애하는 개발자가이 작업을 수행하고 선호하기를 원합니다. 이것이 오늘 이것이 어떻게 처리되는지 묻는 이유입니다. 9 대 30은 아마도 내 관심을 끌지 못했지만 사람들이 vscode와 비교하는 것과 다른 도구를 살펴볼 가치가 있는지 알고 싶습니다.

나는 Atom과 SublimeText가 비교의 기초와 유용한 스크린 샷으로 언급 된 것을 보았습니다. 이를 수락하고 구현하기 위해 더 많은 토론, 엄지 손가락 및 피드백을 환영합니다. 감사합니다. 좋은 날.

충분히 강조되지 않았을 수있는 한 가지 요점은 폴더 세트 (프로젝트) 사이를 빠르게 "뒤집는"기능입니다. Sublime에서는 "Quick Switch Project"라고합니다. 해당 메뉴 항목을 클릭하면 모든 프로젝트 목록이 포함 된 팝업이 표시되고, 프로젝트 중 하나를 선택하면 편집기에 마지막으로 남겨진 폴더와 열려있는 모든 파일이 표시됩니다.
예를 들어, 프로젝트 A에서 작업 중이고 app.js 및 index.html 파일을 연 다음 프로젝트 B로 전환하면 프로젝트 A가 닫히고 프로젝트 B가 표시됩니다. 그런 다음 프로젝트 A로 다시 전환하면 폴더와 app.js 및 index.html을 내가 남겨둔 그대로 보여줍니다 (저장되지 않은 편집 내용도 있음).
두 프로젝트를 동시에 열어야하는 경우 편집기의 두 인스턴스를 열 수 있습니다.
핵심은 모든 것을 별도의 버킷에 보관할 수 있고 빠르게 전환 할 수 있다는 것입니다.

+1

안녕하세요,
나는 그 기능에 대해 읽었습니다. Sublime Text에서 검색하지 않고 프로젝트 전환 은 장점과 단점 중 일부를 지적합니다. 작업 공간 설정 파일에 열려있는 여러 폴더를 인코딩하면 좋을 것입니다. 해당 파일이 잘못된 위치로 보이는 경우 folders.json과 같은 파일을 만들어 현재 작업 집합에 대해 사용 가능한 폴더 및 파일의 현재 상태를 유지할 수 있습니다. 감사합니다. 좋은 날.

몇 달 전에 VSCode를 사용하기 시작했으며 일반적으로 매우 만족합니다. 저는 합창단에 제 목소리를 더하고이 누락 된 기능이 저에게 큰 헤드 스크래쳐라고 말할 것입니다. 이 제한이있는 다른 괜찮은 편집자가 _ 있습니까? 어쨌든 수정해야합니다. :)

내 새 직장에서의 설정은 다음과 같습니다.
핵심 기술을위한 하나의 저장소. 경로는 C : / mygamengine /
게임 코드에 대한 하나의 저장소. C : / mygamengine / mygame에 동기화됩니다.
게임 콘텐츠 (텍스처 등)에 대한 하나의 저장소 : C : / mygamengine / mygame_data

세 가지 모두 자식입니다. 하위 저장소로 설정되지 않고 해당 폴더에 동기화됩니다.

바람직하게는 VS Code에서 루트 폴더를 열고 그것이 본질적으로 세 가지 다른 프로젝트이고 mygame 아래의 파일이 mygameengine에있는 것이 아니라 해당 git 저장소에 속한다는 것을 자동으로 파악하도록하고 싶습니다.

이 작업 공간에 대해 각 저장소에 대해 다른 설정을 지정하고 싶습니다 (예를 들어 게임 코드가 아닌 엔진 프로젝트에서 linter를 실행하고 싶을 수 있습니다). 기본적으로 작업 공간 설정이 세 프로젝트 모두에 설정되어 있으면 좋을 것입니다.

와우, 아직 해결되지 않았나요? 리뷰에 따르면 Atom이 훨씬 더 빠르고 Atom처럼 지연되지 않기 때문에 Atom을 VS Code로 교체하고 싶었습니다.
내 주요 프로젝트는 두 개의 Git 저장소, 하나는 백엔드이고 다른 하나는 프런트 엔드입니다. 로컬로 둘 다 동일한 폴더에 있지만 Atom 또는 VS 코드가 해당 상위 폴더를 열면 Git 상태가 인식되지 않습니다.
Atom에서는 두 폴더를 내 작업 공간에 추가하고 작동합니다.

: sparkles : 업데이트 : sparkles :

지난 업데이트 이후 오래 되었기 때문에 모든 분들께 속도를 높이고 싶습니다. 저 자신, @bpasero 및 나머지 팀원은 멀티 루트 구현과 관련된 대부분의 문제를 식별했으며 현재 일부 모형 작업을 수행하고 UX의 세부 사항을 파악하고 있습니다.

왜 그렇게 오래 걸리나요?

이 기능이 우리의 유일한 책임이 아니며 멀티 루트를 실현하는 데 관련된 작업이 상당히 방대하기 때문에 시간이 너무 오래 걸립니다. 우선 VS Code 내의 모든 구성 요소는 주어진 시간에 하나의 폴더 만 있거나 열려있는 폴더가 없다는 가정하에 설계되었습니다. 이와 같은 가정하에 우리만큼 큰 코드베이스를 가지고 있다면 더 유연하게 만들기 위해 많은 작업이 필요합니다.

몇 가지 예를 들어, 지금까지 확인한 더 큰 문제점 중 일부는 다음과 같습니다.

• 확장 API는 단일 workspace.rootPath 노출합니다. 다중 루트 폴더에 대한 지원을 추가 할 때는 충분하지 않습니다. 이러한 확장을 중단하지 않고 필요한 경우 마이그레이션 경로를 제공하고자합니다.
• 다중 루트 세계에서 작업 공간 설정이 상호 작용하는 방식은 약간 다릅니다. 예를 들어 현재 작업 공간 설정에서 허용되는 workbench.statusBar.visible 를 사용합니다. 2 개의 폴더에 정의 된 경우 이상하거나 버그가있는 동작으로 이어질 수 있으므로 더 이상 지원할 수 없습니다. 우리는 이러한 종류의 사건을 처리하는 방법을 찾는 중입니다.
• SCM 공급자 (git)는 여러 폴더를 지원하기 위해 아마도 가장 많은 양의 UX 작업이 필요합니다. "활성 프로젝트"개념을 도입해야합니까? 명시 적으로 설정해야합니까 (폴더를 마우스 오른쪽 단추로 클릭하고 설정) 아니면 암시 적이어야합니까 (활성 파일의 폴더를보고 있음)? 글로벌 개념이어야합니까, 아니면 특정 기능으로 제한되어야합니까? 기타

우리는 잘못 생각한 솔루션으로 서두르고 싶지 않으므로 시간을내어 잠재적 인 문제와 이것이 각 구성 요소에 어떤 영향을 미칠지에 대한 의미를 고려하고 있습니다. 준비되면 올 것이다.

현재까지의 의견 요약

지금까지 피드백을 수집하기 위해 방대한 스레드를 통해 몇 시간을 보냈습니다. 일부를 분류하는 것은 조금 어려웠지만, 일반적으로 사람들이 추구하는 것은 다음과 같습니다 (제가 의역을하고 있습니다).

• 여러 폴더에서 git 통합을 원합니다.
• 현재 폴더 전환 및 / 또는 OS 창 관리 UX가 번거 롭습니다.
• 여러 폴더를 검색하고 싶습니다.
• 여러 폴더에서 디버그하고 싶습니다.

우려

• 리팩토링은 여러 프로젝트에서 작동합니까 아니면 단일 프로젝트에서 작동합니까?
• Git에서 어떤 프로젝트를 수행하고 있습니까?
• 내 검색은 어떤 폴더에서 실행됩니까?
• 작업 공간 설정을 중단하지 마십시오
• 확장을 중단하지 마십시오-확장 개발자에게 새 API에 대해 경고
• Slack 스타일의 탭 UX로는 충분하지 않습니다. 이는 본질적으로 OS에서 VS Code로 창 관리를 이동하는 것입니다. 프로젝트의 모든 파일에 단일 창 (예 : 편집기 그룹 집합)에 액세스 할 수 있기를 원합니다.
• "내 의미에서 그것은 git에 대한 여러 프로젝트 루트, 검색 ..... 이것은 UX에 대해 매우 나쁘고 잠재적으로 편집기에 버그와 복잡성을 도입 할 것입니다."

기타 의견

• 내 "git 폴더"에서 리포지토리의 하위 집합 만 열고 싶습니다.
• 단일 폴더에서 검색하거나 프로젝트별로 검색 결과를 구성하는 좋은 방법을 원합니다.
• 빠르게 읽을 수 있도록 종속성 코드로 이동하고 싶습니다.
• 다른 폴더에 대해 다른 버전의 TypeScript를 실행하고 싶습니다.
• 거대한 저장소로 VS 코드가 너무 느립니다.
• 참조 용으로 사용할 수 있도록 항상 열려있는 일부 프로젝트 (예 : 테마 / 템플릿)를 유지하고 싶습니다.
• VS Code가 모든 디렉토리의 .vscode / settings.json 파일을 인식하기를 원합니다 (해결 방법이 도움이 됨).
• 프로젝트 루트 (검색 / 디버그)와 git 루트를 정의하겠습니다.
• Sublime은 다중 폴더 git 통합을 우아하게 처리합니다.
• Slack의 UI와 유사한 탭 폴더 (예 : 일부 활성 프로젝트 패러다임)
• 각 폴더에 대한 탐색기의 별도 섹션
• 폴더를 기본 폴더로 사용하고 나머지는 링크 된 / 하위 폴더로 사용합니다.
• 나는 숭고한 것처럼 빠른 전환 프로젝트를 원합니다 (빠른 전환 + 작업 공간 레이아웃 유지)
• 이 스타일의 작업 공간 관리는 특히 다음과 같은 경우에 유용합니다. npm 모듈, julia, heroku PaaS, wordpress, drupal

현재 해결 방법

현재 주요 해결 방법은 다음과 같습니다.

• 상호 부모 열기
• Git 프로젝트 관리자
• 프로젝트 매니저
• 폴더를 "마스터 폴더"의 하위 디렉토리로 Symlink

언제 댓글을 달아야합니까?

: +1 : 또는 "I want this"주석을 피하십시오. 이 문제에 대한 댓글이 작성되면 구독 버튼을 눌렀 던 더 많은 사람과 함께 댓글을 단 153 명과 집계 된 사람에게 알림이 전송됩니다. 댓글은 또한 팀 업데이트를 묻을 수 있으므로이를 염두에 두십시오. 그래도 대화에 추가되면 반드시 댓글을 작성하십시오.

여러 루트를 갖는 것보다 더 많이 사용되는 기능은 구성 가능한 작업 세트를 갖는 기능을 추가하는 것입니다. 이렇게하면 상호 부모를 열 수 있지만이 프로젝트 내에 여러 폴더 조합이 있습니다.

일반적으로 이것은 매번 전체 루트에 대한 구성을 변경하지 않고도 대규모 코드베이스에서 한 번에 특정 파일 / 폴더에 "집중"할 수있는 모든 프로젝트에 유용합니다.

이 기능에 대한 계획이 없습니까?

이 기능에 대한 계획은 @Tyriar 의 의견과 관련 링크에서 볼 수 있습니다.
https://github.com/alefragnani/vscode-project-manager/issues/46
https://github.com/Microsoft/vscode/issues/26068

우리는 이에 대한 우리의 디자인을 공유하고 여러분의 피드백을 받고 싶습니다. 이를 위해 우리는 디자인을 살펴보고 디자인에 대한 귀하의 반응을 논의 할 여러 회의 통화를 설정할 것입니다.

이 토론에 참여하고 디자인을 올바르게 설정하는 데 도움이 필요하면 저에게 연락 (Microsoft dot com의 stevencl 전자 메일 보내기)하면 설정하겠습니다.

6 월 1 일 목요일과 6 월 2 일 금요일에이 토론 일정을 잡으려고합니다.

@Tyriar @stevencl 여러분 감사합니다! :박수:

오늘 세션에 참여해 주셔서 감사합니다. 세션 기록이 여기에 게시되었습니다.

• 그룹 1- https :
• 그룹 2- https :

비디오를 시청하고 디자인에 대한 추가 의견을 공유하십시오.

@stevencl 연구를 실행하고 사용할 수있게

멋진 동영상, 감사합니다! 몇 가지 피드백 :

• 👍👍👍 VSCode가 오늘날 작동하는 방식의 전반적인 단순한 디자인과 자연스러운 확장에 대해 설명합니다. 여러분은 간단하고 우아한 방법으로 많은 복잡한 상황을 다루었습니다. 그것에 대한 명성!
• 왼쪽 하단 모서리의 집계 된 SCM 알림이 마음에 들어요. 한 가지 예외를 제외하고는 내 관점에서 변경할 필요가 없습니다. SCM 알림을 클릭 한 후 팝업을 건너 뛰고 SCM 패널로 바로 이동합니다. 더 적은 클릭 = 항상 나에게 좋습니다.
• Alexey가 제안한 것과 같은 색상 코딩 루트는 흥미로운 아이디어이며 도움이 될 수 있습니다.
• 검색 : 폴더 범위를 지정하는 것이 중요 할 것입니다. 현재 "포함 할 파일"필드를 사용할 수있을 것입니다.
• 내가 확실하지 않은 유일한 것은 path 열 때 지속성과 모든 additionalFolders 열기입니다. express-project 가 분명히 "마스터 프로젝트"인 마지막 예제에서는 이해가되지만 이전 예제에 대해서는 확실하지 않습니다. express 와 express-plugin 가 동일하다고 느꼈습니다. 진정한 형제 자매처럼, express 를 여는 것도 express-plugin 여는 것으로 기대할 수 있을지 모르겠습니다.
  
  
  
  • 어떤면에서이 데이터 구조는 하나의 "path"와 "additionalFolders"가 아닌 단순한 경로 목록이어야한다고 생각합니다.
  
  
  • 하나의 마스터 경로 개념이 그렇게 유용한 지 잘 모르겠습니다. 내 프로젝트에서는 아마 그렇지 않을 것입니다.
  
  
  • 다중 루트 작업 공간을 열려면 현재 _File> Open folder_ 외에 _File> Open workspace_와 같은 최상위 명령이 필요합니다.
  
  
  • 전반적으로 나는 이것에 대해 너무 확신하지 않습니다. 더 구체적인 제안이 없어서 죄송합니다.
  
  

다시 한 번 감사드립니다. VSCode는 새로운 초능력을 얻게 될 것입니다 😄.

동영상을 공유해 주셔서 감사합니다. "루트 폴더 당 하나의 섹션"디자인을 지원하고 싶습니다.

처음에는 다른 (숭고한 텍스트와 같은) 디자인을 기대했지만 "루트 폴더 당 하나의 섹션"대안을 본 후에이 접근 방식이 다음과 같은 이점이 있다는 것이 분명해졌습니다.

• 명확하고 모호하지 않은 폴더 구분 및 분리 (특히 폴더가 2 개 또는 3 개 이상인 경우, 다른 편집기 및 IDE를 사용할 때 자주 발생 함)
• 루트 폴더가 별도의 (하위) 프로젝트라는 개념을 적용합니다.
• 하위 프로젝트 명령에 대한 빠른 액세스 (예 : "새 파일", "새로 고침"... 그리고 나중에 특정 하위 프로젝트에서 작업을 시작하기 위해 마우스 오른쪽 버튼 클릭 (예 : "재 구축");))
• 두 번째 그룹에서 언급했듯이이 디자인에서는 폴더 이름 잘림 문제가 발생할 가능성이 적습니다.

"루트 폴더 당 하나의 섹션"개념과 관련하여 ... 저와 대부분의 사용 사례에서 이것이 잘 작동할지 확신 할 수 없습니다. 다중 루트 상황이있을 때마다 많은 것이 일반적입니다. 2, 3이 아닙니다.
이 접근 방식이 어떻게 확장 될지 모르겠습니까?

또한 현재 폴더와 같은 레이아웃에 대한 몇 가지 주장은 monorepo가 ​​표시되는 방식과 일치한다는 것입니다. 예를 들어 다음을 비교하십시오.

monorepo/      <- contains .git
  project1
  project2

대

microservices/
  project1      <- contains .git
  project2      <- contains .git

이 둘은 VSCode에 의해 매우 유사하게 처리되어야합니다. monorepo는 이미 있습니다 (커밋 : 자연, 검색 : "포함 할 파일", 여러 README : 폴더가 편집기 탭에 표시됨 등). 다중 루트는 현재 설계가 매우 잘 수행하는 IMO를 가능한 한 가깝게 따라야합니다.

@stevencl 내가 완전히 이해하지 못한 한 가지는 : 솔루션이 .vscode 설정의 범위가 지정된 (또는 계층 적) 처리를 가져올 수 있습니까? 예를 들어 최상위 폴더 당 .vscode 이있는 경우 해당 설정이 개별적으로 적용됩니까? 프로젝트 루트에서 어떻게 든 집계됩니까? 아니면 "기본" .vscode 계산됩니까?

@maddouri에 나열된 것과 같은 이유로 "루트 폴더 당 하나의 섹션"디자인을 선호합니다. 또한 다른 대안 (Atom에서)을 사용했기 때문에 여러 개의 상위 계층 폴더가 열려 있고 확장 될 때 새 루트 폴더가 시작되는 위치를 찾기가 시각적으로 더 어렵습니다.

디자인 업데이트에 감사드립니다. 정말 좋아 보입니다!

UI에서 한 번에 여러 작업 영역을 사용할 수있는 가능성이 있습니까? 쉽게 전환 할 수 있습니다. 예를 들어, 다음과 같은 것이 있습니다.

EXPRESS, EXPRESS-PLUGIN
  express/
    lib/
    test/
    package.json
  express-plugin/
    lib/
    test/
    package.json
CONNECT, CONNECT-PLUGIN

그런 다음 CONNECT, CONNECT-PLUGIN 구분선을 클릭 / 두 번 클릭하면 해당 구분선이 활성 작업 공간으로 전환됩니다. 이를 통해 여러 프로젝트 세트를 처리해야하는 사람들을 위해 작업 공간간에 쉽게 전환 할 수 있습니다. 나는 그들이 모두 검색 및 SCM에 사용할 수 있다고 제안하지 않으며 현재 확장 된 현재 작업 공간에 남아있을 것입니다.

그런 다음 첫 번째 그룹에서 제안한대로 루트 폴더를 강조 표시하고 해당 폴더 위로 마우스를 가져 가면 새 파일 / 폴더 아이콘을 사용할 수 있습니다.

JSON 설정에 대한 일부 피드백은 다음과 같은 작업 공간 설정에 유용 할 수 있습니다.

workspaces: [
    {
        name: "Express Project",
        root: "file://C:/workspace/",
        folders: [
            "./express/",
            "./express-plugin/"
        ]
    }
]

따라서 root 는 경로가 아닌 폴더를 열기위한 소스가되지만 루트 자체는 열리지 않고 각 폴더 만 열립니다. 그러면 "기본 폴더"가 없지만 상대 파일 경로는 유지됩니다. 이는 루트 폴더 및 모든 추가 폴더를 여는 것과 반대로 UI를 통해 미리 정의 된 작업 영역을 열 수 있다고 가정합니다. 그런 다음 이름을 구분선으로 사용하여 많은 수의 폴더 이름이 너무 길어 지거나 유용하지 않게 단축되는 것을 방지 할 수 있습니다.

"루트 폴더 당 하나의 섹션"솔루션이 선택되면 현재 보이는 루트 폴더가보기 밖으로 스크롤하는 대신 사이드 바 상단에 "고정"되도록 제안하고 싶습니다. 후속 루트 폴더가 사이드 바 상단에 도달하면 위로 스크롤됩니다.

2017 년 6 월 4 일 오전 6:47에 Peter Petrov [email protected] 은 다음과 같이 썼습니다.

@maddouri에 나열된 것과 같은 이유로 "루트 폴더 당 하나의 섹션"디자인을 선호합니다. 또한 다른 대안 (Atom에서)을 사용했기 때문에 여러 개의 상위 계층 폴더가 열려 있고 확장 될 때 새 루트 폴더가 시작되는 위치를 찾기가 시각적으로 더 어렵습니다.

—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하십시오.

또는 Sublime, Atom 접근 방식을 따를 수 있지만 색상을 변경하거나 어떤 폴더가 루트인지 표시하거나 맨 위에 붙일 수 있습니다. 물론 두 가지 방법 모두 좋지만 폴더를 많이 열면 공간이 줄어 듭니다. 새로 고침 표시 줄, 새 파일 만들기 등이 표시되기 때문에 표시 줄을로드하지 않는 것이 좋습니다. 뿌리. 그러나 다시 말하지만,이 막대는 열린 루트 폴더를보기가 훨씬 쉽고 새로 고침하고 막대에 포함 된 다른 작업을 수행 할 수 있기 때문에 정말 좋습니다. 예를 들어 막대가 있거나없는 10 개의 폴더가있는 경우 어떻게 보이는지 확인해야합니다.

@stevencl 녹음 해주셔서 감사합니다! 전반적으로 기능이 향하고있는 방향에 대해 흥분됩니다! 지금까지 많은 시간과 노력을 기울여 주셔서 감사합니다. 내 의견 / 생각은 다음과 같습니다.

• "EXPLORER"아래에 단일 폴더 이름 표시 줄 디자인이있는 첫 번째 디자인을 선호하지만 모든 폴더 이름이 여기에 나열되면 "파일 추가"를 표시하기 위해 매우 빨리 잘릴 수 있습니다. " 폴더 추가 "등의 버튼을 클릭합니다. 두 개 이상의 폴더가 열려있을 때 "Multiple"또는 이와 유사한 문자열을 넣을 것입니다. 그렇지 않으면 폴더가 하나뿐이므로 오늘 수행 한대로 폴더 이름을 여기에 입력하고 트리에서 폴더 루트를 숨 깁니다.
• 편집기의 탭 제목에 폴더 이름을 추가하여 파일 이름을 명확하게 할 수 있습니다. IMO는 동일한 파일 이름을 가진 여러 편집기가 열려 있지 않는 한 필요하지 않습니다. 이 시나리오는 단일 폴더를 열어도 드물지 않습니다. 동일한 루트 내의 하위 폴더간에 동일한 이름을 가진 여러 파일 (예 : .gitignore )을 얻는 것은 매우 쉽습니다. 따라서이 디자인 (상위 폴더 이름 추가)은 별도의 기능인 IMO 여야하며 구현되어야합니다. 이와 함께 https://github.com/Microsoft/vscode/issues/15048에 대한 좋은 솔루션을보고 싶습니다. 이렇게하면 일부 탭 제목이 더 길어질 수 있기 때문입니다. :)
• 검색 결과의 경우 모든 루트 폴더에서 검색이 작동하는 것이 필수적이라고 생각합니다. 검색을 선택한 루트로 제한하기 위해 다른 필터를 추가 할 수 있습니다. 결과를 표시 할 때 루트별로 결과를 보는 것이 유용 할 수 있으므로 루트 폴더 이름이 추가 된 하나의 긴 목록을 보거나 각 루트 폴더에 대해 하나씩 섹션으로 구분 된 목록을 보는 옵션이있을 수 있습니다.
• __user settings__에 'workspaces'를 추가하도록 제안하는 것이 이상합니다. 나는 이것이 __workspace settings__에서 끝날 것이라고 정말로 기대했습니다. 나는 실제로 작업 공간 설정에 새로운 '작업 공간'속성이 포함될 수 있다고 말하고 있다고 생각합니다. 작업 공간 경로가 상대적 일 수 있다는 것도 정말 좋습니다. 사용자 설정에 전혀 속하지 않는 것 같습니다. 작업 공간에 매우 특정한 기능입니다. 아,하지만 이제 사용자 설정에서도 유효한 이유를 알았습니다. 일반적인 루트가없는 하나의 작업 공간에서 HDD에 "무작위"폴더를 원할 때 이러한 작업 공간을 저장할 수있는 방법을 제공하기 때문입니다.
• 사용자 설정에 저장 될 때 작업 공간에서 손실되는 것처럼 보이는 한 가지는 하나의 작업 공간 또는 다른 작업 공간에 다른 프로젝트 별 설정을 지정할 수 있다는 것입니다. 예를 들어 탭 크기가 2 개의 공간이 필요한 작업 공간과 3 개의 공간이 필요한 작업 공간이 있다면 사용자 설정에서 작업 공간을 사용할 수 없습니다. 어딘가에 폴더를 만든 다음 그 안에 .vscode 폴더를 넣은 다음 적절한 탭 크기 재정의로 내 작업 영역을 마지막으로 정의하려면 .vscode/settings.json 를 정의해야합니다. 이 시점에서 저는 이러한 모든 설정을 저장하고 특수 파일로 열 수있는 새 VSCode 프로젝트 파일 형식을 만드는 것이 작업 영역을 저장하기 위해이 폴더 계층을 만들어야하는 것보다 훨씬 덜 번거 롭다고 생각합니다. settings.json 파일 ...

첫 번째 디자인에서는 추가 폴더의 경우 괄호 안의 경로 (상대적 또는 절대적)를 구분을 위해 이름에 추가 할 수 있습니다. 그것은 내가 생각하는 간단한 해결책이 될 것입니다.

@stevencl 세션을 녹음 해 주셔서 감사합니다. 정말 참여하고 싶었지만 당시에는 참여할 수 없었습니다 😢

제안 된 SCM 인터페이스가 마음에 들었습니다. 요약 섹션과 폴더 당 하나의 섹션이 있으면 IMHO가 변경 사항을 감지하고 작업 할 수있는 훨씬 더 쉬운 인터페이스를 제공합니다. 그리고 전체 UI에서 일관된 동작을 갖는 아이디어가 마음에 들기 때문에 각 결과에서 폴더 이름을 연결하는 대신 폴더 당 하나의 섹션 아이디어도 검색 탭에서 사용해야합니다. 탐색기 탭에서도 동일합니다.

사용자 설정 을 사용하여 _Multi-Folder_를 저장하는 것은 _ smile :. 의도가 새 파일을 생성하지 않고 컴퓨터간에 프로젝트 / 작업 공간을 더 쉽게 전송 / 동기화하는 것이라면 _user settings_를 잊어 버리고 additionalFolder 항목을 _always_ Workspace Settings 일부로 만드는 것이 좋습니다 Workspace Settings 에만 추가됩니다. 그런 다음 폴더를 열 때 .vscode\settings.json 파일과 additionalFolders 항목을 찾아서 _이게 다중 폴더 _ 작업 공간인지 확인합니다. _ 두 누락 된 git repos_에 대해 사용한 두 번째 예제와 유사합니다.

SomeFolder.vscodesettings.json

{
    "editor.wordWrap": "off",
    "editor.codeLens": false,
    "editor.renderWhitespace": "all",
    "workbench.colorTheme": "Abyss",

    "additionalFolders": [
        "./express",
        "./express-plugin",
        "~/commons/other-stuff",
        "file:///C://Temp//oldlib"
    ]
}

또한 ~ 및 $home 와 같은 _user-data_ 위치를 지원하여 서로 다른 컴퓨터 / 플랫폼간에 프로젝트를 더 쉽게 공유 할 수 있습니다.

나는 단 하나의 요점을 놓쳤다 : API . 확장 기능이 어떻게 통합 될까요?

노력 해주셔서 감사합니다. 첫 번째 내부자 릴리스를 기대합니다 👍

피드백을 주셔서 감사합니다! 위의 의견을 통해 이에 대한 피드백을 들었 기 때문에 "Multi Root"를 구현하기 위해 새로운 설정 속성 additionalFolders 을 (를) 활용하는 방향을 추적하고 싶었습니다.

처음에 설정을 도입하는 주된 동기는 실제로 간단하게 유지하고 너무 많은 새로운 개념을 도입하지 않고 강력하고 흥미로운 시나리오를 가능하게하는 솔루션을 유지하는 것입니다. 다음은 몇 가지 설계 결정 및 결과입니다.

간단하게
파일과 폴더를 여는 것이 VS Code의 핵심이라고 생각합니다. 따라서 우리는 "프로젝트"라는 새로운 최상위 개념을 도입하고 싶지 않습니다. 예를 들어, "프로젝트 열기"작업이 필요하다고 생각하지 않고 프로젝트는 항상 폴더이며 선택적으로 추가 폴더를 연결할 수 있다고 생각합니다. 이 가정에서 설정은이를 허용하는 자연스러운 방법처럼 보입니다. 이 폴더를 열 때마다 추가 폴더가 열립니다. 폴더 추가 및 제거는 간단한 동작이며 설정을 직접 업데이트합니다.

강력한 설정
멀티 루트를 설정으로 사용하면 많은 흥미로운 시나리오가 가능합니다. 예를 들어, additionalFolders 설정을 작업 공간에 자유롭게 넣고 다른 사람들과 공유 할 수 있습니다 (상대 경로 사용-비디오에 표시됨).
또한 처음부터 프로젝트를 설정하는 방법도 자유 롭습니다. 예를 들어, 마스터 폴더와 추가 폴더 간의 명확한 관계가없는 경우도 있습니다 (예 : 일부 폴더는 서로). 이 경우 링크 된 폴더와 함께 settings.json 만 포함하는 "프로젝트"폴더를 만들 수 있습니다.

allMyRandomProjects/ 
  .vscode
    settings.json <- contains additionalFolders setting  

이제 allMyRandomProjects 를 열면 설정에 따라 폴더 목록이 표시됩니다. 표시된 모든 폴더에 적용해야하는 일부 설정을 settings.json 에 포함 할 수도 있습니다.

작업 공간 전환 및 다중 창
의심 할 여지없이 VS Code에서 더 나은 작업 공간 전환 및 다중 창 지원에 대해 작업해야합니다. 다중 루트 작업 공간을 폴더가있는 다른 작업 공간과 동일하게 취급하므로 작업 공간 전환 및 다중 창 지원을 개선하면 다중 루트 작업 공간을 활용하지 않는 사용자를 포함하여 모든 사용자에게 도움이됩니다.
다중 루트와 독립적으로 폴더와 열린 창 사이를 전환하는 더 좋고 쉬운 방법을 찾아야합니다.

다음 댓글에서는 개별 댓글에 대한 피드백을 제공하겠습니다.

@borekb 검색에는 현재 이미 특정 경로를 포함하도록 검색을 구성 할 수있는 것과 동일한 방식으로 특정 루트 폴더 (또는 여러 개)로 제한하는 옵션이 포함됩니다.

@maddouri @TurkeyMan @pesho , @dgileadi @stefcameron 어떤 사람들은 단일 트리를 선호하고 다른 사람들은 탐색기에서 여러 섹션을 선호한다는 것이 분명해 보입니다. 그래서 우리는 이것에 대한 설정으로 끝날 수 있습니다. 두 솔루션에 대한 장단점이 있으며 어느 것이 시나리오에 더 나은지는 사용자에게 달려 있습니다.

@borekb 설정 적용 방법은 다중 루트 설정 여부에 따라 약간 변경됩니다. 사용자 설정은 항상 이전과 같이 열린 모든 폴더에 적용됩니다. 작업 공간 설정은 기본 ( "마스터") 폴더에서 선택되고 연관된 모든 파일 및 폴더에 적용됩니다. 이제 작업 공간 설정을 통해 추가 폴더에 대한 설정을 정의 할 수 있지만 모든 폴더를 지원하지는 않습니다. 예를 들어 update.channel: none 와 같은 설정은 폴더별로 지원할 수 없습니다. 우리가해야 할 일은 폴더 수준에서 지원할 수있는 설정 (예 : files.exclude , 모든 편집기 설정)을 식별하고이를 활성화하는 데 필요한 변경을 수행하는 것입니다. 이것은 우리가 투자해야하는 주요 작업 영역 중 하나입니다. 특히 확장 기능은 폴더 별 범위에서 지원하려는 설정을 정의 할 수도 있기 때문입니다.

@BTMorton 작업 공간을 전환하는 더 쉬운 방법을 원하는 것 같습니다. 이것은 사용자가 할 수있는 모든 폴더 전환에 대해 다중 루트와 독립적으로 조사해야하는 사항입니다.

@stefcameron 우리는 additionalFolders 설정을 열어 놓아 결국 추가 메타 데이터를 추가 할 수 있습니다. 예를 들어 프로젝트 간 전환이 기본 폴더가 아닌 이름으로 진행되도록 이러한 구성에 대한 이름을 제공 할 수 있다고 생각할 수 있습니다.

비디오에서 아직 다루지 않은 한 가지는 확장 프로그램이 다중 루트 폴더를 지원하는 방법입니다. 다중 루트 지원 ( "단순 유지"외에)의 또 다른 주요 목표는 확장을 중단하지 않는 것 입니다.

현재 확장에는 현재 열려있는 작업 영역 ( workspace.rootPath: string )에 액세스 할 수있는 간단한 API가 있습니다. 폴더가 열려 있지 않은 경우이 속성은 null 가 될 수 있습니다.

이제 additionalFolders 설정이 도입됨에 따라 확장 프로그램은 설정된 workspace.rootPath 속성 (폴더가 열려있는 경우)에 의존 할 수 있고 (폴더가 열려 있지 않은 경우) 사용할 수 있습니다. additionalFolders 는 실제로 설정이므로 확장 프로그램은 현재 이미 설정에 대한 API를 사용하여이 설정을 읽고 쓸 수 있습니다. 이 설정이 변경되면 이벤트가 발생하여 사용자가이 설정을 변경하는 데 동적으로 반응 할 수 있습니다.

이 설정을 읽으면 확장 프로그램이 작업 영역의 추가 폴더를 인식 할 수 있습니다. 예를 들어 Travis CI 확장은 모든 폴더에서 집계 된 상태를 표시하도록 선택할 수 있습니다.

이 설정을 작성 하면 확장에 대한 몇 가지 흥미로운 시나리오가 가능합니다. 예를 들어 작업 영역에 폴더를 동적으로 추가 및 제거하는 프로젝트 관리자 확장이있을 수 있으므로 창 내에서 프로젝트 전환이 가능합니다 (예 : 선택기 UI를 통해 프로젝트 목록 표시). .

언젠가는 다중 루트 폴더를 처리하기위한 새로운 확장 API를 소개 할 것입니다. 확장 기능을 읽기 / 쓰기 설정에 포함하는 것은 약간 이상합니다. 하지만 시작하려면 확장 프로그램이 이미 additionalFolders 설정을 탐색하여 가능한 경우이를 활용할 수 있습니다. 또한 확장 작성자와 긴밀히 협력하여 시나리오를 이해하고이를 더 잘 지원하는 방법을 알아볼 것입니다.

@bpasero 추가 폴더 개념도 LSP에 추가됩니까, 아니면 VS Code가 추가 폴더 당 하나의 언어 서버를 시작합니까?

@felixfbecker 이것은 우리가 언어 확장을위한 좋은 해결책을 찾기 위해 여전히 투자하고 탐구해야하는 것입니다. 확장을위한 추가 API에 대해 생각하면 LSP에 대해 이것이 무엇을 의미하는지 생각해야합니다.

오늘날 사용자가 작업 공간으로 열리지 않은 폴더에서 파일을 여는 상황이 이미있을 수 있습니다 (예 : 파일> 열기> somefile.xyz). 이상적으로 언어 확장자는 해당 파일의 폴더가 열리지 않은 경우에도 해당 파일에 대해 동일한 수준의 언어 기능을 표시 할 수 있습니다.

처음에 additionalFolders 중 하나에서 파일을 여는 것은 처음에 연 폴더에없는 파일을 여는 것과 매우 유사합니다. 예를 들어 TypeScript는이 경우를 잘 처리 할 수 ​​있습니다. tsconfig.json 파일을 찾을 때까지 현재 열려있는 파일에서 올라간 다음이를 프로젝트로 취급합니다. 참조 찾기와 같은 기능은 문제없이 작동합니다.

명시적인 프로젝트 컨텍스트를 강제하는 대신 현재 활성 파일에서 이동하여 언어 확장이 작동 할 수 있다면 좋을 것입니다.

@bpasero 의견 주셔서 감사합니다. 따라서 현재 모델에는 항상 "master"폴더가있는 것 같습니다. allMyRandomProjects 예제에서도 대부분 비어 있지만 기본적으로 마스터 폴더입니다. 이것은 미묘한 의미를 가지고 있지만 유용한 피드백을 제공하기 위해 좀 더 생각해 볼 필요가 있습니다.

전반적으로 VSCode는 https://github.com/Microsoft/vscode/issues/396#issuecomment -306040485와 같이 매우 유사한 방식으로 단일 저장소 대 다중 저장소를 지원해야한다고 생각합니다.

BTW, 정확히 어떻게 "루트"를 정의합니까? 하위 폴더 B와 C가 포함 된 폴더 A를 열면 A를 path 로 정의하고 B와 C를 additionalFolders 로 정의하는 것과 얼마나 다른가요? VSCode가이 두 상황을 상당히 다르게 처리하려는 의도입니까, 아니면 기본적으로 동일합니까? (매우 비슷한 경험이어야한다고 생각합니다.)

뽀 세로

처음에 additionalFolders 중 하나에서 파일을 여는 것은 처음에 연 폴더에없는 파일을 여는 것과 매우 유사합니다. 예를 들어 TypeScript는이 경우를 잘 처리 할 수 ​​있습니다. tsconfig.json 파일을 찾을 때까지 현재 열려있는 파일에서 올라간 다음이를 프로젝트로 처리합니다. 참조 찾기와 같은 기능은 문제없이 작동합니다.

TypeScript는 LSP를 사용하지 않습니다. LSP에서 언어 서버에는 rootUri 가 있으며 예를 들어 PHP는이 rootUri 를 사용하여 인덱싱해야하는 파일을 검색합니다. "프로젝트"를 나타내는 tsconfig.json과 같은 파일이 없습니다. 따라서 didOpen 통해 열리지 않고 rootUri 아래에 있지 않은 파일이있는 경우 이러한 파일은 코드 인텔리전스로 고려되지 않으므로 LSP가이를 위해 확장되는지 여부에 대한 질문입니다.

명확히하기 위해, 이미 존재하지 않는 경우 여러 루트를 열면 ./.vscode/settings.json 파일이 생성됩니까?
내가 지금까지 읽은 것과 같이 우리는 그것이 될 것이라고 말하는 것처럼 보입니다.

프로젝트 개념을 추가하지 않는 것이 유용한 이유는 이해하지만 작업 공간 저장을 선택 사항으로 만드는 것이 좋을 것입니다.이 경우 '저장'은 루트 폴더에 설정 파일을 만드는 것을 의미하지만

두 번째 폴더를 열고 설정 파일을 만들면이 스레드를 따르지 않은 사용자가 놀라 울 것 같습니다. 폴더를 여는 것은 대부분의 사용자가 읽기 전용이라고 생각하는 종류입니다.

여러분의 모든 피드백에 감사드립니다. 이것은 매우 유용합니다.

@saborrie- 폴더를 추가 할 때 설정을

@borekb- 언급 한 시나리오 (하나 이상의 하위 폴더가 포함 된 폴더 열기)에 대해 이야기했으며이를 다중 루트 작업 영역을 여는 것과 동일하게 처리하는쪽으로 기울였습니다. 하지만 문제는 이러한 상황을 다른 폴더를 포함하는 폴더가 아닌 멀티 루트로 처리 할시기를 결정하는 것입니다.

나는 다른 사람들도 이것에 대해 어떻게 생각하는지에 관심이 있습니다.

@borekb 당신은 좋은 지적을 할 수 있습니다. 여러 git 저장소가 포함 된 하나의 폴더를 열면 SCM보기가 당신이 이것을 통해 명시 적으로 설정했을 때 얻을 수있는 것과 동일한보기를 보여줄 수 있어야한다고 말할 것입니다. additionalFolders 속성. additionalFolders 설정이 설정된 폴더로 이러한 UI 진화를 탐색하고 나중에 더 많은 사용 사례로 확장 할 수 있다고 생각합니다. 또 다른 흥미롭고 관련된 시나리오는 저장소에 하위 모듈을 표시하기로 선택한 방법입니다.

또한 문제를 해결 한 후에는 결국 모든 폴더 계층 구조 수준에서 .vscode 설정을 지원하고 싶다고 생각합니다.

대부분의 UX는 기본 폴더를 추가 폴더와 동일하게 취급하기 때문에 다중 루트에 대해 말할 때 마스터-세부 사항 관계에 대해서는 덜 이야기합니다. 마스터 폴더는 실제로 추가 폴더에 대한 설정의 컨테이너 일 뿐이며 전역 작업 공간 설정의 주요 드라이버가됩니다. 이전 버전과의 호환성을 위해 확장 프로그램에 rootPath 로 보낼 수도 있습니다.

@felixfbecker 는 내 프로젝트의 PHP 파일을 하나만 열 때 "참조 찾기"또는 유사한 언어 기능을 수행 할 수 없음을 의미합니다. 이러한 기능을 사용하려면 해당 폴더를 열어야합니까? 저는 PHP에 깊이 빠져 있지 않지만 파일 간 종속성 개념이있는 경우 단일 파일에서 다른 PHP 파일로 이동할 수없는 경우 먼저 폴더를 열어야합니까?

@saborrie 폴더를 추가 할 때 기본적으로 작업 공간 설정을 추가하지 않습니다. 이를 사용자 설정에 적용하기로 결정한 이유 중 하나는 작업 공간이 다중 루트 설정으로 "더러워지지"않도록하기위한 것입니다. 이 설정을 작업 공간에 넣는 것도 가능하지만 수동으로해야합니다. 기본적으로 발생하지 않습니다.

@bpasero 예, 작업 공간 설정이 아닌 사용자 설정에 저장을 고수하면 작업 공간 폴더가

그러면 두 가지 후속 질문이 남습니다.

1) 사용자가 작업 공간 설정에 additionalFolders 정의 된 작업 공간을 열면 어떻게됩니까? 이것이 그들의 사용자 설정에 동기화됩니까? 사용자 설정 작업 공간 목록에있는 경우 해당 작업 공간 루트에 대한 항목을 재정의합니까? 혹은 그 반대로도?

2)이 작업 영역 목록을 사용자 설정에 넣는 것이 처음에 이러한 JSON 설정 파일 중 하나에 작업 영역을 저장하지 않는 것보다 더 나은 옵션입니까? 현재 단일 폴더 시스템에서 File > Open Recent 메뉴 항목에서 폴더를 다시 열면 이전에 열려 있던 탭이 기억됩니다. 내가 알 수있는 한이 탭은 어떤 사용자에게도 저장되지 않습니다. -편집 가능한 설정 파일, 사용자가 명시 적으로 저장할 때까지 추가 경로를 동일한 방식으로 저장할 수 없습니까?

-영어 죄송합니다. Google Translator를 사용했습니다-

글쎄, 나는 레이아웃을 검토했습니다 (예-영어를 이해하는 데 약간의 어려움). 미안하지만...

@maddouri가 제시 한 레이아웃이 마음에 들지 않았습니다. 주로 이번 호 (# 25352, # 25354)에서 발견 된 문제 때문입니다. 표시된 모델의 폴더에 접근하기 위해 키보드를 사용해야하더라도 더 복잡 할 것이라고 생각합니다.

저는이 모델을 선호하는데, 화살표 키를 사용하여 다른 프로젝트 폴더를 탐색 할 수 있다는 생각으로 메인 폴더에 폴더 / 파일을 만들어야하는 경우 키보드의 메뉴 키를 메인에서 바로 사용할 수 있습니다. 폴더.

그리고 / 또는 새 파일, 새 폴더 업데이트 및 모두 축소 옵션을 사용합니다.

맨 위에 표시되는 제목은이 이미지와 같이 열려있는 모든 기본 폴더와 현재 파일을 표시하는 대신 폴더가있는 현재 파일에 초점을 맞추는 것이 좋습니다.

그리고 질문 : 오픈 에디터가 여전히 존재할까요?

뽀 세로

내 프로젝트의 PHP 파일을 하나만 열 때 "참조 찾기"또는 유사한 언어 기능을 수행 할 수 없다는 의미입니까? 이러한 기능을 사용하려면 해당 폴더를 열어야합니까? 저는 PHP에 깊이 빠져 있지 않지만 파일 간 종속성 개념이있는 경우 단일 파일에서 다른 PHP 파일로 이동할 수없는 경우 먼저 폴더를 열어야합니까?

맞습니다. 단일 파일을 여는 경우 열려 있지 않은 다른 파일의 파일로 이동할 수없고 rootUri 아래의 파일로만 정의 할 수 있습니다. 그 이유는 PHP에서 모든 파일이 전역 네임 스페이스에서 심볼을 덤프 할 수 있고 네임 스페이스는 실제로 클래스의 이름 접두사 일뿐입니다. 네임 스페이스와 클래스 이름이 디렉터리 및 파일 이름과 일치해야하는 방식에는 제한이 없으며 (일부 규칙 만 해당) TS와 같은 import 문은없고 네임 스페이스 별칭 만 있습니다. 로드 클래스는 등록 된 "자동 로더"를 통해 런타임에 발생합니다. 즉, 정의로 이동하는 언어 서버의 경우 모든 파일에 기호를 정의 할 수 있습니다. 따라서 언어 서버는 시작시 rootUri 모든 파일을 색인화 한 다음 색인을 사용하여 요청에 응답합니다. 프로젝트가 열려 있고 저장되지 않은 새 파일을 만들면 작동합니다. rootUri 및 textDocument/didOpen 통해 새 파일을 얻었으므로 이에 대한 정보를 얻을 수 있습니다. 그러나 rootUri 미만이 아닌 열리지 않은 파일에 정의 된 기호는 고려되지 않습니다.

@saborrie 작업 영역 설정은 이전과 마찬가지로 사용자 설정을 재정의합니다. 작업 공간 내의 additionalFolders 설정이 항상 우선합니다. 하지만이 설정의 특성을 감안할 때이 설정이 작업 영역 내에 지정되어있는 경우 현재 열려있는 폴더에 대한 additionalFolders 만 재정의 할 수 있습니다 ( "마스터"에 대해 path: "." 를 사용하여 비디오에 표시됨).

예를 들어 얼마나 많은 탭이 열려 있는지와 유사한 UI 상태로 저장하는 것은 우리가 논의한 옵션이지만 설정에 비해 많은 이점이 있다는 것을 알지 못했습니다. 몇 가지 이유 :

• 이것은 공유 할 수 없습니다 (작업 공간 설정을 통하거나 설정 동기화 확장 프로그램을 통하지 않음).
• 이것은 확장 프로그램이 오늘날 쉽게 액세스 할 수있는 것이 아닙니다 (설정 API는 존재하지만 UI 상태 API는 존재하지 않음).

내부 설정을 원하지 않는 특별한 이유가 있습니까?

@Tekbr 예, "Open Editors"는 이전처럼 작동합니다.

@felixfbecker 는 PHP 확장이 rootUri: string[] 와 같은 것을 쉽게 채택 할 수 있습니까? 아니면 PHP 언어 서버가 열린 각 폴더에 대해 여러 번 시작되기를 원하십니까 (예 : VS Code는 열린 폴더 수준에서 N 언어 서버로 다중화됩니까?)

@bpasero PHP는 rootUris: string[] 매우 쉽게 작동 할 수 있습니다. 하지만 다른 언어 서버는 그렇지 않을 수 있습니다. 여러 언어 서버를 생성한다는 것은 각 폴더가 분리되어 작동한다는 것을 의미합니다 (정의로 이동하지 않고 둘 사이에 모든 참조를 찾을 수 없음). 아마도 접근 방식은 VS Code가 하나 또는 여러 언어 서버를 생성할지 여부를 결정하는 새로운 ServerCapability 일 것입니다.

추가 폴더 설정 개념이 마음에 듭니다. 나에게는 단일 루트 폴더가 있으면 충분합니다. 연결된 프로젝트에 대한 전체 개발 기능을 원하면 새 vscode 창을 열 수 있습니다.

추가 폴더에서 필요한 것은 제한된 기능입니다. 예를 들어 루트 프로젝트에서 사용하기 위해 연관된 프로젝트의 기호 정의를 원하지만 이름을 바꾸거나 추가 폴더에서 모든 참조를 찾을 수있는 기능은 필요하지 않거나 원하지 않을 수 있습니다.

@bpasero 저는 설정에서 작업 공간 생성을 선택 사항 (및 옵트 인)으로 만드는 것을 고려하고 있습니다. 기본적으로 사용자가 폴더를 추가 할 때 설정을 자동으로 변경하는 대신 UI 상태에서 시작한 다음 사용자가이를 설정에 저장할 수 있도록합니다. 아마도 작업 공간 설정 또는 사용자 설정으로 들어갈 지 여부를 선택할 수 있습니다.

나는 설정에 완전히 저장하는 것에 완전히 반대하는 것이 아니라, 간과 된 경우를 대비하여 UI 상태를 사용하지 않기로 한 결정에 의문을 품고 있습니다.

@bpasero @saborrie 이 경로로 이동하면 설정에 저장하라는 메시지가 표시 될 때 "내 선택 사항 기억"(작업 영역을 설정, 사용자 설정 또는 프로젝트 설정에 저장) 옵션이 있어야합니다. VSCode 창을 열고 몇 개의 폴더를로드 한 다음 원하는 방식으로 모두 작동하게 한 다음 재부팅 또는 충돌이 발생하고 작업 영역이 저장되지 않았기 때문에 해당 폴더 조합에 대한 전체 구성을 잃어 버리면 실망 할 것입니다. 디스크에.

# 396 (코멘트)

@Tekbr 예, "Open Editors"는 이전처럼 작동합니다.

답장 해 주셔서 감사합니다, @bpasero.

요약 : 각 항목에 루트의 이름을 추가하는 것과는 반대로 이해가 될 때마다 트리보기를 사용하십시오.

몇 가지 사항이 있습니다. 폴더를 끝에 추가하는 방식이 정말 마음에 들지 않습니다. express\.editorconfig 및 express-plugin\.editorconfig 와 같이 사용하고 싶기 때문에 옵션으로 사용하고 싶습니다. 다음 옵션을 제공 할 수 있습니다. editor.tabName: "${root}\${filename}"

내가 원하고 비디오에서 언급 한 또 다른 것은 탭과 일치하도록 뿌리 위에 채색하는 것이므로 👍.

검색:

Search 보기에서 실제로 경험이 진행되는 한 실수를했다고 생각합니다. 제 생각에는 다음과 같이 트리로 표시되어야합니다.

[-] express
    [v] file1.ext
         ... expression ... 
    [v] file2.ext
         ... expression ... 
[-] express-plugin
    [v] file1.ext
         ... expression ... 
    [v] file2.ext
         ... expression ... 

그 이유는 다음과 같습니다.

1. 이름의 길이에 관계없이 파일의 위치를 ​​쉽게 확인할 수 있습니다.

2. 보고 싶지 않은 뿌리를 접을 수 있습니다.

Explorer 적용한 디자인 유형에 더 적합하다고 생각합니다.

작업 :

Tasks 경우 다음과 같은보기를 선호합니다.

    Compile
    Run Tests
express-plugin
    Compile
    Run Tests

몇 가지 사항 :

1. 제 생각에는 폴더 이름을 만지거나 변경하지 말아야합니다. 즉, "express-plugin"은 "Express Plugin"이 아니라 Explorer 표시된대로 정확하게 표시되어야합니다.

2. 키보드로 작업 간 이동은 루트 선택을 무시하는 방식으로도 가능하므로 예제에서 express\"Run Tests" 에서 아래로 이동하면 다음 항목이 express-plugin\Compile 와 같이 선택됩니다. express-plugin 반대

추신 아직 전체 비디오를 보지 못했지만 마음에 들었던 것들이 있습니다.

작업 공간에 포함 된 모든 루트 폴더의 이름이 같으면 어떻게합니까?
예

• / dev / project / public / src
• / dev / framework / src
• / dev / 일부 구성 요소 / src

그러면 다음과 같은 작업 공간이 생깁니다.

[+] src\
[+] src\
[+] src\

작업 공간에 폴더를 포함하는 _sublime_ 방식에 따라 각 가상 폴더 루트에는 다음이 포함됩니다.

• 통로
• 이름 (선택 사항)-제외 된 경우 폴더의 이름이지만 다른 이름으로 표시 될 수 있습니다.
• 파일 / 폴더에 대한 제외 필터

이러한 작업 방식과 관련된 메타 데이터의 예는 https://github.com/Microsoft/vscode/issues/396#issuecomment -283541760 (위) 참고를

이 기능이 아직 개발 단계에 있는지 알고 싶습니다.

@ifzm 최신 (2017 년 5 월 (버전 1.13)) 릴리스 노트를 읽으면 그들이 적극적으로 작업하고 있음을 알 수 있습니다.

@eyalsk 죄송합니다, 나는 신중하게 보지 않았습니다. 이것은 흥미로운 기능입니다 : D

나는 일을 단순하게 유지하려는 열망을 이해하지만 additionalFolders 개념에 열광하지 않습니다.

폴더 집합 중 하나가 "작업 공간"의 구성을 저장하는 것이 이상하게 보입니다.

다음 루트 폴더를 상상해보십시오.

• 웹 사이트
• API
• 변하기 쉬운

... additionalFolders 설정을 보관해야하는 폴더는 무엇입니까? 왜?

설정이 공유 / 일반 위치에 저장되는 작업 공간 / 프로젝트 관리자의 아이디어를 선호합니다. 나는 이것이 UX 관점에서 복잡하다고 생각하지 않으며 기존 workspace 용어를 재사용 / 확장 할 수 있습니다.

관련 없음 : 중첩 된 목록 (및 탭 이름 지정)에 대한 @eyalsk 의 의견에 전적으로 동의합니다.

@ glen-84이 경우 디스크에 "my-mobile-website-project"라는 네 번째 폴더를 만들 수 있습니다.이 폴더에는이 설정이 있고 다른 모든 폴더에 연결됩니다.

@bpasero 나는 그것을 이해하지만 실제로는 해킹 일뿐입니다.

자세히 설명하려면 :

나는 바쁜 일하고 있어요 website , 나는이 일부 변경하게 할 것인지 결정 api . Add Folder 클릭하면 api 를 website 에 연결하여 나중에 website 를 열면 api 가 열립니다. 게다가. 이것이 어떻게 작동하는지 이해해야합니다. 그러면 별도의 VSC 인스턴스를 열고 적절한 이름의 빈 폴더를 만들고 여기에 "프로젝트"폴더를 모두 추가 한 다음 초기 인스턴스를 닫아야합니다.

반대로 간단히 Add Folder 로 이동할 수 있으며 (선택적으로) 두 폴더를 동시에 열기 위해 나중에 사용할 작업 공간 이름을 입력하라는 메시지가 표시 될 수 있습니다.

workspaces.json (예)

{
    "workspaces": {
        "My company workspace": {
            "folders": {
                "/path/to/website": {
                    "folder-setting1": "value1"
                },
                "/path/to/api": {
                    "folder-setting1": "value1"
                }
            },
            "settings": {
                "workspace-setting1": 123
            }
        }
    }
}

나는 단지 더 유연하고 덜 어색함을 느낀다.

@ glen-84는 이해했습니다. 제안 된 솔루션을 사용하면 VS Code 사용이 더 복잡해 지므로 이러한 개념에 반대합니다. 주된 이유는 갑자기 "파일 열기"와 "폴더 열기"뿐만 아니라 "프로젝트 열기"도 있기 때문입니다. 우리가 가지고있는 프리미티브에 머무르는 것은 새로운 개념을 도입하지 않고보다 직접적인 접근 방식입니다.

즉, 여러 폴더를 지원하기 위해 지금 수행하는 모든 작업은 귀하가 제안하는 시나리오에 대해서도 좋은 작업입니다. 시나리오를 지원하려는 경우 UI가 이미 적합하기 때문에 단계가 훨씬 덜 무겁습니다. 또한 확장 기능이 이러한 작업 공간 개념을 도입 할 수 있으며이를 지원하는 데 필요한 API 만 추가 할 수도 있습니다.

먼저 새로운 개념을 도입하지 않고 올바른 UX를 얻은 다음 다중 폴더와 관련된 다른 시나리오에 대해 생각해 보겠습니다. 먼저 살펴볼 사항이 많이 있습니다 (확장자, 설정, SCM UI 등).

제안한 솔루션은 VS 코드를 더 복잡하게 사용합니다.

나는 이것에 동의하지 않는다. 사용자가 선택적인 "프로젝트 열기"(또는 작업 영역) 기능에 혼동하는 경우 VSCode의 기존 기능에 혼동 될 가능성이 높습니다. 이것은 사용자 관점에서 복잡하지 않습니다 (이 글을 읽는 사람이 동의하지 않으면 그렇게 말하십시오).

또한 확장 기능이 이러한 작업 공간 개념을 도입 할 수 있으며이를 지원하는 데 필요한 API 만 추가 할 수도 있습니다.

확장이 이미 존재하며 이미 몇 번 언급되었습니다. 저자는 오픈 티켓 추적 다중 폴더 지원도 제공합니다. 이 확장 프로그램의 설치 수는 37 만 회 이상이고 평점은 4.7입니다. 명령 팔레트를 사용하는 단순한 UI를 사용하더라도 주석으로 판단 할 때 혼란의 징후가 거의 없습니다.

먼저 새로운 개념을 도입하지 않고 올바른 UX를 얻은 다음 다중 폴더와 관련된 다른 시나리오에 대해 생각해 보겠습니다.

충분히 공평합니다. 어느 쪽이든 동일한 창 내에서 여러 루트 폴더를 지원하는 것입니다. 이러한 폴더 그룹을 관리하는 실제 방법은 이후 단계에서 다룰 수 있습니다.

주제에 대한 사용자 의견을 수집하기 위해 공개 설문 조사를 만드시겠습니까 (저는 YouTube 동영상에 대해 알고 있지만이 측면을 자체적으로 언급하고 있음) 또는 이미 additionalFolders 하기로 결정 했습니까?

@ glen-84에 동의합니다. 복잡성 문제를 이해하지 못합니다. 예, 더 복잡하게 만들 수 있지만 이것은 코드 편집기입니다. 나는 그것을 사용하는 프로그래머의 95 %가 프로젝트의 아이디어를 쉽게 이해할 수 있다고 생각합니다. 매일 사람들이 그것을 사용하지 않기 때문에 매일 사람들을 혼란스럽게하는 것에 대해 거의 걱정할 필요가 없습니다.

확장이 다소 해결책이기는하지만 확장은 기본적으로 구현 된 향상에 비해 두 번째 속도입니다 (즉, 메뉴에 옵션을 추가 할 수없고 명령 팔레트 만 등).

@ glen-84 개발팀의 정서, 사용자 연구 (2 개의 동영상) 및 이번 호에 대한 피드백을 기반으로 additionalFolders 설정을 사용하기로 결정했습니다.

@pltrant 는 폴더를 열거 나 프로젝트를 여는 것에 대해 끊임없이 생각해야하기 때문에 멀티 루트 사용을 더 복잡하게 만듭니다. 선택한 항목이 폴더 또는 프로젝트 인 경우 "최근 열기"와 같은 항목은 갑자기 더 많은주의가 필요합니다. 또는 더 나쁜 경우에는 2 개의 선택기가 있고 사용할 항목을 결정해야합니다.

설정이 더 복잡한 지 잘 모르겠습니다. 기본적으로 설정에 대해 신경 쓸 필요가 없습니다. 설정에 폴더를 추가하고 제거하기 만하면 설정이 백그라운드에서 업데이트됩니다. 나는 당신이 대부분의 경우 그 설정의 가치를 보지 않는다고 주장합니다.

@ glen-84 동일한 중요도의 3 개 폴더가있는 프로젝트의 예와 관련하여 additionalFolders 설정을 포함 할 폴더는 종속성에 따라 결정되어야한다고 생각합니다. API 폴더가 다른 프로젝트에 종속되지 않은 경우 열 때 단일 폴더로 열어야하며 추가 폴더 설정을 포함하지 않아야합니다. 하지만 모바일 폴더를 열면 API 폴더에 의존성이 있다고 생각합니다. 따라서 vscode에서 열 때 추가 폴더로 API 열기를위한 모바일 폴더에 설정을 추가합니다. 웹 사이트도 마찬가지입니다. API에 의존하는 경우 거기에 설정을 추가하십시오. 그렇지 않은 경우 설정이 필요하지 않습니다.

나는 재귀 적이거나 계단식 추가 폴더 열기가 없을 것이라고 생각합니다. 또한 확장에 대한 아이디어가 Visual Studio 솔루션과 같은 다른 프로젝트 형식을 읽고 추가 폴더 설정을 제안 / 입력하는 것이 좋습니다. 그리고 항상 모든 공통 상위 폴더를 열 수 있습니다.

@stevencl 은 두 비디오를 모두 시청했습니다.

1. 명확성을 가진 대안 2가 가장 분명해 보입니다. 여러 프로젝트를 한 번에 볼 수 있도록 접을 수있는 것처럼 보입니다 (예 : 트리의 뿌리 중 하나). 모형이 필요하면 알려주세요.

2. 대안 2는 화면 공간 관점에서 더 효율적입니다. 옵션 1에서와 같이 상단에서 동일한 정보 (프로젝트 이름)가 반복 된 다음 각 프로젝트의 루트에 표시되지 않습니다.

3. 검색 결과와 Git은 접을 수있는 트리와 같은 방식으로 작동 할 수 있습니다. 결과는 적절한 제목 아래 (상태와 함께) 그룹화됩니다. 탐색 가능한 요약 (GIT에 대해 보여 주었 듯이, 검색 (찾은 파일 수))과 프로젝트 영역 (액션 버튼을 수용 할 수 있음)에 걸쳐 존재할 수있는 옵션이 필요하다고 생각합니다.

요약하자면, 저는 탐색 가능한 요약을 추가 할 수있는 개별 접을 수있는 뿌리의 팬입니다. 대안 2 와이 예제 의 조합

여러분이 무엇을 선택하든 다양한 메커니즘에서 비슷한 경험을하시기 바랍니다. 두 가지 대안이 있다고 말했지만 GIT와 검색이 모두 다르기 때문에 실제로 4 개가 있습니다. 이 댓글을 작성한 사람과 동의합니다

Re : 다중 프로젝트 정보 공유. 나는 그것이 유용 할 것이라고 생각합니다-시작으로 합리적 일 것입니다. 그냥 꿀꺽 꿀꺽 작업을 사용하거나 VS Code가 이해할 수있는 작업을 사용하도록 만들 것입니다.

모든 노력에 감사드립니다.

다중 루트 작업 공간의 구현은 # 28344와 이번 6 월 마일스톤에서 추적되고 있습니다.

@gulshan ,

종속성이없는 경우가있을 수 있습니다. 예를 들어 내가 일하고 있어요 경우 website 을 추가하기로 결정 mobile 동시에 그것에서 작동합니다. 둘 사이에는 종속성이 없지만 이제 website 가 "부모"가됩니다. 내가 작업하는 일이 경우 mobile 첫째, 그것은 부모가 될 것입니다. 그것은 약간 임의적입니다. 폴더는 완전히 관련이없는 프로젝트 용일 수도 있습니다.

어쨌든 나는 반드시 동의하지는 않더라도 VSC 개발자의 결정을 존중합니다.

계속되는 모든 의견에 감사드립니다. 위에서 언급했듯이 문제 # 28344의 작업을 추적하고 있습니다. 특히 SCM 경험을 설계하는 동안 계속해서 작업하는 동안 이러한 의견을 고려할 것입니다. 비디오에서 논의되고 위에서 여러 번 언급했듯이 우리는 경험 전반에 걸쳐 일관성을 유지하고자합니다.

@ glen-84, @pltrant 등이 제기 한 복잡성 문제에 대해 자세한 제안과 답변에 감사드립니다. 피드백을 이해하고 있으며 기능을 개발하는 동안 계속 모니터링 할 것입니다.

이에 대한 논의는 정말 도움이되었고 현재 디자인에 대해 고려해야 할 몇 가지 사항을 제공했습니다. 예를 들어, 사용자가 작업 공간에 두 번째 폴더를 추가 할 때 '기본'폴더를 선택할 수 있도록 허용하는 것을 고려해야합니다. 작업 공간이 닫힐 때이를 묻는 메시지가 표시 될 수 있으며 설정일 수도 있습니다. 경험을 간소화하기 위해 우리가 생각할 많은 것.

@bpasero가 언급했듯이 우리는 항상 VS Code에 새로운 개념 (예 : 프로젝트)을 추가하는 것을 매우 꺼립니다. VS Code를 사용할 수 없게 만들 것이라고 생각하기 때문이 아니라 추가 개념이 VS Code의 무게 나 무게에 추가되어 더 복잡하게 느껴지는 것입니다. 이러한 개념은 개발자가 정신적 자원을 투입해야하는 다른 것입니다.

또한 VS Code에 무언가가 있으면 꺼내기가 훨씬 더 어려워집니다 (시간이 지남에 따라 사람들이 익숙해지고 의존하게됩니다). 따라서 우리는 VS Code에 추가하는 것을 신중하게 고려하고 새로운 개념을 추가하는 데 드는 비용이 가치가있을 것이라고 확신 할 때만 추가합니다. 그래서 지금 우리는 새로운 개념을 추가하지 않는 다중 루트를위한 디자인이 얼마나 성공적인지 결정하고 싶습니다.

다시 한 번, 매우 귀중한 피드백에 감사드립니다. 이와 같은 대화가 없으면이 경험을 디자인하는 것이 훨씬 더 어려울 것입니다.

팀원 모두가 얼마나 사려 깊고 반응이 좋을까요? 정말 감사합니다!

복잡성과 관련하여 아직 말하지 않은 것은 어쨌든 추가하고 있다는 것입니다. 현재이 두 가지 옵션이 논의되고 있다고 생각합니다.

1. 명시적인 프로젝트.
2. 일반 다중 폴더처럼 보이지만 실제로는 그렇지 않습니다. 확장 및 기타 항목 (예 : 작업 공간 설정 상속)에 대한 rootUrl 와 같은 항목과 관련된 기본 폴더의 중요한 개념이 있습니다. 일반적으로 VSCode 사용자는이 개념을 이해해야하며 추상화하려고하는 것보다 명확하고 솔직하게 설명하는 것이 더 쉬울 것입니다.

저는 실제로 세 번째 방법을 선호합니다. 실제로 새로운 것을 소개하지 않고 여러 .git 저장소, 검색 및 작업과 같은 것을 투명한 방식으로 처리하는 것입니다. 비디오의 처음 2/3 정도입니다. 제안했습니다 (나는 와이어 프레임을 매우 좋아했습니다). 그러나 나는 확장을 위해 rootUrl 를 고려해야한다는 것을 깨달았습니다. 이것이 아마도 이것이 복잡한 주된 이유 일 것입니다.

rootUrl 이 아니라면 와이어 프레임에서 제안한 UI 업데이트와 다중 루트 작업 영역의 로컬 지속성으로 시작합니다. 다른 모든 폴더가 "최근 열기"에 유지되는 것과 같은 방식입니다.

내 관점에서 반복하고 싶습니다. 이상적인 상태는 VSCode가 SCM 루트인지 여부에 관계없이 여러 폴더에서 작동하는 위치입니다 (단일 저장소 대 다중 저장소, 위 참조). 제안 된 와이어 프레임과 .vscode 설정 상속과 같은 추가 핵심 작업이 다중 루트 지원의 "v1"에 충분할 것이라고 생각합니다. "프로젝트"또는 "기본 + 추가 폴더"는 나중에 IMO에 올 수 있습니다. 하지만 제가 말하는 것은 rootUrl 와 함께 떨어질 수 있습니다. 잘 모르겠습니다. 이에 대한 일반적인 감정을 전달하고 싶습니다.

이 어려운 문제를 해결하고 가능한 한 단순성을 유지하려고 노력하는 것이 좋습니다!

백엔드 및 프런트 엔드 노드 프로젝트가 있고 두 개의 VisualCode 편집기가 열려있어 리소스에 큰 부담이됩니다.

나는 두 비디오를 모두 보았고 위의 여러 프로젝트가 서로 관련이 없다는 의견에 동의합니다. 하나는 nodejs 프로젝트이고 다른 하나는 C ++ 일 수 있습니다.

나는 프로젝트 중 하나가 추가 프로젝트가 추가 된 "마스터"프로젝트가되는 아이디어가 마음에 들지 않았습니다. 각 프로젝트는 동등하고 관련이 없어야합니다.

폴더를 연 다음 ADD가 아닌 다른 폴더를 열 수있을 것으로 예상했을 것입니다. 폴더는 비디오 1과 같이 간단히 추가되며 루트 만 표시됩니다 (하지만 루트 폴더를 가리키면 도구 설명에 전체 경로가 표시됨). 이 프로젝트는 완전히 관련이 없습니다. 둘 중 하나를 선택하면 컨텍스트 전환이 발생합니다. 마치 내가 Visual Code의 두 인스턴스, 두 설정, 색 구성표 및 그렇지 않은 것 사이를 전환하는 것과 같습니다.

이러한 여러 프로젝트를 유지하는 방법은 다른 두 프로젝트를 참조하지만 두 프로젝트 자체를 수정하지 않고이를 새 프로젝트 파일로 저장하는 것입니다. 즉, 두 프로젝트는 독립적이고 자급 자족하며이를 참조하는 세 번째 프로젝트 (설정 파일)를 인식하지 못합니다.

이 세 번째 파일이 저장 / 생성되면 프로젝트 A 및 B의 설정을 재정의하는 설정을 만들 수 있습니다. 생성되지 않은 설정은 다시 활성 프로젝트에 따라 달라집니다.

프로젝트를 공유 할 때 하나는 다른 두 개를 참조하는 프로젝트 파일을 공유 할 수 있습니다. 파일 시스템에서 누락되었지만 github URL에 대한 참조가 포함 된 경우 사용자에게 가져 오기를 원하는지 물어봐야합니다 (기본적으로 해당 마스터 프로젝트 파일의 루트에있는 하위 폴더로 사용되지만 사용자는 원하는 각각의 위치).

여러 프로젝트를 검색하는 기능은 선택 사항이어야하며 여러 프로젝트를 동시에 실행하고 디버깅하는 기능은 매우 유용하지만 첫 번째 릴리스에는 너무 복잡해 보이며 이러한 사용 사례는 어쨌든 2 개의 인스턴스를 실행해야합니다. 적어도 현재로는.

이것이 UI에서 어떻게 보이는지 두 번째 단계이지만 기능적으로는 이것이 작동 할 것으로 기대하는 방식입니다. 나는 프로젝트 A를 B를 참조하도록 수정하거나 그 반대로 수정하는 아이디어가 마음에 들지 않습니다. 그것이 제가 의도 한 바라고 이해했습니다. 애자일 개발자의 경우 2 개의 인스턴스를 실행해야하는 것이 아니라 한 창에서 2 개의 프로젝트를 작업 할 수 있다면 기쁠 것입니다.하지만 지금은 그 이상입니다. 아마도 세 번째 재정의 프로젝트 파일이 아니라 컨텍스트 전환에서만 가능합니다.

지속적인 피드백에 감사드립니다. 사용자의 명시적인 조치 (예 : 저장)까지 다중 폴더 작업 공간의 지속성을 지연시키는 것에 대한 명확한 주제가 있습니다. 이에 대해 더 많이 생각하고 더 조사해야합니다.

또한 개발자에게 Eclipse IDE를 살펴볼 것을 제안합니다.
이 기능을 처리하고 오래 전에 알아 냈고 작동합니다.
큰.

2017 년 6 월 13 일 화요일 오전 9:11, Steven Clarke [email protected]
썼다 :

지속적인 피드백에 감사드립니다. 에 대한 명확한 주제가 있습니다.
일부 명시 적 때까지 다중 폴더 작업 영역의 지속성 지연
사용자의 작업 (예 : 저장). 우리는 이것에 대해 더 생각해야 할 것입니다
더 조사하십시오.

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/396#issuecomment-308110390 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAQsBWywBoe2KQRGuXKHv179MmugstCfks5sDop7gaJpZM4Gm3nX
.

-
다니엘 소콜로프 스키
기술 설계자

Stantive Technologies Group Inc.
전화 : +1 (613) 634-7410
http://www.stantive.com

기밀성 고지 :
전송 된 정보는 개인 또는 법인 만이
다루어지며 기밀 및 / 또는 특권을 포함 할 수 있습니다.
재료. 리뷰 재전송 유포 또는 기타 사용
개인이이 정보에 의존하여 조치를 취하거나
의도 된 수신자 이외의 엔티티는 금지됩니다. 받은 경우
이 오류는 전자 반송으로 즉시 보낸 사람에게 연락하십시오.
모든 전송을 포함하여이 전송을 즉시 삭제하십시오.
복사 또는 공개하지 않고 첨부 파일.

마스터 프로젝트
나는 MASTER 프로젝트에 반대합니다. 컨텍스트 전환은 다른 마이크로 서비스로 작업 할 때 자주 발생합니다. 이는 Linting 및 SCM의 다음 사항에 적용됩니다.

작업 공간의 지속성
첫 번째 반복에서는 작업 공간을 유지할 필요가 없다고 생각합니다. 모든 종류의 복잡하거나 파괴적인 마이그레이션을 최소화하기 위해 설정 또는 지속성 레이어를 도입하기 전에이 기능에 대해 하나 또는 두 개의 릴리스에 대한 반복을 선호합니다.

Linting / 설정
프로젝트 특정 Linting은 해당 디렉토리의 파일에 네임 스페이스가 지정되어야합니다. 예를 들어 프로젝트 A는 더 예쁘고 프로젝트 B는 표준을 사용합니다. 린팅 규칙이 서로 충돌하지 않고 두 컨텍스트 간 전환이 원활해야합니다.

검색
검색 결과가 모든 프로젝트에 걸쳐 있고 프로젝트별로 정렬 된이 와이어 프레임을 좋아했습니다.

_Project A_
file1: matched substring
file2: matched substring
...

_Project B_
file3: matched substring
file4: matched substring

SCM
이 경우 SCM이 변경 될 때마다 프로젝트별로 분석을 표시하는쪽으로 기울고 있습니다.

_Project A_
file1: added
file2: removed
...

_Project B_
file3: moved
file4: added
file5: added

이러한 접근 방식이 더 투명하고 직관적 인 것 같습니다.

(최근 의견 및 기타 문제를 기반으로 한) 합의 는 적어도 초기 릴리스 additionalFolders 아이디어에 반대하는 것 같습니다.

이미 결정이 내려 졌다는 것을 알고 있지만이 기능을 API 세트로 ​​구현하고 나중에 반복 할 수 있도록 지속성을 남겨 두는 것을 고려해 주시겠습니까? 따라서 폴더를 추가 / 열기위한 API와이를 지원하기 위해 탐색기, 검색, 작업 및 SCM보기를 업데이트합니다.

제품에서 무언가를 제거하는 것이 얼마나 어려운지 (프로젝트 / 작업 공간 개념이 어떻게 든 실패한 경우)에 대해 이야기했지만 현실은 이것이 additionalFolders 개념에도 동일하게 적용된다는 것입니다.

additionalFolders 및 "projects / workspaces"를 확장으로 구현하면 단일 모델에 커밋하지 않고도 사용량 데이터를 수집 할 수 있습니다. 이러한 확장 중 하나 (또는 ​​하이브리드 솔루션)는 나중에 제품에 통합 될 수 있습니다.

Mac OS에서 환경 문제가 수정 되었습니까? code 를 통해 명령 줄에서 VSCode를 열지 않고도 Homebrew npm 등을 사용할 수 없으며 이것이 멀티 루트 지원으로 혼란을 일으킬 것입니까?

그래, 이것도 나에게 필수입니다. 나는 그것에 대한 사람들의 문제를 이해하지 못합니다. 한 사람이 일하는 방식이 아닐 수도 있지만 그렇다고 다른 사람이 선호하는 작업 공간 관리가 덜 유효하다는 의미는 아닙니다. 저는 "왜 그렇게하고 싶어요?"라는 대답을 싫어합니다. 대신 "세계의 다른 모든 코드 편집기에있는 기능을 추가하는 방법을 알아 봅시다."

Atom으로 돌아갑니다.

@saborrie https://github.com/Microsoft/vscode/issues/24961 (Insiders와 일반 버전 모두에서 동일한 문제가 발생합니다). 디버그를 도울 수 있다면 난 게임이다.

@akutz 이 사람들은 괜찮은 다중 루트 시스템을 설계하는 데 많은 노력을 기울였으며 심지어 설계 세션의 비디오를 올렸습니다 (최신 릴리스 노트에 있음). 다가오고 있지만 제대로 된 것인지 확인하고 있습니다 :-) (https://code.visualstudio.com/updates/v1_13)

안녕하세요 @cliffrowley ,

듣기 좋은. 나는 Atom을 영원히 사용하고 있었기 때문에 VSCode를 최근에 다시 살펴 보았습니다 (그리고 그 이전에는 Sublime). 최근 Atom은 문제가 있었고 Reddit 스레드에서 VSCode가 요즘 정말 훌륭한 옵션이라는 것을 알았습니다. 그래서 기본 기능을 지원하지 않는 것에 놀랐습니다.

여기에 쌓아두기 만하면됩니다. 이는 IntelliJ / WebStorm에서 VSCode 로의 전환을 풀 타임으로 고려하지 못하게하는 유일한 기능입니다. 내 편집자에게 (나는 너무 게으 르기 때문에 😆)

저는 여러분 모두가이 작업을하고 있다는 사실을 _love_하고 있으며, 실제로 작동하는 모습을보고 싶습니다.

나는 vscode를 좋아하지만이 "누락 된 기능"은 아톰에서 vscode로 완전히 전환하는 것을 막아줍니다.

초기 버전은 이미 Insiders 빌드에 있습니다. 그것을 얻으십시오 :)

+1이 기능 필요

첫 번째 미리보기 버전은 아주 좋은 사람들입니다!
그래도 제대로 테스트를 시작하기 전에 이미 작은 문제가 있습니다 ...
두 개의 개별 프로젝트에서 동일한 이름을 가진 두 개의 "루트"폴더를 추가 할 때 이러한 폴더를 구분할 수있는 것은 없습니다.

예를 들어 /dev/www/myproject/src 를 추가 한 다음 /dev/libraries/mycomponent/src
내가 보는 것은 src 라는 두 개의 루트 폴더입니다.

> src
> src

루트 폴더의 표시 이름 을 변경하는 방법이 필요하다고 생각합니다.
그러면 다음이 표시됩니다.

> My Project (/src)
> Component 1 (/src)

생각?

VSCode는 동일한 이름을 가진 두 개의 파일을 열 때 폴더 이름의 일부를 표시하며 폴더에서도 작동 할 수 있습니까?

@doublehelix 우리는 최근에 이것을 논의했지만 문제를 추적하는 곳이 없었습니다. https://github.com/Microsoft/vscode/issues/29871 만들었습니다, 감사합니다 😄

@Tyriar 나는 검색 기능이 가장 혼란스럽고 전에 말했듯 이 Explorer 표시되는 방식과 유사한 결과를 표시해야한다고 생각합니다.

여러분이 저와 일부 사람들이 위에서 말한 내용을 살펴 보았는지 또는 더 많은 변경 사항이 있는지 여부는 모르겠지만 개인적으로 나무에서 물건을 정렬하는 것과 달리 매번 루트 이름을 추가하는 방식이 마음에 들지 않습니다. -가능한 경우보기.

@eyalsk 진행중인 작업입니다. 7 월에 검색 결과를 더 살펴볼 것입니다. # 29977

vscode 프로젝트는 폴더를 기반으로합니다.
따라서 각 프로젝트의 구성을 개별적으로 구성 할 수 있으며 통합 된 Git을 직접 사용할 수도 있고 사용할 수도 없습니다.

PyCharm : 하트 : : 하트 : : 하트 :

+1

친애하는 VSCode 팀 여러분을 칭찬해야합니다.
마지막으로 다중 루트 작업 공간이 Insiders Builds에 도착했기 때문에 Atom을 버릴 수 있습니다!
2 년 이후로 .gitignore 등은 다중 루트 작업 공간에서 검색 할 때 Atom에서 존중되지 않으며 처음부터 올바르게 얻었습니다!

작업 공간의 지속성은 다른 문제에서 추적됩니까?

어제 VS Code 팀은 Multi Root Workspaces 기능이있는 새 버전의 VS Code를 출시했습니다 🎉.

이 작업의 결과는 다중 루트 폴더 작업 영역에서 테스트 할 수있는 "최소 실행 가능 제품"(MVP)입니다.

실제로 Insiders 빌드에서만 사용할 수 있으므로 여기에서 다운로드 할 수 있습니다.

파일 탐색기

검색

작업 공간에 추가 된 모든 폴더가 별도의 git 저장소라고 가정합니다. 현재 버전의 다중 루트 작업 공간은 해당 저장소의 차별화 된 소스 제어를 처리합니까?

@Weyzu 우리는이 마일스톤 다중 루트 시나리오에 SCM을 채택하기 위해 노력하고 있습니다. 우리의 초기 생각은 SCM보기가 다중 저장소 인식이되어야한다는 것입니다. 이는 탐색기 및 검색에서와 같이 다중 폴더 인식과 반드시 ​​동일하지는 않습니다. 이미 VS Code에서 단일 폴더를 열면 내부에 여러 저장소가있을 수 있습니다. . SCM보기는 각 저장소의 발신 / 수신 변경 사항을 확인하고 각 저장소에서 파일을 커밋 할 수 있도록 이러한 저장소를 좋은 방식으로 표시해야한다고 생각합니다.

결과는 여러 저장소가 하나의 루트에 포함 된 단일 루트 시나리오뿐만 아니라 다중 루트 시나리오 모두에 대해 더 나은 경험을 제공해야합니다.

결과는 여러 저장소가 하나의 루트에 포함 된 단일 루트 시나리오뿐만 아니라 다중 루트 시나리오 모두에 대해 더 나은 경험을 제공해야합니다.

훌륭한 접근, 너희들 락!

@bpasero 대단해 ! 나는 당신의 사람들이 그것을 받아들이는 것을 확실히보고 싶습니다. IntelliJ / WebStorm에는 Git 루트를 자동으로 감지하고 오른쪽 하단에 적절하게 정렬하는 유사한 기능이 있으며 개인적으로 사용하는 것을 좋아했습니다.

당신들은 그 선을 따라 뭔가를 생각 했습니까, 아니면 좀 더 정교한 것을 생각 했습니까?

우리는 여전히이를 위해 UX를 분류하고 있으며 결과에 대해 계속 게시 할 것입니다.

가상 파일 시스템 루트가 여기서 작동하지 않습니까? VFS 루트가 여러 다른 경로에 대한 상위 디렉토리 인 것처럼 효과적으로 작동합니다.

오늘은 수정 된 다중 루트 UX가 내부자 릴리스에 도달 한 첫 날이고 "오래된"동작에 익숙해 진 많은 분들이 무슨 일이 일어나고 있는지 혼란 스러울 수 있기 때문에 다중 루트 작업에 대한 업데이트를 제공하고 싶었습니다.

기존 솔루션의 결함
다중 루트에 대한 이전 솔루션은 단일 루트 폴더에 추가 폴더를 추가 할 수있는 새로운 설정 workspace (글로벌 settings.json )를 도입했습니다. 눈치 채지 못한 경우 설정은 다음과 같습니다.

{
  "path to folder": [
      "additionalFolder1",
      "additionalFolder2"
   ]
}

이 솔루션을 추가 폴더 ( "detail")가있는 "master"폴더라고합니다.

이것은 많은 새로운 개념을 도입하지 않은 가장 간단한 솔루션 이었지만 결함도 있습니다.

• 설정이 유지 되었기 때문에 마스터 폴더를 단일 폴더로 다시 열 수 없습니다.
• 탐색기에서 마스터 폴더를 제거 할 수 없습니다.
• 마스터 폴더의 일부 설정이 다른 모든 폴더에 적용됨
• 설정이 다중 루트 구성으로 오염됩니다.
• 동시에 두 개의 폴더를 열 수는 없습니다 (예 : 3을 열 때 어떤 마스터 폴더를 가져와야합니까?).

우리의 솔루션
다중 루트 시나리오에는보다 명확한 작업 공간 개념이 필요하다고 생각하며 오늘날 내부자에서는 새로운 UI가 팝업되는 것을 볼 수 있습니다.

아이디어는 다중 루트 작업 공간을 작성하려면 명시적인 조치가 필요하다는 것입니다. 빈 작업 공간 (열린 폴더 없음, 자주색 상태 표시 줄) 또는 단일 폴더 작업 공간 (연한 파란색 상태 표시 줄)에있을 수있는 것과 같은 방식으로 다중 루트 작업 공간 (진한 파란색 상태)에있을 수도 있습니다. 바). VS Code에서 작업 영역을 여는이 세 번째 방법을 사용하면 원하는만큼 폴더를 가질 수 있습니다. 이러한 작업 공간은 파일 (예 : myWorkspace.code )에 저장할 수 있으며 작업 공간 설정도 포함 할 수 있습니다. 저장하지 않으려면 "제목없는 작업 공간"으로 표시됩니다.

작업 공간을 열려면 저장된 작업 공간 파일을 열거 나 최근에 연 목록에서 선택할 수 있습니다.

이것은 모두 아주 어린 코드이고 아주 어린 UX이므로 다음 주에 걸쳐 약간의 변화를 기대하십시오. 우리는 여전히 분류해야 할 사항이 있음을 알고 있습니다 (예 : 단일 폴더에서 다중 폴더로 원활하게 전환 할 수있는 방법).

피드백을 기반으로 내일 내부자 릴리스에 적용될 오늘 이미 변경된 몇 가지 변경 사항 :

• .code 이름을 작업 공간의 확장으로 .code-workspace 로 바꿉니다.
• 폴더와 작업 공간을 구별하는 대신 통합 된 폴더 및 작업 공간 목록 (예 : 파일> 최근 열기)을 갖습니다.

더 많은 것을 기대 해주세요 👍

여기에 settings.json 파일을 포함하는 프로젝트 폴더 당 하나의 .vscode 폴더가 있습니다. 이 파일에는 다음이 포함될 수 있습니다.

// Place your settings in this file to overwrite default and user settings.
{
      "editor.wordWrap": "on",
      "files.autoSave": "onFocusChange",
       "editor.fontSize": 15
}

여기서 문제는 동일한 프로젝트 폴더의 서버에서 여러 사용자 (다른 RDP 세션)와 작업 할 때 동일한 설정을 공유한다는 것입니다. 이것은 의도 된 동작이 아닐 수 있습니다. 내 글꼴 크기가 동료의 글꼴 크기보다 클 수 있습니다.

따라서 제 생각에는 다른 사용자가 동일한 폴더에서 작업하지만 settings.json 에서 다른 설정으로 작업 할 수도 있다는 점도 고려해야합니다.

@ DarkLite1 당신은 좋은 지적을 가져옵니다. 다중 루트에 대한 설정 설계에서 우리는 폴더별로 지원할 수있는 설정과 지원할 수없는 설정을 식별하려고합니다. 일반적으로 편집기가 어느 폴더에서 열렸는지 명확하기 때문에 편집기 또는 특정 리소스를 대상으로하는 설정을 폴더별로 지원할 수 있다고 말합니다. 지원되지 않는 기타 설정은 워크 벤치 사용자 정의 (예 : 상태 표시 줄 표시 여부)에 관한 것입니다.

귀하의 예는 다중 루트 작업 공간에서도 실제로 폴더별로 지원하는 editor.fontSize 설정에 관한 것입니다. 사용자가 많은 마크 다운 문서가 포함 된 폴더에 대해 더 큰 글꼴 크기를 원할 수있는 유효한 시나리오가 될 수 있다고 생각합니다 (다른 글꼴 일 수도 있음). 따라서 다중 루트 환경에서도 폴더별로이 설정을 준수하는 것을 방지해서는 안된다고 생각합니다.

editor.fontSize 을 개인 작업 공간 설정으로 유지하려면 저장소에 체크인하지 않아야한다고 생각합니다.

새로운 작업 공간 개념으로 다음을 수행 할 수 있습니다.

• 파일> 작업 공간> 새 작업 공간
• 폴더 선택
• 작업 공간 설정 열기
• editor.fontSize: 15 변경

그때부터 작업 공간에이 설정이 적용되지만 다른 사람에게 강요하지는 않습니다.

UX 관점에서 명시 적으로 먼저 작업 영역을 만들지 않고도 폴더를 VS Code 창으로 끌어서 놓을 수 있다면 편리 할 것입니다 (Sublime에서 항상 수행하는 작업입니다). 나는 변함없이 동시에 여러 프로젝트에서 작업하며, 작업중인 작업에 따라 매일 다른 (겹치는) 프로젝트 세트가 될 것입니다.

작업 공간은 내 작업 방식에 고유하지 않은 개념을 도입 할 것이며, 다른 작업 공간 구성 (내가 이해하는대로)을 추적해야하는데, 이는 내 프로젝트 폴더에 약간의 구성 혼란을 만드는 것처럼 들립니다.

또한 검색, 구성과 같은 항목이 기본적으로 전역 (모든 열린 폴더에 적용)이라고 주장한다면 많은 사용자를 대변한다고 생각합니다. 폴더에서 로컬로 검색 할 수있는 옵션이 있으면 좋겠지 만 ( 나는 Sublime에서 항상 이것이 까다로운 것을 발견했습니다.)

@SanderMertens 당신은 이것을 놓쳤을 수도 있지만 @bpasero가 썼습니다;

이러한 작업 공간은 파일 (예 : myWorkspace.code)에 저장할 수 있으며 작업 공간 설정도 포함 할 수 있습니다. 저장하지 않으려면 "제목없는 작업 공간"으로 표시됩니다.

이제 폴더를 끌어서 놓을 수 있는지 여부는 확실하지 않지만 사람들은 작업 공간을 만들지 않고도 임의의 폴더를 열 수 있습니다.

이 기능이 안정적인 빌드에 포함될 때까지 기다릴 수 없습니다.

예이! 😄

현재 폴더를 탐색기로 드래그하여 추가 할 수는 없지만 이는 백 로그에 있습니다. 이 상호 작용의 복잡성은 사용자의 의도를 알지 못한다는 것입니다. 즉, 창에서 폴더를 열거 나 작업 공간에 추가하는 것입니까?

현재 폴더 1 개에서 여러 폴더로의 전환은 다른 편집기가 수행하는 작업에 비해 더 명확한 단계입니다 (파일> 작업 영역> 작업 영역 저장을 통해 원하는 폴더를 선택해야합니다). 다중 루트가 안정화 될 때까지 현재 동작을 유지하려는 몇 가지 이유가 있습니다. 주된 이유는 다중 루트가 모든 확장에 대한 주요 변경 사항이기 때문입니다. 탐색기가 작동하고 모든 폴더를 검색 할 수 있지만 대부분의 확장은 새로운 다중 루트 API가 채택 될 때까지 제대로 작동하지 않습니다. 따라서 우리는 처음에 실수로 멀티 루트에 들어가는 것을 너무 쉽게 만들고 싶지 않습니다. 다중 루트 작업 공간에 들어가는 것은 명시적인 사용자 제스처이며 해당 모드에서 일부 확장이 아직 작동하지 않는다는 사실에주의를 끌 수 있습니다.

또 다른 이유는 작업 공간 설정입니다. 다음 흐름을 상상해보십시오.

• 작업 공간 설정이있는 1 개의 폴더로 시작합니다.
• 두 번째 폴더를 추가합니다 (컨텍스트 전환 및 창 다시로드없이 작동한다고 가정).
• 작업 공간 설정을 엽니 다.
  => 다중 루트의 작업 공간 설정은 이제 폴더 외부의 일부 위치에 저장됩니다.
  => 사용자가 작업 공간 설정을 새 위치로 마이그레이션 할 것인지 물어볼 필요가 있습니다.

따라서 어쨌든 다중 루트를 입력하는 것은 현재 간단한 작업이 아닙니다. 먼지가 가라 앉고 멀티 루트가 널리 채택되면이를 다시 살펴볼 수 있지만 현재로서는이 모델이 더 좋고 좌절감을 피할 수 있다고 생각합니다.

@bpasero 기본적으로 폴더를 탐색기로 드래그하면 폴더가 존재하더라도 자동으로 작업 공간에 저장 해서는 안되며 사용자가 폴더를 클릭하는 명시적인 작업이어야한다고 생각합니다. 끌어서 작업 공간에 명시 적으로 추가하고 관련없는 폴더가 거의없는 경우 한 번에 모두 저장하는 또 다른 조치를 제공하는 것이 합리적 일 수 있습니다.

그것은 모두 다루고 싶은 사용 사례에 달려 있습니다. 경험을 통해 KISS가 항상 최선의 접근 방식이라는 것을 알게되었습니다. 소개 Workspaces 로 큰 소리를 feature 그러나 진짜 장점은 무엇이고 단점은 무엇인가?

Workspaces 도입하고 사용할 때 염두에 두는 한 가지 단점은 데이터 (설정)를 어딘가에 저장해야하고 사용자 유지 관리 / 인식이 필요하다는 것입니다.

유일한 목표는 사용자에게 하나의 VS Code 세션에서 여러 폴더로 작업 할 수있는 기능을 제공하는 것입니다. 그 이하도 그 이상도 아닙니다.

가장 일반적인 사용 사례 :
Workspaces 개념이 없습니다. 사용자는 추가 폴더를 열거 나 원하는만큼 열면 단일 폴더처럼 왼쪽의보기에서 열립니다. 그는 자신의 설정이 모든 곳에서 동일하기를 기대합니다. 그의 파일이 어디에 있든 상관 없습니다. 그리고 그는 @SanderMertens , 저와 아마도 다른 사람들이 말한 것처럼 그의 프로젝트 파일 사이에 VS Code 구성 파일의 추가 혼란을 원하지 않습니다.

당면 과제 / 문제 / 질문 :

• 다른 설정 파일이있는 이유는 무엇입니까? 사용자 설정, 작업 공간 설정? IMHO는 모두 동일한 위치에 저장되어야합니다. 사용자의 기본 설정에 따라 개인 폴더 / 프로필을 사용하므로 시스템의 각 사용자는 자신의 설정을 가질 수 있습니다. 추가 보너스. 그들은 프로젝트 파일을 어지럽히 지 않으며 여러 사용자가 자신의 일을 할 수 있습니다. 프로필을 지우시겠습니까? 큰! VS 코드에 대한 깨끗한 슬레이트도 있습니다.

원하는 경우 Workspaces 은 (는) 약간 과도한 엔지니어링이라고 생각합니다.
속도, 단순성 및 작동하는 편집기. 과도하게 복잡하거나 추가 개념을 이해하지 않습니다. Sublime 또는 다른 편집자의 사용자가 워크 플로에서이 개념을 사용하지 않는다면 이는 지나치게 생각한 것임을 나타냅니다. 아니면 다른 편집자들도 구현할 수있는 정말 대단한 무언가가 발명되었다는 의미 일 수 있지만, 저는 의심 스럽습니다.

이것이 내 의도가 아니라고 말하면 유감입니다. 그러나 다중 루트 / 폴더 액세스와 관련하여 더 잘할 수 있다고 생각합니다.

@ DarkLite1 작업 공간에 대한 새로운 전략에 대한 피드백을 제공하는 데 시간을

나는 당신의 모든 요점에 동의하며 간단한 해결책도 원합니다. 개념으로서의 작업 공간은 기존 패턴 (작업 공간 설정, 확장 등)과 함께 작동하는 다중 루트 솔루션을 향한 첫 번째 단계입니다. 이것이 첫 번째 단계이기 때문에 좀 더 거친 가장자리를 예상하십시오 (예 : 1에서 N 폴더로 전환하는 것은 가능한 한 가볍지 않습니다). 우리의 목표는 이러한 전환을 원활하게하고 미래에 필요한 것보다 더 복잡하게 만드는 것이 아닙니다. 또한 사용자가 이러한 작업 공간을 관리하도록 강요하지 않기를 원합니다 (따라서 창이 열려있는 동안 유지되고 해당 창을 닫으면 사라지는 "제목없는 작업 공간"이있는 이유입니다).

다중 루트 작업 공간에는 그다지 명확하지 않은 점을 염두에 두어야 할 몇 가지 사항이 있습니다. 다음의 자세한 설명이 디자인 프로세스를 이해하는 데 도움이되기를 바랍니다.

작업 공간 설정
작업 공간 폴더 ( .vscode 폴더) 내에 설정이있는 것을 지원합니다. 일부 사용자는 .gitignore 파일 또는 저장소에서 끝나는 이러한 종류의 설정을 좋아하지 않을 수 있지만이 기능에 의존하는 많은 설정이 있습니다. 사용자가 폴더에 의존하기 때문에 단순히 폴더 내에있는 설정 지원을 중단 할 수 없습니다. 이제 다중 루트 시나리오의 경우 작업 공간 설정을위한 새 위치를 찾아야 함이 분명합니다. 이러한 설정이 포함 된 작업 공간 파일의 개념을 생각해 냈습니다. 작업 영역이 어디에도 저장되지 않는 한 다른 VS Code 특정 데이터가 포함 된 폴더에 있으며 파일을 저장할 때 설정이 해당 파일 내에 있습니다.

이제 작업 공간 설정이 정의 된 VS Code의 폴더 1 개로 시작하고 두 번째 폴더를 추가하려고한다고 가정합니다. 우리는 지금 무엇을해야합니까? 첫 번째 폴더의 작업 공간 설정을 무시 하시겠습니까? 사용자에게 설정을 마이그레이션하도록 요청 하시겠습니까? 작업 공간을 열면 다른 위치에 자체 작업 공간 설정이 있음을 명확히하기 위해이를 명시 적 컨텍스트 전환으로 만들기로 결정했습니다.

이제 1 개의 폴더에서 2 개의 폴더로 이동하고 작업 공간 설정을 다른 위치로 옮겼다 고 가정 해 보겠습니다. 이러한 작업 공간 설정을 변경한다고 가정 해보십시오. 이제 2 개 폴더에서 1 개 폴더로 돌아 가려고합니다. 작업 공간 설정을 다시 폴더로 마이그레이션 할 예정입니까?

또 다른 예 : 폴더 1 개에서 2 개로 전환하고 작업 공간 설정을 구성합니다. 이제 창을 닫습니다. 이 작업 공간에 대한 설정을 신중하게 구성했기 때문에 어떤 식 으로든이 작업 공간으로 돌아갈 수 없다면 화를 낼 것이라고 생각합니다. 따라서 작업 공간의 개념이 마음에 들지 않더라도 일단 설정을 구성하면 해당 작업 공간이 계속 유지되기를 원한다고 생각합니다.

이 예제를 통해 KISS가 생각만큼 쉽지 않은 이유를 조금 더 쉽게 이해할 수 있기를 바랍니다.

확장
지금까지 다중 루트 작업 공간을 지원하지 않았기 때문에 모든 확장 기능은 항상 단일 작업 공간 경로를 제공하는 API에 대해 작동했습니다. 사용자로서 1 개 폴더에서 2 개 폴더로 전환하는 것은 매우 간단하고 가벼운 작업이라고 생각할 수 있지만 확장의 경우 많은 의미가있을 수 있습니다. 지금까지 한 폴더 만 있다고 가정했던 언어 확장은 갑자기 여러 폴더를 인식해야합니다. 폴더. 또한 이러한 폴더는 언제든지 매우 동적으로 들어오고 나갈 수 있습니다.

실제 작업 공간 개념을 도입하면 우리에게 더 많은 공간과 시간이 주어지고 확장 프로그램이이 개념을 채택하는 데 도움이됩니다. 예를 들어, 이상한 일이 발생하지 않도록 아직 다중 루트 작업 공간을 채택하지 않은 확장을 비활성화 할 수 있습니다 (예 : 언어 확장은 한 폴더에서만 작동하고 다른 폴더에서는 잘못된 오류를보고 함).

먼저 이러한 새 작업 공간을 사용하여 다중 루트 지원을 안정화 한 다음 전환을 얼마나 가볍게 만들 수 있는지 다시 살펴 보겠습니다. 확장 기능을 탑재하고 설정 스토리를 파악하면 더 가벼운 경험으로 전환 할 수 있다고 생각합니다.

추신 : 멀티 루트 지원과 관련하여 다른 편집자들을 언급 하셨기 때문에,이 편집자들은 파일에 저장하고 다른 사람들과 공유 할 수있는 작업 공간 또는 프로젝트 개념도 함께 제공된다는 점을 지적하고 싶었습니다. 일반적으로 1 개에서 N 개의 폴더로 이동하는 것은 매우 간단한 작업이므로 이러한 개념이 표시되지 않습니다. 이 기능에 의존하는 사람들은 작업을 관리하는 방법으로 저장된 작업 공간 / 프로젝트로 이동하기 시작한다고 주장합니다. 예를 들어 작업 공간 / 프로젝트를 저장하고 창을 닫지 않으면이 모든 정보가 손실됩니다.

@bpasero 저 에게

나는 Sublime에 대해 완전히 알지 못하기 때문에 그들이 이것을 어떻게 처리하는지 확인할 자유를 얻었습니다. 그리고 당신이 맞습니다, 그들은 Workspaces 도 사용하고 심지어 Project 파일을 사용합니다. 나를 조금 괴롭히는 유일한 것은 내 프로젝트 사이에 VS 코드 파일을 넣는 것입니다. 그러나 당신이 언급했듯이, 다른 사람들이 이것에 의존한다면 이것이 최선일지도 모른다는 것을 고려해야합니다. 이 설정 파일이 사용자별로 지정되지 않은 이유 만 궁금합니다. 같은 폴더 구조에서 VS Code를 여는 동료가 자신의 설정을 갖고 싶어하는 것을 상상할 수 있습니다.

Workspaces 가 앞으로 나아가고있는 것처럼 보인다면 앱을 열 때 마지막으로 사용한 설정을 다시로드하는 것이 논리적 일 것입니다. 저장되지 않은 Workspace 경우에도 마찬가지입니다. 그것은 내가 생각하기에 삶을 조금 더 단순하게 만듭니다.

VS Code를 선택한 이유는 무엇입니까? 크로스 플랫폼이기 때문에 집에서 Linux를 사용하고 직장에서 Windows를 사용하기 때문에 이것이 실제로 기본 편집기가 될 수 있습니다! 추가 보너스로 저는 PowerShell 개발자이며 이에 대한 확장 기능도 있습니다. 그래서 두 번의 큰 승리! 또한 제가 따라가는 Java 과정에서 Red Hat은 VS Code를위한 확장도 만들고 있습니다. 따라서 바로 가기 등을 통해 VS Code에 대해 더 잘 알게되면 전반적으로 혜택을받을 수 있습니다.

앱과 확장 프로그램은 일부 시점에서 베타 또는 알파 상태에 있지만 여전히 훌륭합니다. 매일 내부자 빌드의 노력과 진행 상황에 감사드립니다. 좋은 일을 계속하고 즐거운 주말 보내십시오.

@bpasero 설명에 감사드립니다. 이제 복잡성이 무엇인지 더 잘 이해한다고 생각합니다.

한 가지 접근 방식은 작업 영역과 동일한 구성으로 모든 프로젝트 집합을 개념적으로 처리하는 것입니다. 또한 프로젝트가 기본 구성에서 벗어나지 않는 한 .vscode 폴더 추가를 자제 할 수 있습니다. 다음과 같아야합니다.
1) 프로젝트에서 대부분의 혼란 제거
2) 프로젝트를 추가 할 때 대부분의 구성 충돌을 방지합니다 (간단한 경우에는 구성이 없음).

논의 된대로 명시적인 작업 공간 개념이 언급 된 문제에 대한 좋은 해결책이라고 생각합니다. 이 두 가지 간단한 규칙으로 사람들이이 문제에 부딪히는 사용 사례를 최소화합니다.

나를 위해 스레드의 주석과 사용 사례를 보면 _Multi-folder_ 및 _Workspaces_가 두 가지 다른 개념으로 간주되며 별도로 처리해야 할 수도 있습니다.

현재 창에 다른 폴더를 추가하기 위해 강제로 _ 작업 공간을 생성하지 않아야합니다. 트리에 새 폴더를 추가하고 새로 생성 된 작업 공간을 _internal info_로 남겨두면됩니다. 사용자가 작업 공간을 저장하기로 결정하면 작업 공간이 실제로 생성됩니다. 그리고 내가 작업 공간을 저장하지 않더라도 최상위 폴더를 다시 열 때 _ 내 임시 작업 공간을 _ 기억 _하고 _ 다른 폴더도 열 것입니다. 마치 오늘 폴더를 열 때 열린 파일을 기억하는 것처럼 요. BTW, 명령 줄에서 다중 폴더를 어떻게 열 수 있는지 궁금합니다.

내 사용 사례에서 다중 폴더는 _Project Group / Solution_ 접근 방식이 아니라 동일한 창에서 한 번에 둘 이상의 폴더를 보는 방법 일뿐입니다. 따라서 더 간단한 솔루션이 적합합니다. 그러나 나는 다른 사람들이 자신의 설정과 함께 _Workspace_가 필요한지 이해합니다 .

( User Settings 사용하는 첫 번째 반복과 비교했을 때)이 새로운 Workspaces 개념에 대해 저를 가장 괴롭히는 것은 Sublime Text를 사용할 때 저를 괴롭혔던 것과 같습니다. 당신이 .code-workspace 파일을 _anywhere_ _can_ 저장할 수 있다는 사실, 그리고 이제 나는 그것들을 저장할 공통 장소를 관리해야합니다. 다음 두 위치 중 하나에 자동으로 맞춰지는 것이 훨씬 더 간단 할 것입니다.

• user-data-dir 폴더 내 (예 User Settings 및 Keybindings
• _Top Folder_ 내부

명확하게 말하면 다른 사용자에게 필요한 더 복잡한 작업 공간 개념을 이해합니다. 더 단순한 다중 폴더 개념을위한 더 간단한 접근 방식을 원했습니다.

이 옵션이 마음에 들면이 옵션을 추가합니다.

내부 폴더가 그다지 인상적이지 않기 때문입니다.

또는이 옵션을 변경하는 기능을 추가하십시오.

작업 공간 아이디어가 마음에 듭니다! 이것이 언제 준비 될지에 대한 아이디어가 있습니까?

이 시점에서 왼쪽 하단의 git 정보가 현재 포커스가있는 파일이있는 저장소의 git 브랜치를 정확하게 반영하지 않을 것으로 예상됩니까? v1_15 릴리스 노트에서 "multiple git roots"에 대한 내용을 보지 못했습니다.

저는 며칠 동안 Insider 빌드에서이 기능을 사용해 왔으며 이것이 제가 원했던 모든 것입니다. 매우 깨끗한 사용자 경험과 메인 빌드가 될 때까지 기다릴 수 없으므로 전체 팀을 이것으로 변환 할 수 있습니다.

NodeJS로 작업하고 한 번에 여러 개의 NPM 모듈을 열 때 모든 것을 하나의 창에 모으는 방식은 엄청난 시간 절약입니다.

팀에 거대한 소품!

이 기능이 내 릴리스 노트에 GIF 및 설명과 함께 표시되지만 실제 편집기에서는 사용할 수없는 이유는 무엇입니까?!

내부자에있는 @ShashankaNataraj 는 원래 빌드가 아닌 빌드입니다. 문서를 자세히 보면 내부자 빌드에 대해서만 언급됩니다.

진행중인 멀티 루트 작업에 대한 로드맵은 https://github.com/Microsoft/vscode/issues/28344에 캡처되어 있으며 8 월, 9 월 및 아마도 10 월까지 계속 될 것입니다.

이 기능은 다음 때까지 내부자에게만 제공됩니다.

• 적절한 다중 루트 지원 SCM, 디버그 및 작업 경험을 제공 할 수 있습니다.
• 우리는 함께 제공하고 적극적으로 기여하는 확장 기능 (예 : Go)을 위해 다중 루트 API 및 기능을 채택했습니다.
• 확장 작성자는 새로운 다중 루트 API 를 채택하기에 충분한 시간 (예 : 1 마일스톤)을 가졌습니다.

이 기능을 너무 빨리 도입했기 때문에이 기능을 안정적으로 제공하고 확장 기능이 손상되는 것을 피하고 싶습니다.

전문적인 사람이되어 주셔서 감사합니다.

@bpasero 나는 그들이 플러그인을 시간에 업데이트 할 확장 작성자에 대해 약간 걱정하고 있습니다. 특별 예정된 변경 사항 이메일을 받습니까?

감사

@FelikZ 는 로드맵 (https://github.com/Microsoft/vscode/issues/28344)을 참조하십시오. 9 월 릴리스에서는 VS Code에서 제공하는 확장을 채택 할 계획이며 작업하는 동안 필요한 API와 유틸리티를 추가합니다.

9 월 동안 계획은 다음과 같습니다.

오늘의 내부자 업데이트에는 여기에 요약하고 싶은 .code-workspace 파일이 약간 변경되었습니다. 이전 형식의 기존 작업 공간은 자동으로 새 형식으로 마이그레이션됩니다.

이전 형식은 다음과 같습니다.

{
    "id": "1500007676869",
    "folders": [
        "file:///Users/bpasero/Development/Microsoft/monaco",
        "file:///Users/bpasero/Development/Microsoft/vscode-distro",
        "file:///Users/bpasero/Development/Microsoft/vscode-docs",
        "file:///Users/bpasero/Development/Microsoft/vscode-extension-sdk"
    ]
}

그리고 새로운 형식은 다음과 같습니다.

{
    "folders": [
        { "path": "/Users/bpasero/Development/Microsoft/monaco" },
        { "path": "/Users/bpasero/Development/Microsoft/vscode-distro" },
        { "path": "/Users/bpasero/Development/Microsoft/vscode-docs" },
        { "path": "/Users/bpasero/Development/Microsoft/vscode-extension-sdk" }
    ]
}

작업 공간 ID
작업 공간 ID는 작업 공간과 몇 가지 사항을 연관시키는 데 사용됩니다.

• 모든 UI 상태 (예 : 열린 파일)
• 모든 더티 파일 상태 (일명 핫 엑시트)
• 확장 상태 (있는 경우)

우리는 작업 공간 파일에서 id 속성을 제거하고 대신 디스크에있는 작업 공간 파일의 절대 파일 경로를 기반으로 id 자동으로 계산하기로 결정했습니다. 여기에는 몇 가지 장점과 단점이 있지만 결국에는 장점이 더 나은 솔루션이된다고 생각합니다.

• 다른 값을 입력하기 만하면 파일에서 id 를 편집 할 수 있다는 것이 이상했습니다.
• 작업 공간 파일을 다른 사람과 공유 할 때 id 를 처리하는 방법이 명확하지 않았습니다 ( id 를 변경해야합니까? id 가 uuid 여야합니까?).
• 작업 공간 파일을 복사하여 별도의 창에서 열 수 없습니다. 복사 된 파일에서 먼저 id 를 변경해야했습니다.
• 결과적으로 "다른 이름으로 작업 영역 저장"작업은 복사본에 다른 id 가 있어야하는지 여부를 사용자에게 물어봐야합니다.

이 방법의 한 가지 단점은 작업 공간 파일을 이동하거나 이름을 바꾸면 관련 상태가 손실된다는 것입니다. 더티 파일 ( "hot-exit")은 다시 시작한 후에도 다시 열리지 만 빈 창에서 열리고 더 이상 작업 공간 창과 연결되지 않습니다. 우리는 여전히이 동작을 개선 할 수 있다고 생각합니다.하지만 이는 UI 상태와 더티 파일이 연결된 폴더의 이름을 바꿀 때 오늘날 발생하는 것과 일관되게 동작합니다.

폴더
folders 속성의 형식을 다시 검토하기로 결정했습니다.

• 더 이상 리소스 URI를 사용하지 않아도되지만 파일 경로 만 사용하면 더 쉽게 편집 할 수 있습니다.
• 필요에 따라 메타 데이터를 항목에 연결할 수 있도록 folders 속성의 항목을 개체로 변경했습니다 (예 : 각 폴더에 추가 name 속성이있을 수 있음).

마지막으로 상대 경로에 대한 지원도 시작되었습니다. 상대 파일 경로를 입력 할 수 있으며 작업 공간 파일의 상위 폴더에 대해 분석됩니다. https://github.com/Microsoft/vscode/issues/33188 버그로 인해 현재 작업 영역 파일을 변경할 때 절대 경로에 대한 상대 경로를 다시 작성하고 있습니다.

@bpasero 굉장합니다. 추가 name 속성은 언제 작동합니까? 현재 작업 공간에 이름이 같은 두 개의 폴더가 있는데 끔찍합니다.

@DaniloPolani 참조 https://github.com/Microsoft/vscode/issues/29871

상대 경로 처리에 대한 업데이트 : 오늘의 내부자 빌드부터 작업 공간 파일의 위치가 대상의 부모 인 경우 작업 공간 파일의 경로를 상대 경로로 작성합니다. 즉, 경로를 표현하기 위해 " ../ "표기법을 사용하지 않는 한 경로는 항상 상대적입니다.

제목없는 작업 공간은 항상 VS Code의 데이터 디렉토리에 있기 때문에 그 경로는 항상 절대적입니다. 그러나 제목없는 작업 공간을 위치에 저장하면 가능하면 경로를 다시 작성합니다.

이 스프린트 동안 들어간 멀티 루트 작업 공간의 변경 사항에 대해 궁금한 경우 업데이트 된 릴리스 노트를 확인하십시오.

+1

+1

@bpasero IMHO, UI 상태가 처리되는 방식 (날씨가 .code-workspace 파일에서 ID 문자열을 사용하거나 대신 파일 경로를 ID로 사용)은 적절하지 않습니다.
.code-workspace 파일 또는 해당 상위 폴더의 이름을 바꾸거나 이동하여 UI 상태를 잃는 것은 제 생각에는 전혀 직관적이지 않습니다. 나는 그것이 어떻게 작동하는지 알지 못하는 사람들이 이전 UI 상태를 잃어버린 이유와 되 돌리는 방법에 대해 전혀 알지 못할 것이라고 생각합니다.
파일 시스템에있는 파일의 절대 경로에 연결되어서는 안됩니다!

이는 UI 상태가 현재 안정 릴리스에있는 폴더 경로와 관련되는 방식에도 적용됩니다. 인터넷 검색을 할 때까지 처음에는 그것에 대해 매우 혼란 스러웠습니다.

IMO 우리가 하나의 폴더 만 다루는 경우 UI 상태는 .vscode 폴더 안에 저장되어야합니다. 다중 루트 작업 영역을 처리하는 경우 UI 상태는 적절한 명명 규칙을 사용하여 .code-workspace 파일과 동일한 폴더에 별도의 파일로 저장해야합니다 (또는 해당 파일 자체 내부에 설정과 상태는 좋은 생각이 아닐 수 있습니다).

올바르게 구현되면 사용자가 UI 상태에 대한 완전한 액세스 권한을 갖고 주어진 작업 공간 (다중 루트 여부)에 새 UI 상태를 연결할 수 있습니다.
사무실에서 일하고 집에 가서 노트북을 움켜 쥐고 그만 둔 곳까지 계속해서 UI 상태를 서로 다른 컴퓨터간에 동기화 할 수 있기를 바랍니다.
여러 UI 상태를 작업 공간에 연결하고 다른 기능에서 작업 할 때 쉽게 전환 (메뉴 / 키 바인딩 / 명령 등)하는 것도 좋습니다. .vscode 내부의 다른 .code-uistate 파일이 자동으로 나열되거나 기본 .code-workspace 에 따라 접두사가 추가되거나 배열에 나열되는 많은 .code-uistate 파일 일 수 있습니다.

저는 Sublime Text에서 프로젝트와 작업 공간이 작동하는 방식의 확장으로 이것을 생각하고 있습니다. 동일한 기능, 다른 디자인. 이 경우 VS Code 작업 영역은 Sublime 프로젝트와 유사하고 다른 VS Code UI 상태는 Sublime 작업 영역과 유사합니다.

이 문제와 관련하여 :

단순히 다른 값을 입력하여 파일의 ID를 편집 할 수 있다는 것이 이상했습니다.

네, 완전히 요. 거기에서 ID를 제거하는 것은 올바른 선택이었습니다.

작업 공간 파일을 다른 사람과 공유 할 때 ID를 처리하는 방법이 명확하지 않았습니다 (ID를 변경해야합니까? ID가 uuid 여야합니까?).

myproject.code-workspace 및 myproject.code-uistate 경우 UI 상태를 공유할지 여부를 결정하는 것은 사용자에게 달려 있습니다. 공유 할 때 충돌을 피하기 위해 UUID가 필요한 경우 해당 ID의 의미, 생성 방법 등을 더 이상 생각하지 않아도됩니다.
폴더 설정 및 설정을 공유하고 싶으십니까? myproject.code-workspace 보내세요. 걱정할 필요가 없습니다.
모든 것을 공유하고 싶습니까? 두 파일을 모두 보냅니다.

작업 공간 파일을 복사하여 별도의 창에서 열 수 없습니다. 복사 된 파일에서 ID를 먼저 변경해야했습니다.

동일한 폴더 설정 및 설정으로 새로운 UI 상태로 시작하려면 .code-workspace 파일을 복제하십시오.

결과적으로 "다른 이름으로 작업 공간 저장"조치는 사본이 다른 ID를 가져야하는지 여부를 사용자에게 요청해야합니다.

사용자가 그 ID가 무엇인지 몰랐기 때문에 까다로 웠습니다. 아마도 "현재 상태로 작업 공간 복제"와 "새 빈 작업 공간"의 두 가지 옵션이있는 것이 더 간단 할 것입니다. 하지만 그것은 UX이고 당신은 그것에 대한 분석을해야합니다.

Franc과 동의하고 모든 프로젝트 구성 파일을 설정에 보관하십시오.
프로젝트의 폴더에서 오른쪽이있는 Eclipse IDE를 살펴보십시오.
접근하다. 프로젝트 및 작업 공간 설정의 개념이 있습니다.
작업 공간에서 프로젝트 덮어 쓰기 기본값. 작업 공간은
프로젝트를 나타내는 폴더. 따라서 작업 공간에 .vscode 폴더가 있습니다.
각 프로젝트에는 자체 .vscode 폴더가 있습니다. 그리고 제발
이클립스 IDE를 언급하기 위해 여기에 투표하십시오.

2017 년 9 월 18 일 월요일 오후 8:52, Franco Gallardo Grazio <
[email protected]> 작성 :

@bpasero https://github.com/bpasero IMHO, UI 상태가 처리되는 방식
(날씨는 .code-workspace 파일의 ID 문자열을 사용하거나
대신 ID로 파일 경로)가 적절하지 않습니다.
.code-workspace 파일 또는 상위 폴더의 이름 변경 또는 이동
내 생각에 UI 상태를 잃는 것은 완전히 직관적이지 않습니다. 나는
어떻게 작동하는지 모르는 사람들이
이전 UI 상태를 잃어버린 이유와 가져 오는 방법에 대한 단서가 없습니다.
다시.
파일에있는 파일의 절대 경로와 연결되어서는 안됩니다.
전혀 시스템!

이는 UI 상태가 현재 폴더 경로와 관련되는 방식에 적용됩니다.
안정적인 출시도 가능합니다. 처음에는 그것에 대해 매우 혼란 스러웠습니다.
인터넷 검색을했습니다.

IMO 하나의 폴더 만 처리하는 경우 UI 상태를 저장해야합니다.
.vscode 폴더 안에 있습니다. 다중 루트 작업 공간을 다루는 경우
UI 상태는 동일한 폴더에 별도의 파일로 저장되어야합니다.
적절한 명명 규칙을 사용하는 .code-workspace 파일 (또는
해당 파일 자체 내부에 있지만 혼합 설정 및 상태는
좋은 생각).

올바르게 구현되면 사용자가 완전한 액세스 권한을 가질 수 있습니다.
UI 상태에 새 UI 상태를 지정된 작업 영역 (다중 루트 또는
아님) 등
서로 다른 컴퓨터간에 UI 상태를 동기화 할 수 있기를 바랍니다.
사무실에서 일하고 집에 가서 노트북을 들고
내가 중단 한 곳에서 정확히 계속합니다.
작업 공간에 여러 UI 상태를 연결하고 쉽게 전환 할 수 있습니다.
다른 기능에서 작업 할 때 (메뉴 / 키 바인딩 / 명령 / 등)
또한 굉장합니다. .vscode 내부의 다른 .code-uistate 파일
자동으로 나열되거나 다음에 따라 접두사가 붙은 많은 .code-uistate 파일
기본 .code-workspace 또는 배열에 나열됩니다.

저는 이것을 프로젝트와 작업 공간의 확장으로 생각하고 있습니다.
Sublime Text에서 작업합니다. 동일한 기능, 다른 디자인. 이 경우
VS Code 작업 공간은 Sublime 프로젝트와 유사하며
VS Code UI 상태는 Sublime 작업 영역과 유사합니다.

이 문제와 관련하여 :

간단히 입력하여 파일의 ID를 편집 할 수 있다는 것이 이상했습니다.
다른 가치

네, 완전히 요. 거기에서 ID를 제거하는 것은 올바른 선택이었습니다.

작업 공간 파일을 공유 할 때 ID를 처리하는 방법이 명확하지 않았습니다.
다른 사람과 함께 (ID를 변경해야합니까? ID가 uuid 여야합니까?)

음, myproject.code-workspace와 myproject.code-uistate가 있다면
그런 다음 UI 상태를 공유할지 여부를 결정하는 것은 사용자에게 달려 있습니다.
더 이상 그 ID가 무엇을 의미하는지, 어떻게 생성되는지 생각하지 않아도됩니다.
공유 등의 충돌을 피하기위한 UUID
폴더 설정 및 설정을 공유하고 싶으십니까? myproject.code-workspace를 보냅니다.
걱정할 필요 없어.
모든 것을 공유하고 싶습니까? 두 파일을 모두 보냅니다.

작업 공간 파일을 복사하여 별도의 파일에서 열 수 없습니다.
창에서 복사 한 파일에서 ID를 먼저 변경해야했습니다.

동일한 폴더 설정으로 새로운 UI 상태로 시작하고
설정은 .code-workspace 파일을 복제합니다.

결과적으로 "다른 이름으로 작업 영역 저장"작업은
사본이 다른 ID를 가져야하는 경우 사용자

사용자가 그 ID가 무엇인지 몰랐기 때문에 까다로 웠습니다. 아마도 그것은
두 가지 옵션 "현재 작업 공간 복제
State "및"New Blank Workspace "입니다.하지만 그것은 UX이고 당신은
그것에 대한 분석.

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/396#issuecomment-330396242 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAQsBQ5rdj3VGoNwy77jfSQ7V_tqWFOfks5sjxBYgaJpZM4Gm3nX
.

-
다니엘 소콜로프 스키
기술 설계자

Stantive Technologies Group Inc.
전화 : +1 (613) 634-7410
http://www.stantive.com

기밀성 고지 :
전송 된 정보는 개인 또는 법인 만이
다루어지며 기밀 및 / 또는 특권을 포함 할 수 있습니다.
재료. 리뷰 재전송 유포 또는 기타 사용
개인이이 정보에 의존하여 조치를 취하거나
의도 된 수신자 이외의 엔티티는 금지됩니다. 받은 경우
이 오류는 전자 반송으로 즉시 보낸 사람에게 연락하십시오.
모든 전송을 포함하여이 전송을 즉시 삭제하십시오.
복사 또는 공개하지 않고 첨부 파일.

@danielsokolowski 설정 작업 공간을 덮어 쓰는 프로젝트의 개념을 이해합니다. vscode에는 일반 설정, 사용자 설정 (일반 쓰기) 및 작업 공간 설정 (사용자 또는 일반 쓰기)이 있습니다. 각 프로젝트에는 이미 자체 .vscode 폴더가있을 수 있습니다 (작업 공간 설정이 여기에 있음). 설정 정보를 공유하기 위해 프로젝트를 중첩 할 추가 폴더를 제안하고 있습니까? 이것은 Visual Studio 용어로 " 솔루션 "파일 / 폴더와 비슷해 보입니다.

@fgallardograzio 동일한 파일의 설정과 혼합 된 프로젝트 구성을 사용하면 강제로 결합됩니다. 이 문제 티켓과는 별개의 또 다른 기능으로 ui 항목이 훨씬 더 잘 들립니다. 이제 Insiders 빌드에 파일의 추가 루트에 대한 멋진 레이아웃이 있으므로 확장 기능이 ui 부분의 간격을 채울 수 있습니다. 감사합니다. 좋은 날.

@Yemi , 예, Elcipse를 사용하면 다른 작업 공간을 열 수 있습니다.
프로젝트를 나타내는 다양한 하위 폴더가 포함 된 폴더입니다. 나는
개인적으로 두 개의 작업 공간을 사용합니다. 하나는 Eclipse IDE 개발 용이고 다른 하나는
내 모든 작업 관련 프로젝트. 가장 중요한 점은 설정이
각 설정 폴더에 저장된 사람이 읽을 수있는 파일-http: //wiki.eclipse.org/IRC_FAQ#Where_are_Eclipse_preferences_stored.3F-
이것은 나에게 매우 논리적입니다.

IDE에 대해 언급 할 가치가있는 주석 / 팁
독립형 프로젝트, 원하는 workspace/your-awesome-library 라고 말하세요.
다른 프로젝트의 일부로 포함
workspace/my-wiget/libraries/your-awesome-library 하나는 정션을 사용할 수 있습니다.
또는 OS에 따라 하드 링크-나는 이것이 git / hg subrepos보다 깨끗하다는 것을 알았습니다.
개념.

2017 년 9 월 19 일 화요일 오전 10:33, Yemi Bedu @ P & R [email protected]
썼다 :

@danielsokolowski https://github.com/danielsokolowski 이해합니다
설정을 위해 작업 공간을 덮어 쓰는 프로젝트의 개념. vscode에서
일반 설정, 사용자 설정 (일반 쓰기) 및 작업 공간이 있습니다.
설정 (사용자 또는 일반 쓰기). 각 프로젝트에는 이미
자체 .vscode 폴더를 가질 수 있습니다 (작업 공간 설정이 여기에 있음).
프로젝트를 중첩 할 추가 폴더를 제안하고 있습니까?
설정 정보를 공유 하시겠습니까? " 솔루션 "과 비슷해 보일 것입니다.
Visual Studio 용어로 파일 / 폴더.

@fgallardograzio https://github.com/fgallardograzio 프로젝트 보유
동일한 파일의 설정과 혼합 된 구성은
커플 링. UI는 다른 기능과는 별개로 훨씬 더 잘 들립니다.
이 문제 티켓. 이제 Insiders 빌드에 멋진 레이아웃이 있습니다.
파일에 추가 루트가 있으면 확장명이 UI의 간격을 채울 수 있습니다.
부품. 감사합니다. 좋은 날.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/396#issuecomment-330558669 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAQsBajECULDuQiqUZj6SRdfwJG-Bcw0ks5sj9CfgaJpZM4Gm3nX
.

-
다니엘 소콜로프 스키
기술 설계자

Stantive Technologies Group Inc.
전화 : +1 (613) 634-7410
http://www.stantive.com

기밀성 고지 :
전송 된 정보는 개인 또는 법인 만이
다루어지며 기밀 및 / 또는 특권을 포함 할 수 있습니다.
재료. 리뷰 재전송 유포 또는 기타 사용
개인이이 정보에 의존하여 조치를 취하거나
의도 된 수신자 이외의 엔티티는 금지됩니다. 받은 경우
이 오류는 전자 반송으로 즉시 보낸 사람에게 연락하십시오.
모든 전송을 포함하여이 전송을 즉시 삭제하십시오.
복사 또는 공개하지 않고 첨부 파일.

이 기능이 아직 추가되지 않았습니까?

이것은 저에게 매우 중요합니다. 저는 웹 프런트 엔드와 API라는 2 개의 별도 저장소로 구성된 프로젝트를 진행하고 있습니다. 단일 "프로젝트"에서이 두 폴더를 모두 열 수 있다면 좋을 것입니다.

물론 2 개의 리포지토리를 단일 폴더로 복제하고 해당 폴더를 열어이 문제를 해결할 수 있지만 모든 경우에 적용되는 것은 아닙니다. 특히 단일 저장소에 의존하는 여러 프로젝트가있는 경우 (예 : 동일한 API를 공유).

이 기능은 코드를 문서로 사용하는 사람들에게도 유용합니다.

@JamesTheHacker 는 한동안 여러 프로젝트를 동시에 지원하는 vscode-iniders를 사용합니다. 그리고 내부자 버전에서 느끼는 느낌에 따라 기능을 제안하여 더 좋게 만들 수 있습니다.

이것이 출시되면 VSCode 버전이 2.0으로 올라갈 것입니다. 그냥 :)

이 기능에 대한 빠른 질문 :

이 기능은 기존 작업 공간에 저장소가있는 여러 폴더를 추가하는 것을 지원합니다. 모노 리포지토리 구성을 지원할까요? 모노 리포지토리에서 여러 프로젝트를 열고 싶지만 하나의 리포지토리에 있기 때문에 자체 git 리포지토리가 없습니다. 따라서 프로젝트 관점에서 볼 때 .git 폴더가 없습니다. 조상 폴더 중 하나에 폴더가 있습니다.

mono-repo 폴더를 하나의 큰 폴더로 열고 거기에서 작업하지 않는 이유는 무엇입니까? 두 가지 답변이 있습니다.

1. (저에게는 덜 흥미 롭습니다) 모노 리포지토리에 프로젝트가 너무 많고 그중 일부에만 관심이 있습니다.
2. 많은 플러그인은 프로젝트가 하나의 프로젝트 만 포함한다고 가정합니다. 예를 들어, 하나의 npm 패키지 만 있습니다. 그래서 그들은 프로젝트의 _root_에서 무언가를 찾습니다. 예 : VSCode 용 npm 플러그인, vscode 용 mocha 플러그인 및 VSCode 자체의 많은 기능-예를 들어, launch.json 에 상대적인 경로를 지정할 수 없습니다. 현재 파일, 즉 "현재 파일의 가장 가까운 조상 인 node_modules 폴더".

이 문맥 설명 후에 제 질문은 간단합니다.이 기능은 .git 폴더가 루트의 조상 인 프로젝트를 지원합니까? 그렇다면 모노 리포지토리에서이 기능을 사용할 수 있습니다.

@borekb 그래. Microsoft의 사람들이 버전을 관리하는 방법을 모르겠지만 전공을위한 충분한 기능이라고 생각합니다.

이 문맥 설명 후에 제 질문은 간단합니다.이 기능은 .git 폴더가 루트의 조상 인 프로젝트를 지원할까요? 그렇다면 모노 리포지토리에서이 기능을 사용할 수 있습니다.

이것은 git repo의 하위 폴더를 열기 만하면 꽤 오래전부터 이미 지원됩니다.

+1

Sublime과 Atom은해야합니다. 더 좋은 이유는 없습니다. 이것은 새로운 MS입니다. 여러분, 저는 당신을 완전히 믿습니다. :)

안녕하세요,
@Jeyanthinath 와 같은 이전 게시물을 읽으면 이미이 기능을 평가하기 위해 VSCode Insider 를 사용하는 것을 알고있을 것입니다. 확인할 로드맵 도 있습니다. 따라서 안정적인 제품으로 마이그레이션하기 전에 제품을 사용하고 피드백을 제공하여 우리 모두가 가능한 최고의 제품을 얻을 수 있도록하십시오. 감사합니다. 좋은 날.

스레드를 읽고 Insiders OMG를 사용하십시오. 구독을 취소하겠습니다 ... 읽지 않는 트롤은 불가능합니다. 감사합니다 @ pr-yemibedu

민감한

이 스레드의 길이가 2 년이고 기능이 이제 Insiders의 빌드에있는 것 같으므로이 스레드를 표시하여 전체 스레드를 맨 위에서 읽는 것보다 더 명확하게 표시 할 수 있습니까?

빠진 한 가지는 CLI에서 새 작업 공간으로 새 창을 여는 기능입니다.

@jearle code-insiders <folder> 하여 이전과 같이 새 창 / 작업 공간을 만들어야합니다.
현재 창에 폴더를 추가하려면 code-insiders -a <folder> 이 필요합니다.

@Jeyanthinath 감사합니다! @JamesTheHacker 와 똑같은 일을

@Tyriar 가 원하는 기능을 얻으려면 다음 명령을 실행해야합니다.

code .; code -a .

code . 는 폴더를 비 작업 공간으로 열고 code -a . 는 이전에 열린 창에 자신을 작업 공간으로 첨부하여 동일한 폴더를 두 번 이상 열 수 있도록합니다.

개인적으로 이것도 변경되어야한다고 생각합니다. 나는 두 개의 다른 git repos에서 ionic 및 사용자 정의 서버로 작업하고 있으며 매우 쉽지 않습니다. 적어도 두 개의 별도 "프로젝트 탭"을 열 수있는 기능은 훌륭 할 것입니다.

버그가 많고 느려서 Atom에서 전환했습니다.

@ dark-swordsman Mac에서 nativeTabs 를 활성화 할 수 있습니다.

@felixfbecker 가 Windows에서 가능합니까?

편집 : 설정 파일을 완전히 검색했는데 옵션이 없습니다. 그것이 내가 묻는 이유입니다.

Edit2 : 또한 vs insiders 를 활성화하는 방법에 대한 명확한 리소스가 없습니다.

안녕하세요,
@ dark-swordsman은 VS Insiders를 활성화하지 않습니다. 안정화되지 않은 몇 가지 추가 기능이있는 VSCode의 빌드이며 어떤 식 으로든 작업 할 추가 편집기 네임 스페이스를 제공합니다 (설정 또는 확장의 충돌없이 나란히 설치할 수 있음). 감사합니다. 좋은 날.

이제 안정 릴리스에서 다중 루트 작업 영역에 대한 지원이 기본적으로 활성화됩니다.

함께 제공되는 모든 기능에 대한 전체 설명은 설명서 를 참조하십시오. 확장 프로그램 작성자는 새로운 확장 API를 설명하는 위키 를 참조하여 확장이 다중 루트 작업 공간에 대해 준비되도록해야합니다. 상당수의 확장이 이미 새로운 다중 루트 API를 채택하기 시작했다는 점에 기쁩니다. 감사합니다!

다중 루트에 대한 문제가 발생하면 주저하지 마시고, 향후 다중 루트 작업 영역에서 작동하도록 확장을위한 추가 API를 제공하고 조정할 계획입니다.

이것은 훌륭하지만 언제 사용할 수 있습니까? 안정적인 빌드에 있다고 말했지만 최신 Stable 빌드 (1.17.2)가 있으며 업데이트 할 수 없습니다. 또한 방금 참조한 문서에서 여전히 Insider의 빌드에 있으며 곧 안정적인 릴리스에 포함될 것이라고 말했습니다.

다음 빌드가 출시되기까지 다소 시간이 걸릴 수 있음을 이해합니다.하지만이 알림이 제공 될 것으로 예상하는 것을 보았습니다.

편집 : 조바심에 사과드립니다. 수동 방식으로 새 창을 열려고했지만 (.exe를 다시 호출) 작동하지 않았지만 파일> 새 창 열기에서 보지 않았습니다. 이것은 당분간 작동합니다. 다음 빌드의 출시를 기대합니다. 👍

@bpasero 예상되는 기능이이 # 396 기능의 일부로 수행되었으므로이 # 35849 미해결 문제를 닫으십시오.

간단한 질문입니다. 더 많은 폴더를 열었을 때 컴파일 할 폴더를 전환 할 수 있습니까? 현재는 항상 안정적인 버전의 첫 번째 버전입니다.

편집 : 이것은 PlatformIO 확장의 제작자를위한 것일 수 있지만 양쪽 모두에게 묻습니다. 혹시라도 ...

@DJManas 그것은 당신이 결정하는 데 사용하는 확장에

@bpasero 좋아, 병렬로 했어, 답장 주셔서 감사합니다.