Vscode: IntelliJ, WebStorm과 유사한 Git 충돌 해결 도구 지원

이것은 매우 멋진 기능이 될 것입니다. 저는 일상 업무에 VSCode 를 사용하지만 상호 작용성과 사용 편의성으로 인해 병합 충돌을 해결해야 할 때 종종 WebStorm 의존합니다.

이것에 대한 소식이 있습니까? 이 기능은 놀랍습니다. 한편으로는 VS 코드에 diff 도구(즉, 두 파일 비교)가 있지만 편집/유지할 항목을 선택할 수 없습니다. 반면에 유지할 항목(현재 변경 사항/변경 사항)을 선택할 수 있는 병합 충돌 도구가 있습니다. 이제 @uyhung이 제안한 도구와 같이 두 도구를 하나의 도구로 사용하는 것이 가장 좋습니다.

또한 여기에 오는 모든 기여자를 위해 추가하고 싶었습니다. VS Code는 놀라운 소프트웨어입니다. 계속 사용하세요 :) !

그것은 놀라운 기능이 될 것입니다 ... 그것에 대한 소식이 있습니까? 비슷한 기능을 하는 확장 프로그램을 추천하는 사람이 있습니까?

나는 PyCharm에서 그것을 사용하고 있습니다. 이러한 놀라운 기능은 더 큰 병합에서 버그를 피하는 데 많은 도움이 됩니다. 프로세스 중에 모든 린터를 사용할 수 있으므로 오류/스타일 위반/사용하지 않은 변수를 쉽게 발견할 수 있습니다.

이 기능을 구현할 계획이라면 서두르세요 :)

이것에 대해 엄지 👍. 그것이 VSCode로 완전히 전환하기 위해 내 등을 붙잡고 있는 유일한 것입니다. 매우 유용하고 편리합니다.

이 기능을 구현하는 날 나는 webstorm 사용을 중단할 것입니다.

충돌을 해결할 뿐만 아니라 이 디자인은 히스토리 파일도 볼 수 있어야 합니다.

git config merge.conflictStyle diff3 그리고 당신은 오늘 이것을 가지고 있지만 VSCode의 편집기 내 레이아웃을 사용합니다. 이는 이미 IMO를 연 파일을 보기 위해 대화 상자와 새 창을 표시하는 것보다 훨씬 낫습니다!

소식이 있나요? 예정되어 있거나 예정되어 있습니까?

네 정말 필요합니다

이것은 매우 필요한 기능이며 충돌을 해결하기 위해 inteliij 아이디어를 사용하고 있습니다.

+1, 이것은 굉장할 것입니다!

여기에 +1! 전환을 시도하지만 IMO는 WebStorm에서 VSCode로 전환할 때 누락된 주요 기능 중 하나입니다.

+1 댓글로 그만해도 될까요? 그것은 대화에 아무 것도 가져오지 않습니다.
이 스레드를보고 기다리십시오 ...

@Zielak +1 댓글 추가는 그만합시다

이것을 가능하게 할 수 있는 플러그인이 있는지 아는 사람이 있습니까?

@rajjejosefsson 위에서 말했듯이 다음을 설정할 수 있습니다. ( git config merge.conflictStyle diff3 )

[merge]
  conflictStyle = diff3

그들/공통/우리를 보기 위해. VSCode 형식/테마는 변경되지 않지만 (git) 기본값인 것처럼 이 세 부분을 diff에 가져옵니다.

JetBrains IDE에서 제공하는 다른 것(이미 열려 있는 파일에서 diff를 보기 위해 여러 대화 상자를 여는 것 외에)이 없는 한 여기에서 누락되었습니까?

새로 출시된 Sublime Merge 에는 유사한 구현이 있습니다.

이것은 매우 멋진 기능이 될 것입니다. 저는 일상 업무에 VSCode 를 사용하지만 상호 작용성과 사용 편의성으로 인해 병합 충돌을 해결해야 할 때 종종 WebStorm 의존합니다.

이러한 구성을 .gitconfig 파일에 추가하고 충돌이 나타날 때마다 터미널에 "git mergetool"을 입력할 수 있습니다. 각 파일에 대해 webstorm에서 병합 GUI 인터페이스만 엽니다.

[mergetool "webstorm"]
    cmd = webstorm merge $(cd $(dirname "$LOCAL") && pwd)/$(basename "$LOCAL") $(cd $(dirname "$REMOTE") && pwd)/$(basename "$REMOTE") $(cd $(dirname "$BASE") && pwd)/$(basename "$BASE") $(cd $(dirname "$MERGED") && pwd)/$(basename "$MERGED")
    trustExitCode = true
[merge]
    tool = webstorm

여기에 +1, 이제 내가 webstorm을 사용하는 유일한 이유입니다!

+1

+1

사실, VS Code는 이 UI 도구가 없다는 점을 제외하면 훌륭합니다.

+1, 이것이 바로 내가 예상하는 병합 도구의 모습입니다.
그리고 #5770은 이렇게 구현해야 합니다.

+1 WebStorm과 비교하여 VSC를 사용하는 동안 정말 누락된 유일한 기능입니다.

VS 코드에서 전체 IDE로 볼 수 있는 유일한 큰 전체도 구현되었으면 합니다.

좋습니다. Webstorm이 유일한 실제 솔루션인 것 같으므로 지금 다운로드하러 가겠습니다.
이 기능을 지원하는 VSCode가 정말 기대됩니다!!

또한 누군가가 나를 위해 이 게시물에 반대 의견을 줄 수 있습니까? 감사합니다 :P

이 기능은 작업 중에도 있습니까?

+1, 구현하면 완전히 사용할 것입니다.

병합 충돌 해결을 약간 개선하기 위해 새로운 설정과 명령을 추가했습니다. https://github.com/microsoft/vscode/pull/74231 이 병합된 후의 경험은 다음과 같습니다.

먼저 충돌에 대한 컨텍스트를 표시하기 위해 새로운 설정 merge-conflict.diffViewContext 이 추가되었습니다.

이전: diff 주위에 컨텍스트가 없습니다.

이후: "merge-conflict.diffViewContext": 3 와 함께

두 번째로 새로운 명령인 모두 비교 가 도입되어 현재 작업 공간과 들어오는 변경 내용 간의 전체 비교를 표시하여 이전 콘텐츠, 들어오는 콘텐츠 및 디스크의 최신 로컬 콘텐츠를 비교할 수 있습니다.

예를 들어 충돌에서 3열 편집기 그룹을 여는 것과 같이 JetBrains 스타일을 지원하려면 편집기 영역에서 더 많은 작업을 수행해야 합니다. 그러나 여전히 위에서 언급한 현재 솔루션에 대한 귀하의 피드백을 듣고 싶습니다.

이것은 멋지다. 새 파일에 병합하려는 변경 사항을 한 줄씩 선택할 수 있습니까, 아니면 한 파일입니까 아니면 다른 파일입니까? 한 줄 한 줄 아니면 모두가 굉장할 것입니다!!!

블록별로 파일 중 하나의 각 변경 사항을 수락하고 대부분의 사용 사례를 다룰 세 번째 파일로 병합할 수 있다면. 예를 들어 한 파일에 3개의 변경 사항이 있고 다른 파일에 4개의 변경 사항이 있는 경우 원하는 것을 선택할 수 있습니다. 한 파일에서 2개의 변경 사항을 수락하고 다른 파일에서 2개의 변경 사항을 수락하는 것과 같습니다. 이것이 가능합니까? 그렇다면 ... 바위!

@rebornix 추가 컨텍스트는 훌륭하고 모든 비교를 좋아하지만 저에게는 여전히 몇 가지 누락된 사항이 있습니다.

1. 각 "측면"을 공통 기반과 비교 - 3방향 병합 보기가 가장 좋지만 중간에 최소한 도움이 될 수 있습니다.
2. 비교 보기에서 편집할 수 있고 변경 사항을 문서에 다시 동기화할 수 있다는 것은 코어에 더 나은 병합이 도입되기 전에 논의된 것입니다. 여기에 대한 요청이 있었습니다(원래 요청은 사라졌지만 :cry:) https://github.com/microsoft/vscode/issues/10547#issuecomment -300201327'

# 2는 아마도 오늘날 사용자 지정 파일 시스템 공급자를 사용하여 수행할 수 있습니다.

@eamodio

각 "측면"을 공통 기반과 비교 - 3방향 병합 보기가 가장 좋지만 중간에 최소한 도움이 될 수 있습니다.

이것은 새로운 3방향 diff 보기(3방향 diff 알고리즘 및 3열 편집기)를 추가해야 하지만 가능합니다. # 2의 경우 디스크의 파일 콘텐츠에 병합 충돌(예 >>>>>>, <<<<<< )이 포함되어 있으므로 사용자 지정 파일 시스템 공급자가 올바른 방법이라고 생각합니다

이 기능이 매우 필요합니다.

@rebornix 노트북 화면이 그리 크지 않아서 3열 편집기를 여는 것보다 훨씬 나을 수 있다는 생각이 마음에

예, 종종 병합 충돌이 있을 때 PHPStorm으로 전환합니다. 다른 작업은 VSCode에서 하는 경우에도 마찬가지입니다. 2년이 지났는데도 제대로 된 합병이 이뤄지지 않는 게 이상하다.

@rebornix 노트북 화면이 그리 크지 않아서 3열 편집기를 여는 것보다 훨씬 나을 수 있다는 생각이 마음에

나는 동의하지 않는다. 3열 레이아웃은 Webstorm을 매우 훌륭하게 만드는 요소의 일부입니다. 그것은 매우 깔끔한 개요를 유지합니다

여기에서도 마찬가지로 병합 충돌 해결을 위해 항상 IntelliJ로 전환합니다. "간단한 충돌 해결" 마술 지팡이 도구로 많은 시간을 절약할 수 있습니다!

충돌을 해결하기 위해 Visual Studio 2017로 다시 변경합니다...

2019년 6월 25일 화요일 오전 8시 35분 fabb [email protected]에서 다음과 같이 작성했습니다.

여기에서도 마찬가지로 병합 충돌 해결을 위해 항상 IntelliJ로 전환합니다.
"간단한 충돌 해결" 마술 지팡이 도구로 많은 시간을 절약할 수 있습니다!

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/microsoft/vscode/issues/37350?email_source=notifications&email_token=AAEN6O3LOPBVEY7PMABVNRDP4I3KZA5CNFSM4EBV5J4KYY3PNVWWK3TUL52HS4DFVEXG43VMXHJN
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAEN6O4AO24V4GB24EWOJGDP4I3KZANCNFSM4EBV5J4A
.

vscode는 충돌을 해결하는 동안 <<< , === 를 추가하므로 언어 ​​구문 오류가 발생하므로 vscode는 git 충돌 도구를 변경해야 합니다.

@SupinePandora43 그것은 <<< , === 를 추가합니다. WebStorm은 이 블록을 구문 분석하고 병합을 위한 훌륭한 시각적 도구를 만듭니다.

@vedmant 그럼... vscode에 파서가 필요합니다

여기를 보아라. 이게 네가 말하는거야?
https://github.com/Microsoft/vscode-tips-and-tricks/blob/master/media/resolve_merge_conflicts.gif

@minkir014 상단의 원본 댓글에 첨부된 이미지를 확인하세요. 모두가 의미하는

이것은 vs 코드 팁 및 트릭에 있으며 이는 vs 코드에 내장되어 있음을 의미합니다. 그렇다면 이 문제가 여전히 열려 있는 이유는 무엇입니까?

당신은 분명 뭔가 다른 생각되는 원인 @ minkir014 내가 다시 여기에 원래 주석의 이미지를 연결합니다 : https://user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.png

@minkir014 지금 VS 코드에 있는 것은 IntelliJ의 기능에 https://user-images.githubusercontent.com/1470309/32250860-c677e4ce-bec0-11e7-82b5-0196d981cc28.png https://github.com/Microsoft/vscode-tips-and-tricks/blob/master/media/resolve_merge_conflicts.gif 유사점이 많이 보입니까?

@minkir014 기능이 내장되어 있기 때문에 이 스레드에서 논의하는 것과 동일하지 않습니다.

3방향 병합은 VSCode를 유일한 IDE로 사용하는 것을 차단하는 유일한 기능입니다.

3방향 병합은 VSCode를 유일한 IDE로 사용하는 것을 차단하는 유일한 기능입니다.

듣고 있어. 이것은 우리가 가져야 할 킬러 기능입니다. 이런 이유로 PHPStorm을 유지해야 합니다.

위 스레드의 업데이트에 _필요한_ 대부분 의 내용이 포함되어 있다는 것을 깨닫는 데 잠시 시간이 걸렸습니다. 단지 예쁘게 표시되지 않을 뿐 아니라 임의의 3방향 diff를 수행할 수도 없습니다(미래에 임의의 의심의 여지없이 diffing 및 조상 선택을 커밋하십시오).

아래 구성 변경 사항은 두 가지 다른 변경 사항의 컨텍스트를 이해하는 동시에 차이점을 조정하려는 경우 기본 VSCode/Git 설정보다 더 나은 대부분의 실제 병합 충돌 컨텍스트화 요구 사항을 다룹니다. 따라서 미래의 검색자들을 위해:

1. git 충돌 스타일을 diff3으로 변경하여 두 diff의 공통(다른) 조상 공개를 활성화합니다. ~/.gitconfig를 편집하거나 cli: git config merge.conflictStyle diff3 사용하여 이 작업을 수행합니다.
2. Diff View Position에 대한 VSCode 설정을 "Below" 또는 "Beside" "merge-conflict.diffViewPosition": "Below"

축하합니다. 이제 인라인 diff를 사용하여 세 가지 컨텍스트(조상, 브랜치 A, 브랜치 B)를 모두 편집하면서 두 diff의 컨텍스트를 정적 참조, 둘 다 분기된 공통 기반으로 볼 수 있습니다. 이제 가난한 사람의 vimdiff입니다.

(하이라이트 없이 공통 조상 diff를 표시하기 위해 정적 창을 추가하면 vimdiff에 대해 말하면 주요 편집기나 diff 알고리즘 업데이트 없이 쉽게 추가할 수 있습니다.)

그리고 이것이 GIT의 변경 사항이 아니라면? (저는 perforce를 사용하고 있으며 지금은 선택의 여지가 없습니다.)

https://github.com/Microsoft/vscode/issues/25887의 복제

#25887의 중복

2열 뷰입니다. 3열 뷰입니다.

#25887의 중복

2열 뷰입니다. 3열 뷰입니다.

같은 문제이기 때문에 문제를 함께 연결할 가치가 있다고 생각했습니다.
2개 또는 3개의 열이 솔루션의 일부입니다.
참고로, 링크에 대한 저의 동기는 두 가지 문제에서 매력을 얻고 가능한 한 빨리 누락된 동작을 추가하는 것입니다. 이 기능을 정말 사용하고 싶습니다 ☺

그러나 여기에 427표가 반대 310표(# 25887)입니다. 이미 병합하려는 경우 투표 수를 병합할 수 있습니다. 이 기능은 상위 10개입니다.

효과적이고 사용자 친화적인 IntelliJ 스타일 3 창 병합(3방향 병합이라고도 하지만 결과 창에 두 개의 파일이 병합됨)을 구현하면 VS Code 편집기 제품이 최고의 위치에 놓이게 됩니다. 나는 이것에 대해 확신합니다. 그리고 이 스레드 중 몇 개와 많은 댓글은 이 기능이 없기 때문에 Intellij 제품을 "보유하는" 사람들의 이야기를 전합니다. 기능 요청이 어떻게 제품 소유자/개발자에게 더 나은 동기 부여가 되거나 더 명확한 우선 순위가 될 수 있는지 모르겠습니다. 이에 대한 귀하(개발자, 관리자 vs 코드 관리자)에 대한 소식이 있습니까?

일부 사람들은 이미 구현된 기능이 VS Code를 원하는 결과로 가져오는 방법을 암시한다는 사실을 알지만, 대부분의 작업이 이미 완료된 경우 이 모든 방법을 구현하는 것이 실제로 그렇게 까다롭지 않아야 합니다.

이것이 내가 여전히 병합 도구로 Meld를 ​​사용하는 이유입니다.

이것이 내가 여전히 병합 도구로 Meld를 ​​사용하는 이유입니다.

Sublime merge는 meld보다 훨씬 낫습니다.

이것이 내가 여전히 병합 도구로 Meld를 ​​사용하는 이유입니다.

Sublime merge는 meld보다 훨씬 낫습니다.

동의합니다. 하지만 여기에서 어떤 병합 도구가 최고의 도구인지 논의할 장소는 아니라고 생각합니다.

현재 변경 사항과 수신 변경 사항 모두에 대해 최소한 공통 BASE를 표시할 수 있습니까?

@ackvf 예, 3방향 diff로 할 수 있습니다.

새로운 소식있어?

역시 기다려, 누구든지 가능하면 나를 알아차려

같은 기다림 ... 그 도구가 놀랍습니다.

IntelliJ도 받아야 합니다. :)

여기에 +1, 이제 내가 webstorm을 사용하는 유일한 이유입니다!
+1
같은 기다림 ... 그 도구가 놀랍습니다.
IntelliJ도 받아야 합니다. :)

이 티켓의 모든 구독자에게 관련 없는 메시지를 스팸으로 보내는 것을 중지하십시오.

https://marketplace.visualstudio.com/items?itemName=mhutchie.git-graph#review -details 를 확인

이것이 내가 vscode를 주 편집기로 사용하지 않는 주된 이유입니다. 내장 git 통합 및 병합이 WebStorm에서 훨씬 더 유용하기 때문에 이것이 추가되는 것을 보는 것이 좋습니다. 이것이 추가되면 좋을 것입니다.

내 인생에서 이것이 필요합니다.

이 기능에 대한 소식이 없습니까? 또는 플러그인도 괜찮습니다 :D ??

vscode는 훌륭하지만 실제로 여전히 intellij 병합 도구를 사용하고 있습니다..)

우리가 가지고 있는 모든 뉴스는 "완전한 병합 지원(3-way)"을 언급하는 2020 로드맵입니다: https://github.com/microsoft/vscode/wiki/Roadmap#scm

이런! VSCode의 큰 미스. 개발자들이 이 기능 없이 어떻게 살아남는지 궁금합니다. 나는 이것을 위해 Webstorm에 의지 할 것입니다

Visual Studio Code용 Git Graph 확장을 확인했지만 여전히 기능이 아닙니다. pycharm을 사용하여 선택적 병합 버전을 제외한 모든 버전에 vscode를 사용하고 있습니다.

_여전히_ 병합을 위해 IntelliJ를 사용하고 있습니다. 또한 커밋 패널에서 보관할 동일한 파일의 커밋을 선택할 수 있습니다. 등 😐

이 요청은 3년 전에 생성했습니다. :)

VSCode는 훌륭하지만 Git 관련 작업에는 여전히 Webstorm을 사용해야 합니다.

나는 그것을 기다리고있다

왜 아직도 이것을 지원하지 않습니까? 시장에서 동일한 역할을 하는 vscode 플러그인이 있습니까?

@sshsu
내가 틀릴 수도 있지만 제한 요소는 편집기 기능이 누락 된 것 같습니다. 플러그인을 작성할 수 있다면 이미 플러그인이 있을 것입니다.

내가 틀릴 수도 있지만 제한 요소는 편집기 기능이 누락 된 것 같습니다. 플러그인을 작성할 수 있다면 이미 플러그인이 있을 것입니다.

거의. 여가 시간에 병합 플러그인을 구현하기 시작했는데 실제로 누락된 것은 https://github.com/microsoft/vscode/issues/85682 뿐이었습니다.

그러나 오픈 소스 IDE vscode에 정말 감사드립니다 😍 그래서 나는 추가될 모든 것에 대해 만족할 것입니다 - 아마도 우리는 2020년 로드맵의 일부이기 때문에 올해 이 기능을 보게 될 것입니다 😍😍

이 기능이 나오나요? Visual Studio 메인 라인에는 TFS에서 3방향 병합이 있습니다.

내 새로운 확장 VS Code를 Git Mergetool로 사용해 보고 싶을 수도 있습니다. API 부족으로 인해 약간의 적자가 있지만 나 자신을 제외하고는 아직 부정적인 피드백을받지 못했습니다. 그러나 제안된 4개 창 레이아웃은 3열 레이아웃보다 몇 가지 장점이 있습니다.

아직 마켓플레이스에는 없지만 수동으로 설치할 수 있습니다. _지금 마켓플레이스에서 사용할 수 있습니다._

이 기능이 나오면 webstorm을 삭제하겠습니다.

많이 필요합니다 :+1:

이것은 훌륭한 기능이 될 것입니다 <3

임시 해결책은 https://editor.mergely.com 과 같은 온라인 도구를 사용하는 것입니다.

나는 몇 년 전에 여기에 다른 사람들과 같은 말을 한 댓글이 있습니다. 대안적인 3방향 병합 보기가 굉장할 것이라고 생각하지만 실제로 git이 넣는 텍스트 위에 말 그대로 스킨이기 때문에 지금은 이 기본 방식을 선호합니다. 거기.

내가 말하고 싶은 것은 이것이 VSCode를 사용하는 사람을 위한 "차단기"가 되어서는 안 된다는 것입니다. git 상호 작용을 위해 IDEA IDE로 되돌리는 대신 시도해 보십시오. (내가 추천하는 유일한 확장은 Git Graph입니다)