개발자 커뮤니티는 Visual Studio에 대한 문제 및 기능 제안을 추적합니다.
문제 및 제안 제출
Visual Studio 개발자 커뮤니티는 Visual Studio에 대한 문제 및 기능 제안을 추적합니다.
문제를 제출하기 전에
Visual Studio 개발자 커뮤니티에서 문제를 검색하여 해당 문제가 이미 존재하는지 확인합니다. 문제가 이미 있는 경우 관련 의견을 작성하고 투표를 합니다.
문제가 문제인 경우 visual-studio 태그를 사용하여 Stack Overflow의 커뮤니티에 문의하세요. 해당 태그를 모니터링하는 고객 지원 직원이 있으며 질문에 답변하는 데 도움이 됩니다.
버그 또는 기능을 설명하는 기존 문제를 찾을 수 없는 경우 아래 지침을 사용하여 문제를 제출합니다.
좋은 버그 보고서 또는 기능 제안 작성
문제당 하나의 문제 또는 기능 요청만 제출합니다.
- 여러 문제 또는 기능 요청을 단일 문제로 결합하면 진단하기가 더 어렵고 다른 사용자가 문제에 대해 투표하기가 더 어려워집니다.
- 동일한 의견에 해당하지 않는 한 이슈를 댓글로 기존 이슈에 추가하지 마세요. 많은 문제는 비슷하지만 다른 원인이 있으므로 문제를 진단하기가 더 어려워집니다.
더 많은 정보를 제공할수록 문제를 재현하고 해결하는 것이 더 쉬워질 것입니다.
각 문제에 다음 단계를 포함합니다.
- 재현 가능한 단계(1... 2... 3...) 및 예상한 내용과 경험한 내용
- 이미지, 애니메이션 또는 비디오 링크. 이미지와 애니메이션은 재현 단계를 보여 주지만 대체 하지는 않습니다 .
- 적절하게 문제를 보여 주는 코드 조각 또는 코드 리포지토리에 대한 링크를 통해 쉽게 컴퓨터로 끌어와 문제를 다시 만들 수 있습니다.
다음 단계를 수행해야 합니다.
- 중복 항목이 있는지 검색하여 확인합니다. 그렇다면 기존 문제를 투표하여 필요에 따라 추가 의견이나 설명을 제공합니다.
- 모든 확장을 비활성화한 후 문제를 다시 발생시켜보십시오. 설치한 확장으로 인해 문제가 발생한 경우 각각 확장에 문제를 제출합니다.
- 코드의 문제 관련 부분을 단순화하여 문제를 더 잘 격리할 수 있습니다.
풍부한 세부 정보가 포함된 문제가 있더라도 문제를 재현할 수 없으며 자세한 정보를 요청할 수 있습니다.
문제 보고서 관리
문제 심사는 기능 팀 내에서 공동으로 수행되는 다단계 프로세스입니다. 심사는 일반적으로 1주일이 걸리지만 더 오래 걸릴 수 있습니다. 분류의 목표는 여러분의 문제가 어떻게 처리될지 명확하게 이해하는 것입니다. 예를 들어 요청을 분류한 후에 문제를 해결할 계획인지 아니면 더 많은 커뮤니티 피드백을 기다릴 계획인지 알 수 있습니다.
문제를 보고한 후 상태는 제출물이 수명 주기에서 어떤 단계에 있는지를 나타냅니다. Visual Studio 제품 팀이 피드백을 검토할 때 적절한 상태로 설정합니다. 문제 상태 및 FAQ를 참조하여 문제 보고서의 진행률을 추적합니다.
수정할 문제 우선 순위 지정
보고된 모든 문제를 해결할 수는 없습니다. 일부는 수정하기에 너무 비싸고, 일부는 다른 기능 영역을 회귀할 수 있으며, 일부는 너무 낮은 영향을 미칠 수 있습니다. 문제 보고서를 보내는 데 시간을 할애했다면 실망스러울 수 있습니다. 이 프로젝트나 우리가 기여한 다른 프로젝트에 모두 참여했습니다. 문제가 닫혔고 당사가 제공한 이유가 만족스럽지 않다고 생각되면 사용 사례를 명확히 하고 다른 패스에 대해 문제를 다시 활성화하도록 요청할 수 있습니다. 이 시점에서 추가 정보를 요청할 수 있습니다.
중요한 정보 누락
문제가 중요한 정보가 누락되면 추가 정보 필요 상태를 할당합니다. 우리는 우리가 필요로하는 특정 정보와 문제에 대해 언급하고, 당신은 이메일 알림을 받게됩니다. 7일 이내에 정보를 받지 못하면 미리 알림을 보냅니다. 그런 다음, 14일 동안 활동이 없으면 티켓을 닫습니다.
기타 제품
문제를 보고할 때 Visual Studio가 아닌 다른 제품으로 인해 발생하는 것으로 판명되는 경우가 있습니다. 다른 관련 애플리케이션 또는 확장일 수 있습니다.
그럴 경우에 우리는 문제를 종결하고, 다른 제품을 사용하여 다시 열어 달라고 요청합니다. 이러한 문제를 제기할 수 있는 몇 가지 일반적인 장소는 다음과 같습니다.
추가 정보
기능 제안 관리
기능 제안, 우리와 개발자 커뮤니티의 구성원 간의 통신 수단입니다. 기술적으로 모든 기능 요청을 영원히 열어 둘 수 있습니다. 그러나 문제를 열어 두면 기능의 실제 상태에 대한 커뮤니티의 가시성이 저하됩니다. 따라서 처리하지 않는 기능 요청을 닫고 Under Review 레이블에 처리할 수 있는 기능을 할당합니다.
기능을 제안한 경우 요청을 처리할 계획이 없다는 사실에 실망할 수 있습니다. 우리는 그것을 이해합니다. 우리 모두 이러한 프로젝트 또는 우리가 기여해온 다른 프로젝트에 참여한 적이 있습니다. 그래서, 안심, 우리는 당신의 모든 입력을 사랑 해요. 제안이 닫히거나 언더 리뷰 레이블이 할당될 때 개인적으로 기분 나빠하지 마십시오. 기능 제안이 열린 상태를 유지해야 할 자격이 있다고 생각되면 사용 사례를 명확히 하고 문의하거나 더 많은 표를 수집하십시오.
의사 결정 프로세스에서는 기능 제안에 대한 다음 특성을 살펴봅니다.
- 일반 제품 방향과 일치하나요?
- 우리는 그것을 구축하고 유지할 여유가 있습니까?
- 전체 로드맵 전략과 일치합니까?
- 투표와 의견으로 표시된 대로 커뮤니티 지원이 있습니까?
- 우리는 낮은 지역 사회 지원에도 불구하고 그것을 사랑합니까?
이러한 질문에 "예"라고 대답할 수 없으면 닫습니다. 그러나 종종 제안은 더 많은 커뮤니티 피드백을 수집하기 위해 검토 중 으로 열려 있습니다.
제안이 전체 제품 방향과 일치하지 않으면 범위를 벗어남으로 표시하여 종료합니다. 예를 들어 Visual Studio 제품군의 다른 제품 멤버에도 비슷한 투자가 있을 수 있습니다. 또는 제안된 기능은 소수의 사용자와만 관련이 있을 수 있으므로 확장을 제공하는 데 더 적합합니다.
제안 상태 및 FAQ를 참조하여 기능 제안의 진행률을 추적합니다.
토론 에티켓
대화를 명확하고 투명하게 유지하려면 토론을 영어로 제한하고 문제와 관련된 항목을 유지합니다. 다른 사람을 고려하고 항상 정중하고 전문하려고합니다.
자세한 내용은 Microsoft 커뮤니티 행동 강령을 참조하세요.
토론 에티켓을 위반하면 댓글이 제거되고 결국 사용자를 금지할 수 있습니다.
계정이 실수로 금지되었다고 생각되는 경우, 연락하여 언베인을 vsfeedback@microsoft.com 요청하세요.
데이터 프라이버시
메모 및 회신은 공개적으로 표시되지만 첨부된 파일은 Microsoft와만 비공개로 공유됩니다. 이 가시성은 전체 커뮤니티에서 다른 사용자가 찾은 문제 및 솔루션을 볼 수 있기 때문에 유용합니다. 데이터 또는 ID의 개인 정보 보호에 대해 우려하는 경우 옵션이 있습니다. 개발자 커뮤니티 데이터 개인 정보에 대해 자세히 알아보세요.
관련 콘텐츠
Visual Studio 개발자 커뮤니티로 이동하여 문제를 보고하거나, 기능을 제안하거나, 기존 티켓을 찾아봅니다. 즐기세요!