Vscode-docker: 여러 항목 선택 및 이러한 항목에 대한 작업(일괄 처리) 지원

이것이 보기에서 가능한지 확실하지 않으므로 알아낼 필요가 있습니다.

@wlsc 참고로 Containers 노드에서 직접 "Stop Container"를 선택하면 "All Containers" 옵션이 있습니다. 그것으로 충분합니까?

그렇지 않고 보기가 보기에서 수행할 수 없는 경우 사람들이 컨테이너 노드에서 이 작업을 수행할 때 체크리스트를 사용하는 것을 고려할 수 있습니다.

@StephenWeatherford 답변 감사합니다. 총 9개에서 3-4개 컨테이너를 중지/제거해야 하는 사용 사례가 있습니다. 불행히도, 나는 그것들을 모두 멈추거나 제거하고 싶지 않습니다.

@wlsc 오랜 시간이

다음 지침에 따라 마스터의 최신 버전을 사용해 볼 수 있습니다. https://aka.ms/azcodeInsiders

아직 이것을 닫지 않은 유일한 이유는 사용자가 트리에서 직접 다중 선택을 허용하지 않기 때문입니다. 기능의 해당 부분이 얼마나 필요한지 확실하지 않습니다.

가능한 중간 솔루션은 'Prune' 왼쪽의 CONTAINERS 제목에 'Action'/'Do' 버튼을 추가하는 것입니다. '중지', '제거' 등이 있는 드롭다운입니다. 각 항목은 해당 '도커 컨테이너: ...' 명령을 가리킵니다.

VS Code의 사용자 지정 트리에 대한 다중 선택 지원은 https://github.com/microsoft/vscode/issues/76941 에서 추적되고 있습니다.

@1138-4EB "2019년 8월" 이정표에 있으므로 그냥 기다리는 것이 좋을 것 같습니다.

@bwateratmsft , 이미 릴리스된 트리에서 다중 선택입니까? September 2019 (version 1.39) 및 0.8.1 에서 기능을 찾지 못했습니다.

이 의견을 참조했습니다: https://github.com/microsoft/vscode-docker/issues/331#issuecomment -500477876

부족합니까? 그렇다면 다시 열겠습니다.

정확하게, 그 의견의 마지막 부분은 다음과 같이 말했습니다.

아직 이것을 닫지 않은 유일한 이유는 사용자가 트리에서 직접 다중 선택을 허용하지 않기 때문입니다. 기능의 해당 부분이 얼마나 필요한지 확실하지 않습니다.

그게 6월이었어요. 그런 다음 8월에 @EricJizbaMSFT 는 microsoft/vscode#76941(9월까지 예정)이 기능을 구현하기 위해 추적하고 기다리고 있다고 말했습니다. 따라서 이것을 다시 열 수 있다고 생각합니다.

그러나 지금 필요한 것이 무엇인지 잘 모르겠습니다. microsoft/vscode#76941이 이미 업스트림된 경우 이 확장만 업데이트하면 됩니다. 그렇지 않으면 이 확장을 업데이트할 때 다음 릴리스까지 기다려야 할 수 있습니다.

@1138-4EB 감사합니다. Eric의 댓글에서 그 부분을 놓쳤습니다. 나는 이것을 다시 열었습니다.

이 문제에 대한 업데이트가 있습니까? 이 기능을 이미 구현할 수 있습니까 아니면 아직 게시되지 않은 VScode 기능에 의존합니까?

편집하다

GUI가 트리 보기에서 여러 항목을 선택할 수 있도록 허용하더라도 일부 명령은 아직 지원하지 않는 것 같습니다. 토론을 위해 #1494를 열었습니다.

적절한 다중 선택을 조사하는 동안 발견한 한 가지 단점은 조건부로 표시되는 명령과 관련이 있습니다(예: 이미 중지된 컨테이너의 경우 "중지" 명령이 표시되지 않고 이미 실행 중인 컨테이너의 경우 "시작").

여러 항목을 선택하고 그 중 하나를 마우스 오른쪽 버튼으로 클릭하면 _오른쪽 클릭한 항목에 따라 표시되는 명령이 결정됩니다. 예를 들어 중지된 컨테이너와 실행 중인 컨테이너를 다중 선택하고 중지된 컨테이너를 마우스 오른쪽 버튼으로 클릭하면 "시작"(및 기타)이 표시됩니다. 그 두 가지를 선택하고 실행 중인 것을 마우스 오른쪽 버튼으로 클릭하면 "중지"(및 기타)가 표시됩니다.

대부분의 경우 사람들이 모든 작업에 대해 유효한 항목을 선택하기 때문에 이것은 아마도 심각한 문제가 아니라고 생각합니다(즉, 중지되고 실행 중인 컨테이너를 선택하고 "시작"을 수행하지 않을 것입니다). 그럼에도 불구하고 잘못된 작업을 요청하고 코드가 유효하지 않은 경우 이를 무시하도록 하면 어떻게 되는지 조사해야 합니다.

@eine 은 #1494에서

• 컨테이너
  
  
  
  • 싱글 전용:
  
  
  • 쉘 부착
  
  
  • VSCode 첨부(원격에서 - 컨테이너 확장)
  
  
  • 브라우저에서 열려
  
  
  • 검사
  
  
  • 로그 보기
  
  
  • 멀티(지금은 명령 팔레트를 통해서만):
  
  
  • 제거하다
  
  
  • 재시작
  
  
  • 시작
  
  
  • 중지
  
  
• 이미지
  
  
  
  • 싱글 전용:
  
  
  • 전체 태그 복사
  
  
  • 검사
  
  
  • 푸시
  
  
  • 운영
  
  
  • 대화형 실행
  
  
  • 꼬리표
  
  
  • 다중(지금은 명령 팔레트를 통해서만):
  
  
  • 제거하다
  
  
• 레지스트리
  
  
  
  • 싱글 전용:
  
  
  • (모두)
  
  
• 네트워크
  
  
  
  • 싱글 전용:
  
  
  • 검사
  
  
  • 다중(지금은 명령 팔레트를 통해서만):
  
  
  • 제거하다
  
  
• 볼륨
  
  
  
  • 싱글 전용:
  
  
  • 검사
  
  
  • 다중(지금은 명령 팔레트를 통해서만):
  
  
  • 제거하다
  
  

@wlsc @eine @TiemenSch @wintercreative , 또한 @BigMorty @EricJizbaMSFT @StephenWeatherford @karolz-ms : 여러분은 어떻게 생각하시나요? 현재 싱글만 가능하다고 생각하는 멀티 기능이 있습니까?

내 생각은 다음과 같습니다.

• 멀티를 지원하는 "검사"에서 어느 쪽이든 갈 수 있습니다(따라서 각각에 대한 탭 열기). 컨테이너의 로그 보기와 동일합니다. 어떤 식 으로든 강하게 느끼는 사람이 있습니까?
• 레지스트리가 충분히 복잡하여 단일 선택으로만 남겨두어야 한다고 생각합니다.

@bwateratmsft 단일/다중 선택 지원에 적합한 매트릭스가 있다고 생각합니다. 적어도 다중 선택에 대한 실제 필요/요망이 보일 때까지는 검사 및 로그 명령에 대해 "단일"을 고수합니다. 나는 또한 레지스트리 트리 보기가 지금은 단일 선택을 남겨둘 만큼 복잡하다는 데 동의합니다. 특정 노드(예: Docker Hub 이미지의 pull 에 대해 다중 선택이 필요한 경우 나중에 고려할 수 있습니다.

일반적인 접근 방식에 동의합니다. 나는 우리가 좋은 출발점에 있다고 생각합니다.

로그에 대한 다중 선택은 여러 컨테이너에 대해 일종의 통합 로그 뷰어를 수행하기로 결정한 경우 의미가 있습니다. 여기에서 시간별로 정렬된 로그를 보고 다양한 컨테이너 간의 상호 작용을 관찰할 수 있습니다. 그때까지는 이 명령에 대해 단일 선택을 고수하는 것이 가장 합리적입니다.

Images: Run (낮은 pri)에 대해 다중 선택을 고려할 것입니다.

@bwateratmsft 감사합니다! 이 진행되는 것을 보니 정말 기쁩니다.

여러 대상에 무해하게 적용할 수 있는 모든 명령을 활성화/지원해야 한다고 생각합니다. "무해하게"란 차이점이 함수를 한 번만 호출하는 대신 forEach 를 사용하는 문제인 경우를 의미합니다. Open in Browser , Inspect 및 View Logs 는 구현이 간단해야 합니다. 그럼에도 불구하고 Attach Shell 및 Attach VSCode 도 작동해야 한다고 생각합니다.

개인적으로 VSCode를 여러 컨테이너에 연결(2~3개의 컨테이너 각각에서 인스턴스 열기)하는 기능은 제가 많이 사용하는 기능입니다.

이미지에 대해 동일한 패턴을 따르므로 Inspect , Push , Run 및 Run interactive 는 여러 대상을 지원합니다.

이 접근 방식을 제안한 동기는 일관성입니다. 임의의 이유로 인해 일부 명령에 대해 지원되는 다중 대상이 있지만 다른 명령에 대해서는 지원되지 않는 것은 사용자에게 좌절감을 줄 수 있습니다. 레지스트리의 경우 기술적 동기(복잡성)가 있습니다. 다른 사람들에게는 약간의 선호/편향처럼 느껴집니다. 이것은 비판도 아니고 내가 강하게 느끼는 것이 아닙니다. 그러나 단지 관찰일 뿐입니다.

Attach VSCode 는 Remote - Containers 확장에 있으므로 다중 선택을 지원할지 여부를 결정하는 것은 사용자의 몫입니다.

다른 사람들의 경우 중요도를 측정할 수 있도록 새로운 GitHub 문제를 만들겠습니다.

Attach VSCode 는 Remote - Containers 확장에 있으므로 다중 선택을 지원할지 여부를 결정하는 것은 사용자의 몫입니다.

다른 사람들의 경우 중요도를 측정할 수 있도록 새로운 GitHub 문제를 만들겠습니다.

생성 #1631.

@bwateratmsft 위의 목록은 좋은 시작인 것 같습니다. @eine이 언급한 다른 사람들을 고려해야 한다는 데 동의합니다. @karolz-ms는 여러 컨테이너에 대한 로그 보기와 관련하여 내가 한 것과 동일한 아이디어를 가지고 있었습니다. 즉, "통합 로그 표시"와 같은 별도의 명령일 수 있습니다.

@bwateratmsft - 이 문제를 다시 열어야 합니까, 아니면 별도의 문제로 추적하고 있습니까?

@BigMorty 이를 위해 #1631을 만들었습니다.

좋아요, 감사합니다!

다중 선택은 이제 Docker 확장 버전 1.0.0 에서 사용할 수 있습니다.

큰 👍 그리고 이것을 가능하게 하기 위해 참여하신 모든 분들께 감사드립니다! 🎉 🎈 🎈 🎈

감사합니다 @wlsc , 팀은 이번 릴리스를 위해 열심히 일했고 좋은 의견에 감사드립니다! 😊