Vscode: Git: VS Code를 병합 편집기로 사용

아직 지원되지 않습니다.

혹시 이 기능이 다음 반복에 포함될까요?

아마도 그렇지 않을 것입니다. 병합 UI를 구현해야 하기 때문에 이것은 큰 노력입니다.

3방향 병합을 지원하는 병합 UI에 대한 계획이 있습니까? (예: 변경, 변경 b, 공통 조상)

다른 방법은 없었을 것입니다. 😉

충분히 찬성할 수 없습니다. 이것은 다른 편집기/IDE( cough* memory-hog Webstorm *cough )로 돌아가야 하는 최고의 시나리오입니다. :)

가능하다면 이것은 여러 가지 이유로 인해 신의 선물이 될 것입니다.

1. Meld는 기능적이지만 구성 가능한 키 바인딩 및 색상 강조 표시와 관련하여 기능이 심각하게 부족하며 SSD에 설치된 경우에도 Windows 컴퓨터에서 시작하는 것이 _정말_ 느립니다.
2. 병합 편집기도 내 기본 텍스트 편집기와 동일한 .editorconfig/settings를 허용하고 vscode가 그 간격을 채우면 굉장할 것입니다.
3. 더 작은 수준에서 편집기 테마와 인터페이스에 대한 친숙함도 플러스입니다. 때로는 저 또는 제 팀이 구문 강조 표시가 없기 때문에 병합하는 동안 실수를 하기도 합니다. 이는 작지만 프로덕션 시스템에서 큰 버그를 일으켰습니다. 그리고 그러한 실수 중 일부는 발생하기 전까지는 짐작조차 하기 힘든 경우가 있습니다. _mergetools에도 비슷한 문제가 항상 있을 것이라고 생각합니다_. 하지만 글을 쓰는 동일한 환경에서 병합할 수 있다면 문제가 줄어들 것입니다.

내가 말했듯이, meld는 _ok_이지만 vscode가 언젠가 그 시나리오에서 사용된다면 정말 좋을 것입니다.

Visual Studio는 항상 내가 선택한 코드 병합기였습니다. 이 기능을 보고 싶습니다!

다른 git mergetool을 사용하는 데 문제는 없지만 정말 빨리 자체 병합 UI가 발생하는 것을 보고 싶습니다!!

😐 머.

무거운 IDE에서 이러한 기능을 기대합니다. vscode의 경량 편집기 클래스(여기서 나는 atom, sublime 등을 고려함)에서는 그렇지 않습니다. git 관련 활동의 경우 충돌 해결을 위해 터미널과 vim을 선호합니다. GUI 군중에는 이미 meld, diffmerge, kaleidoscope 등과 같은 훌륭한 유니 태스커가 있습니다.

@kumarharsh 는 즉각적인 피드백(예: linting)에 대한 좋은 점입니다. 위의 vim 경로로 이동하면 git의 기본 외부 편집기를 vscode로 설정할 수 있다고 가정합니다. 프로젝트별 linting/ 구문/기타 규칙.

+1

이 기능을 vscode의 확장으로 구현할 수 있습니까? 또는 확장 권장 사항이 존재합니다.

내가 볼 수 있듯이 나는 그렇게 생각하지 않습니다. 확장은 UI 기능을 만들 수 없습니다.

Enviado do meu telefone Windows 10

De: 탱크 수이
Enviado:quarta-feira , 2016년 10월 7일 10:41
Para: Microsoft/vscode
Cc:Herbert Pimentel; 논평
Assunto: Re: [Microsoft/vscode] VS Code를 git mergetool로 사용(#5770)

이 기능을 vscode의 확장으로 구현할 수 있습니까? 또는 확장 권장 사항이 존재합니다.
—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하세요.

플러그인은 UI 기능을 제공할 수 있습니다. Git History를 보십시오. 병합 도구로 "잠재적으로" 사용될 수 있는 webview를 렌더링합니다. 하지만 플러그인이 vscode 자체의 어느 정도 지원 없이는 수행하기가 매우 어려울 것이라고 생각합니다.

만화경, 혼합 등 도구의 주요 문제는 매우 일반적인 사용 사례에 있습니다.
병합하는 동안 결과를 편집합니다. 예를 들어, 왼쪽에서 이 줄을 수락하고 오른쪽에서 해당 줄을 수락하고 이 작은 수정을 추가하여 둘 다 함께 작동할 수 있도록 합니다.
캡틴 뻔한 보고: 병합 도구는 병합에 좋습니다 :D
그러나 ie meld를 사용한 편집은 특히 vscode와 같은 편리한 도구에 익숙해지면 완전히 고통스럽습니다. 이것이 대부분의 개발자가 편집기에 통합된 병합 도구를 원하는 이유입니다.

P4merge의 4-pane 3-way 병합 UI는 훌륭합니다.
http://naleid.com/blog/2013/10/29/how-to-use-p4merge-as-a-3-way-merge-tool-with-git-and-tower-dot-app

diff(에디터에서 매우 유용한 기능)를 볼 수 있지만 병합할 방법을 제공하지 않는 것은 매우 실망스럽습니다.

VS Code 확장은 충돌 병합에 적합합니다.

+1

최신 VS 코드에서 Git 병렬 충돌 해결 프로그램이 작동하지 않습니다.

버전 1.10.2
커밋 8076a19fdcab7e1fc1707952d652f0bb6c6db331
날짜 2017-03-08T14:02:52.799Z
쉘 1.4.6
렌더러 53.0.2785.143
노드 6.5.0

다른 편집기를 사용하지 않고 내 코드 편집기(vscode)를 사용하는 동안 병합하는 동안 코드를 편집할 수 있기를 정말로 원합니다.

애자일 개발 프로젝트에서 작업할 때 VSCode로 완전히 이동할 수 있는 "필수" 기능입니다. 통합 병합 도구는 git 기능이 불완전하다는 점을 제외하면 엄청난 시간 절약 효과를 제공합니다. 나는 우리가 이것을 곧 가질 수 있기를 바랍니다.

+1

병합 도구가 필요합니다

지금은 "더 나은 병합" 확장을 추천할 수 있습니다...

예, 그것이 내가 지금 사용하고 있는 것이고 꽤 괜찮습니다!

따라서이 문제를 닫을 수 있다고 생각합니까?
2017년 4월 30일 일요일 오후 4시 58분, Ali Robertson [email protected]
썼다:

지금은 "더 나은 병합" 확장을 추천할 수 있습니다...

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

>

아이폰에서 보낸

@alirobe 더 나은 병합에는 meld와 같은 세 가지 버전 창이 없습니다.
vsc에는 3개의 창이 있는 것처럼 보이지만 아무도 병합 도구를 구현하지 않습니까?

안녕하세요 @nchammas , @joaomoreno 및 기타 관심 있는 모든 분들,
오늘 저는 VS Code를 git mergetool 로 설정하고 StackOverflow: Visual Studio Code를 Git MergeTool의 기본 편집기로 사용하는 방법에 대해 설명했습니다.

다음은 속도 버전입니다.
.gitconfig 를 직접 편집하여 붙여넣을 수 있습니다.

[merge]
    tool = vscode
[mergetool "vscode"]
    cmd = code --wait $MERGED

또는 명령줄에서 다음을 입력하십시오.

1. git config --global merge.tool vscode
2. git config --global mergetool.vscode.cmd "code --wait $MERGED"

그런 다음 병합 충돌이 있는 git 디렉토리 내에서 git mergetool 를 사용하고 ta-da 😄!

현재 변경 사항 수락 | 두 변경 사항 모두 수락 | 해당 변경 사항이 있는 지점에서

VS Code를 닫기 전에 파일을 저장해야 합니다 !

코드 렌즈 "현재 변경 사항 수락 | 수신 변경 사항 수락 | 두 변경 사항 모두 수락 | 변경 사항 비교"가 있고 "변경 사항 비교"를 클릭할 때 나란히 표시되는 diff가 마음에 들지만 아무 것도 편집할 수 없습니다. 인라인 또는 Visual Studio의 병합 도구 또는 Meld, Winmerge 또는 Beyond Compare와 같은 다른 도구에서 볼 수 있는 세 번째 결합 패널과 함께 사용할 수 있습니다. 더 많은 사용자 지정 병합을 수행할 수 있도록 나란히 비교에서 세 번째 패널을 보고 싶습니다.

@jaxspades , FWIW, 사용자 지정을 수행해야 할 때 수행하는 작업은 모두 수락한 다음 편집하는 것입니다. 지금까지는 충분히 잘 작동했지만 아직 이것을 사용하여 특히 털이 많은 병합이 없었습니다.

"실제" Visual Studio는 FWIW라는 훌륭한 병합 도구 역할을 합니다. VS Code에서 해당 기능을 보고 싶습니다.

@zneak 에 +1

현재 이 블록 또는 해당 블록은 끔찍하고 많은 시간, 리팩토링 및 오류를 낭비하고 있습니다. VS처럼 한 줄씩 선택할 수 있는 기능을 갖고 싶습니다.

파일 변경에 대한 오탐은 분기 주변을 바운스할 때도 문제입니다.

나는 도구를 사랑합니다. 이 영역이 부족합니다.

안녕하세요
VScode에서 기본 병합 도구여야 합니다.
우리는 멋진 diff-tool을 가지고 있고 vsc는 세 부분으로 나눌 수 있습니다. 그래서.. 그것을 구현하기만 하면 됩니다.
커뮤니티에서 ex를 사용하여 구현할 수 있지만 UI를 변경할 수 없습니다. 우리는 ui에서 사용자 정의 버튼을 구축할 수 있으므로 도와주세요.

Windows 및 Mac에서 kdiff3을 기본 git mergetool 사용합니다. 4개 보기 3방향 병합, 매우 우수한 자동 해상도, 무료 및 크로스 플랫폼이 있습니다.

5월에는 더 나은 병합 기능이 통합되었습니다. 이것은 병합 UI를 추가하여 문제를 효과적으로 해결했습니다.
https://code.visualstudio.com/updates/v1_13

Ericop은 위 의 mergetool로 '더 나은 병합' 인터페이스를 사용하도록 vscode를 구성 하는 방법에 대한 지침을 제공했습니다.

따라서 이 문제는 종료되고 해결되어야 합니다.

@alirobe 나는 이 병합이 좋지 않다고 생각합니다. 어쩌면 병합처럼 보일 수 있습니다. 세 개의 편집기가 LOCAL, BASE, REMOTE를 표시합니다.

@zjjott 이해할 수 있습니다. 기존 기능에 대한 특정 개선을 요청하는 새 문제를 열고 여기에서 참조하는 것이 좋습니다.

이것은 내가 사용한 최고의 확장 프로그램 중 하나입니다. https://marketplace.visualstudio.com/items?itemName=letmaik.git-tree-compare#review -details

@joaomoreno 귀하의 의견에 따라 향후 3way 병합을 볼 수 있습니까?

@zjjott kdiff3은 이 작업을 정말 잘 수행합니다(로컬, 기본, 원격 및 결과 보기). 이 기존 크로스 플랫폼 도구가 이미 훌륭할 때 왜 사람들이 vscode에서 추가 기능을 필요로/원하는지 잘 모르겠습니다.

@RoyTinker 왜냐하면 저는 보통 '병합'을 하지 않기 때문입니다. (일부 충돌이 발생할 때) 무언가를 편집해야 하고 kdiff3이 가지고 있는 것이 아니라 최고의 편집자를 원하는 것을 편집해야 합니다(괜찮지만 vscode가 훨씬 낫습니다)

@eamodio 와 이야기하고 VSCode용 GitLens 에서 그의 멋진 작업을 가져오는 것은 어떻습니까?
특히 충돌 파일을 탐색할 때, 한 보기에서 두 스트림의 변경 사항이 있고 현재 변경 사항, 수신 변경 사항, 두 변경 사항을 모두 수락하거나 한 번에 편집할 수 있는 경우 매우 만족합니다.
이상에 매우 가깝습니다. 때때로 Windows에서 줄 끝 부분에 문제가 발생하면 전체 Visual Studio만 구출할 수 있습니다.
그렇지 않으면 내가 가진 IDE의 최고의 git GUI 경험.

@m-wilczynski 친절한 말에 정말 감사하지만 -- 병합 충돌 지원은 GitLens의 일부가 아닙니다 -- vscode 자체에 직접 내장되어 있습니다(원래 핵심으로 가져온 또 다른 확장이었습니다)

@eamodio - 잘 몰랐습니다. 😄 사실은 변하지 않습니다. 저와 VSCode @를 사용하는 대부분의 동료는 제 추천으로 인해 VS Code가 GitLens 없이 git으로 작업하는 데 쓸모가 없다는 것입니다.
GitLens를 사용하면 이 병합에서 진행 중인 작업을 명확하게 보기 위해 atm(대부분 TypeScript 및 JavaScript에 사용)으로 코딩하지 않더라도 VSCode를 열고 싶습니다.
그것은 모두 사용자 경험에 관한 것입니다.
VSCode에 모든 것이 포함되어 있고 적절하게 시각화하기만 하면 됩니다. 내 멋진 사용자 경험에 대한 책임은 바로 당신입니다. 😉

@m-wilczynski 매우 겸손합니다. 감사합니다 — 친절한 말씀 정말 감사합니다!

이제 2년이 지났습니다... 그리고 이것은 아직 현시점에서 가장 명백한 누락 기능 중 하나입니다. VSCode를 내 mergetool로 만들고 싶습니다.

@tracker1 이 문제는 기술적으로 해결되었습니다: https://github.com/Microsoft/vscode/issues/5770#issuecomment -308533904. 왜 아직도 닫히지 않았는지 모르겠네요.

@joaomoreno 이 문제를 종료할 수 있습니까?

나는 그것이 여전히 열려 있는 이유(또한 내가 여전히 그것을 보고 있는 이유)라고 생각합니다. 사람들이 vscode에서 나란히 3방향 병합 기능을 찾고 있기 때문입니다. 예를 들어, 현재 meld를 사용합니다( 예제 스크린샷 ).

예, git에 Conflict(rename/rename)가 있고 $MERGED 파일이 비어 있고 diff $LOCAL $REMOTE 명령을 만드는 데 필요한 편집이 필요한 시나리오가 있습니다. 이 문제에 대해 아래에서 이 cmd를 사용합니다.

code --wait --diff $REMOTE $LOCAL | cp $LOCAL $MERGED

그러나 그것들은 별도의 문제로 만들 수 있습니다. 이 특정 문제의 주요 작업은 IMO입니다.

#5770에 표시된 내용은 작은 변경에 대해서는 잘 작동하지만 큰 변경에 대해서는 좋지 않은 경험이며 이를 제대로 수행하려면 3 또는 4개의 창 경험이 필요합니다.

현재 Visual Studio(적절한)를 MERGE/DIFF 도구로 사용하고 Visual Studio(적절한)가 설치되지 않은 경우 MELD를 사용합니다. 이것들로 작업이 완료되지만 첫 번째 궁전에서 작성하는 데 사용된 것과 동일한 도구로 코드를 편집할 수 있다면 좋을 것입니다.

닫으려는 경우 병합 도구로 사용할 수 있으므로 괜찮습니다. 그러나 나란히 3방향 diffing 기능을 캡처하기 위해 즉시 문제가 생성되어야 합니다.

이제 vscode에는 두 개 이상의 창을 표시할 수 있는 옵션이 있습니다. (v1.24.0 기준). 나는 3 way merge를 시도하지 않았지만 지금은 확실히 가능성이 있어야 합니다.

이것은 확실히 이 놀라운 편집기의 가장 큰 단점입니다.

3자 병합은 필수입니다. git merge를 수행하는 현재 방법은 사용 시 매우 조잡합니다.

3방향 병합을 추가해주세요

@michaelKurowski 예 최근에 동료들이 VScode 병합 기능에 대해 불평하는 것을 들었지만 세부 사항에 대해서는 자세히 다루지 않았습니다. 따라서 간단히 말해서 이 측면을 개선할 수 있다면 vscode에 좋을 것입니다.

3방향 병합을 추가해주세요

완전히 이해했는지 잘 모르겠습니다. 여기 사람들은 3방향 병합을 요청하는 것 같지만 이 스크린샷과 같이 VSCode에 이미 3방향 병합이 있는 것 같습니다.

그러나 내가 알기로는 명령줄에서 3방향 병합을 호출할 방법이 없습니다. 초기 게시에서 언급했듯이 이것은 기본 파일, 두 개의 서로 다른 수정 버전, 최종 병합 결과를 작성하는 경로의 네 가지 인수를 명령줄에 사용하여 호출하는 방법을 포함합니다.

제 경우에는 VSCode를 Git이 아닌 Perforce와 함께 병합 도구로 사용하고 싶지만 VSCode가 명령줄에서 이 4개의 파일 이름을 허용한다고 가정하면 사용 중인 소스 제어 소프트웨어, 병합 개념은 중요하지 않습니다. 똑같다.

이 문제가 "기존 3방향 병합 기능을 호출하기 위한 명령줄 옵션 추가"와 같은 것으로 호출되거나 명령줄 사용이 부족하다는 점 외에 VSCode의 현재 병합 구현에 대해 내가 오해하고 있는 것이 있습니까? 자식 3 방향 병합을 위해?

완전히 이해했는지 잘 모르겠습니다. 여기 사람들은 3방향 병합을 요청하는 것 같지만 이 스크린샷과 같이 VSCode에 이미 3방향 병합이 있는 것 같습니다.

그러나 내가 알기로는 명령줄에서 3방향 병합을 호출할 방법이 없습니다. 초기 게시에서 언급했듯이 이것은 기본 파일, 두 개의 서로 다른 수정 버전, 최종 병합 결과를 작성하는 경로의 네 가지 인수를 명령줄에 사용하여 호출하는 방법을 포함합니다.

제 경우에는 VSCode를 Git이 아닌 Perforce와 함께 병합 도구로 사용하고 싶지만 VSCode가 명령줄에서 이 4개의 파일 이름을 허용한다고 가정하면 사용 중인 소스 제어 소프트웨어, 병합 개념은 중요하지 않습니다. 똑같다.

이 문제가 "기존 3방향 병합 기능을 호출하기 위한 명령줄 옵션 추가"와 같은 것으로 호출되거나 명령줄 사용이 부족하다는 점 외에 VSCode의 현재 병합 구현에 대해 내가 오해하고 있는 것이 있습니까? 자식 3 방향 병합을 위해?

나는 그들이 다음과 같은 것을 보고 싶어한다고 믿습니다.
https://user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.png

@michaelKurowski 알겠습니다 . 아마도 두 가지 별개의 문제가 있을 것입니다.

• 3방향 병합의 시각화. (현재 구현은 인라인으로 병합을 표시하지만 일부 사람들은 3열 보기를 요구하고 있습니다)
• 명령줄에서 호출되는 3방향 병합 도구로 VSCode를 사용하는 기능. (현재 --diff file1 file2 와 유사하지만 병합을 지원하는 명령줄 옵션이 필요합니다(예: --merge basefile revision1file revision2file mergedfile ).

내 인상은 원본 포스터가 후자(현재 시각화를 사용하여 구현하기 쉬운 것처럼 보임)와 더 유사한 것을 요구한 반면 병합에 대한 3열 시각화에 대한 요청은 조금 더 복잡하고 개방형 요청이며 이 두 가지 개별 요청 간의 혼동으로 인해 이 문제가 문제가 되는 것일까요?

@uglycoyote & @michaelKurowski 설명해주셔서 감사합니다. 따라서 3열 diff 보기 전용의 새 문제/기능 요청을 만들어야 한다고 생각하십니까?

@joaomoreno 가 @JeanPerriault 의 질문과 이 문제를 VSCode 팀에 있는 것처럼 보이므로 이 문제를 둘로 나누어야 하는지에 대한 제 제안에 대해 언급할 수 있다면 좋을 것입니다. 그러나 "병합 UI가 구현되어야 합니다"와 "(3방향 병합 외에) 다른 방법은 없을 것입니다"라는 이전 응답으로 판단하면 내가 언급한 두 가지 문제를 모두 보고 있는 것 같습니다. 한 가지로.

@joaomoreno , 먼저 단기적으로 기존 병합 동작을 노출하는 명령줄 옵션을 구현하는 것이 말이 되지 않습니까? 저는 개인적으로 현재 인라인 병합을 사용하는 것이 좋으며 3열 보기가 필수적이라고 생각하지 않습니다(좋을 수도 있지만). 그러나 기존 병합을 명령줄에 연결하는 것이 쉬운 작업이라면 VSCode 팀이 더 멋진 3방향 병합 시각화를 구현할 의지가 없어 무기한 중단되는 것을 원하지 않습니다.

예, http://meldmerge.org/ 와 같은 시각적 병합 보기/편집기를 제공합니다.

보스처럼 일하는 WinMerge

예, http://meldmerge.org/ 와 같은 시각적 병합 보기/편집기를 제공합니다.

나는 Meld를 ​​사용하고 VSCode가 동일한 작업을 수행하는 것을 보고 싶지만 이를 위해 Meld를 ​​사용하는 데 문제가 있다고 생각하지 않습니다.

@lig 왜 편집을 위해 vscode를 사용해야 합니까? 나는 그냥 메모장을 사용할 수 있습니다

@josser 는 현재 작업에 더 잘 맞는 도구를 사용합니다. 나는 이 성스러운 전쟁이 주제가 아니라고 생각한다.

@lig 사람들이 병합 도구를 vscode에 통합하려는 이유를 설명하고 싶습니다.
그들은 vscode를 좋아하고 다른 도구를 좋아하지 않기 때문입니다. 병합도 편집입니다. 그리고 편집이 병합 프로세스의 일부인 경우에도 멋진 편집기에서 편집 파일을 원합니다.

이 의견을 살펴보십시오. https://github.com/Microsoft/vscode/issues/5770#issuecomment -265497516

@josser 는 이 스레드의 앞부분에서 여러 번 언급했듯이 VSCode를 병합 도구로 사용하도록 git을 설정하고 충돌 중에 git mergetool 를 실행하여 원래 요청을 수행할 수 있습니다. 그러면 VSCode 병합 흐름이 정상적으로 작동합니다. 나와 다른 사용자를 위해.

VSCode를 병합 도구로 사용할 때 Meld와 유사한 인터페이스를 보고 싶다면 _별도의 문제에 별도의 기능 요청을 생성_하여 본질적으로 _관련 없는 기능 요청_에 대한 이 스레드의 스팸을 중지할 수 있습니다.

@lig 사람들이 병합 도구를 vscode에 통합하려는 이유를 설명하고 싶습니다.
그들은 vscode를 좋아하고 다른 도구를 좋아하지 않기 때문입니다. 병합도 편집입니다. 그리고 편집이 병합 프로세스의 일부인 경우에도 멋진 편집기에서 편집 파일을 원합니다.

이 댓글을 살펴보세요: #5770 (댓글)

평범하고 쉬운 ! 그것이 바로 사람들이 원하는 것입니다. 왜 그렇게 이해하기 어렵습니까? diff를 시작하고 다음 단계는 병합입니다. 그것은 함께 속해 있으며 모든 분리는 완전히 좋은 작업 흐름에 위배되며 시간이 소요됩니다. Visual Studio 코드 편집기를 사용하고 외부 도구는 사용하지 않고 싶습니다.

또한 VS Code를 3방향 병합 편집기로 사용할 수 있게 하고 싶습니다. 왼쪽 또는 오른쪽에서 변경 사항을 수락하거나 거부하고 변경 사항을 커밋하기 전에 결과를 수정합니다. 이렇게 하면 VSCode가 많이 향상됩니다. 중요한 것 중 하나인 병합을 제외하고 그렇게 많은 강력한 git 기능을 사용하는 것은 정말 의미가 없습니다.

JetBrains처럼 만드십시오. (https://github.com/Microsoft/vscode/issues/37350)

그리고 솔직히, 멜드 병합은 꽤 추해 보입니다. 2012년 자료 맞죠? 그리고 그것은 2003년부터인 것 같습니다. 왜 3way merge를 할 때마다 시간 여행을 해야 합니까?

3방향 병합 보기를 갖도록 새로운 문제가 생성되었습니다: https://github.com/Microsoft/vscode/issues/37350

누군가가 아름다운 목업으로 완성된 3방향 병합 UI(여기에서 권장됨)에 대한 별도의 문제를 여는 데 시간을 들이고 즉시 닫았습니다. =(

@mofahead 내가 만든 것은 # 37350 의 복제본 인 것 같습니다 .. 닫기가이 문제를 언급했지만.

병합 편집기로 활성화하기 전에 https://github.com/Microsoft/vscode/issues/8226 을 개선하는 것이 좋을 것입니다.

안녕하세요 여러분!

튜토리얼에 따라 VSCode를 공식 git.mergetool로 구성할 수 있습니다.

https://stackoverflow.com/a/44549734

여기에 UI 측면과 병합 기능을 모두 언급하는 사람들과 혼동이 있는 것 같습니다. 저에게 오늘날 VSCode에서 가장 큰 생산성 킬러는 병합이 나란히가 아니라 수직으로 작동한다는 사실입니다.

솔직히 어떻게 이것이 원격으로 이 기능에 허용되는 UI로 간주될 수 있는지 이해가 되지 않습니다. 쓸모없는.

Mac 사용자를 위한 해결 방법은 다음과 같습니다.

• Diffmerge 설치
• VSCode Git Diff 및 병합 도구 설치
• ~/.gitconfig
  추가하다

[diff]
        tool = diffmerge
[difftool "diffmerge"]
        cmd = diffmerge \"$LOCAL\" \"$REMOTE\"
[merge]
        tool = diffmerge
[mergetool "diffmerge"]
        cmd = diffmerge -merge \"$LOCAL\" \"$BASE\" \"$REMOTE\"
        trustexitcode = true
        keepbackup = false

• VSCode에서 소스 제어로 이동하여 파일을 마우스 오른쪽 버튼으로 클릭하고 Launch merge tool

유일한 것은 모든 시나리오에서 파일이 자동으로 VSCode에 다시 병합되도록 할 수 없다는 것입니다.

Mac과 Windows에서 수년간 diffmerge를 사용해 왔습니다. 몇 달 전에 Sublime Merge로 전환했습니다. 정말, 정말 사랑합니다. 빠르고 현대적입니다. 해당 환경에서 작업해야 할 때 Visual Studio 대신 Windows에서도 사용합니다.

VCS가 제어하지 않는 디렉토리의 diff 및 병합을 위해 emacs로 돌아가십시오 :(

VS Code에는 디렉토리 비교를 위한 멋진 플러그인 L13D가 있지만(예: 소스 컴퓨터와 대상 컴퓨터 간의 구성 디렉토리) git 또는 다른 버전 제어 없이는 병합할 수 없습니다.

따라서 이 작업을 위해 세션을 만든 다음 내가 원하는 것을 선택적으로 병합하는 것이 emacs의 diff-directories 입니다. 나는 emacs를 떠나려고 하지만 여전히 가끔 코드가 할 수 없는 일을 찾을 수 있습니다.

VS Code에는 디렉토리 비교를 위한 멋진 플러그인 L13D가 있지만(예: 소스 컴퓨터와 대상 컴퓨터 간의 구성 디렉토리) git 또는 다른 버전 제어 없이는 병합할 수 없습니다.

L13D에 대한 링크가 있습니까?

@christarczon 플러그인 이름은 L13 Diff 입니다. - https://marketplace.visualstudio.com/items?itemName=L13RARY.l13-diff

완전히 이해했는지 잘 모르겠습니다. 여기 사람들은 3방향 병합을 요청하는 것 같지만 이 스크린샷과 같이 VSCode에 이미 3방향 병합이 있는 것 같습니다.

이것은 완전히 사소한 병합 충돌에 대해 작동하지만 VSCode만 사용하는 회사의 사람들을 만나고 있으며 "병합 충돌"에 대한 전체 아이디어는 VSCode의 지나치게 단순화된 diff를 기반으로 합니다. 그리고 사소한 병합 충돌이 발생하면 최소한 한 번은 항상 "한쪽만 선택"합니다(기본적으로 누군가의 변경 사항을 결합하는 대신 몇 줄로 삭제).

우리는 VSCode에 혼합형 인터페이스가 필요하기 때문이 아니라 그것이 없으면 젊은 개발자에게 나쁜 관행을 조장하기 때문입니다.

"젊은 개발자"만이 아닙니다. 저는 20년 동안 코딩을 해왔으며 3창 병합이 훨씬 더 좋습니다. 한 번에 각 버전의 코드 전체를 볼 수 있다면 잡았을 인라인 diff로 실수를 범할 것 입니다.

각 창에서 기본 커밋에 대해 diff가 있는 세 개의 창을 보고 싶습니다. 그러면 어디에서 무엇이 변경되었고 유지해야 하고 변경되지 않았는지 쉽게 확인할 수 있습니다.

@lig 사람들이 병합 도구를 vscode에 통합하려는 이유를 설명하고 싶습니다.
그들은 vscode를 좋아하고 다른 도구를 좋아하지 않기 때문입니다. 병합도 편집입니다. 그리고 편집이 병합 프로세스의 일부인 경우에도 멋진 편집기에서 편집 파일을 원합니다.

VSCode는 영광스러운 텍스트 편집기 이상이기 때문입니다. 린터와 인텔리센스가 있는 IDE입니다. 정의되지 않은 변수에 대해 내 Python 코드를 구문 분석하기도 합니다. 그리고 실시간으로 linter+intellisense+etc의 힌트를 볼 수 있도록 병합할 때 매우 유용합니다. 수락할 회선을 선택할 때 제안합니다.

"멍청한" 병합 도구를 사용하면 병합에서 실수를 찾기가 더 어려워지고 병합하고 VSC로 돌아간 후에도 수정하기가 더 어려워집니다.

이것은 내가 VS Code로 돌아오지 못하게 하는 2~3가지 중 하나입니다.

이것은 2020 로드맵에 있습니다-

완전한 병합 지원 제공(3-way)

참조- https://github.com/microsoft/vscode/wiki/Roadmap#scm

방금 내 확장 VS Code를 Git Mergetool로 출시했습니다. 다른 병합 충돌 편집기만큼 기능이 풍부하지는 않지만 사용할 수 있어야 합니다. 기본적으로 나는 고전적인 3열 레이아웃보다 더 실용적인 4창 레이아웃을 구성했습니다. 피드백을 조심하세요!

아직 Marketplace에서 사용할 수 없으므로 GitHub에서 다운로드하여 수동으로 설치해야 합니다. 마켓플레이스에서 사용할 수 있습니다._

안녕하세요 @zawys님

oprhan 파일을 병합할 3개 또는 4개의 폴더 비교를 지원합니까?

안녕하세요 @gusbemacbe ,

현재 상태에서 확장은 주로 git mergetool 의 인터페이스에 맞는 "3-way" 파일 병합 도구로 생각되었습니다. 이것은 여전히 ​​1차 목표입니다. 그러나 이 작은 셸 스크립트에 자체 UX 결함이 있으므로 git-mergetool 프로세스를 실행할 필요가 없도록 기능을 확장할 계획입니다. 대신 확장 기능을 VS Code와 더 통합하고 싶습니다.

그 과정에서 삭제 및 심볼릭 링크 병합 충돌 해결과 같은 git-mergetool의 일부 기능을 복제합니다. 그것이 귀하의 사용 사례를 얼마나 커버하는지 잘 모르겠습니다. 예를 들어 accept-all-incoming-in-folder 명령을 추가할 수도 있습니다. 에 대한 문제를 열어주세요.
추가 논의를 위한 확장입니다.

내 확장 기능은 이제 Marketplace 에서 찾을 수 있습니다.

내 확장 기능은 이제 Marketplace 에서 찾을 수 있습니다.

@InLaw 확장을 사용하려면 VS 코드를 업데이트해야 합니다. 추가 논의를 위해 확장 프로그램 사이트 에서 버그 보고서를 작성하십시오.