힘내 : 퍼티를 사용하는 창문에서 mergetool이 녹아 들다 - 오류

X11 포워딩을 사용하여 퍼티와 함께 meld를 사용하는 방법에 대한 참고 자료로 this topic을 참고할 수 있습니다. 나는 새로운 Centos 7 서버에서 그것을 재현하려고했습니다. 내가 Google에서 찾고 및 종속성 yum install dconf dconf-editor, yum install pygobject3 pycairo를 설치 한 후 팝업 마지막 오류 제거 export NO_AT_BRIDGE=1을 적용하여 고정 많은 오류가있어 : 그래서힘내 : 퍼티를 사용하는 창문에서 mergetool이 녹아 들다 - 오류

** (meld:9885): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-VTd0T4zB93: Connection refused

을, 지금, 오류가 표시되지가 나는 git mergetool -t meld를 입력 할 때 내 컴퓨터에서 열린 컴퓨터를 열지 만 (15s와 같은 후 !!!), 창은 비어 있습니다. 나는 diff가 보이지 않는다. 예를 들어, file 탭을 클릭하면 더 이상 이동하지 않습니다. 모든 버튼과 동일합니다.

누군가 도움을 줄 수 있습니까? 미리 감사드립니다. 귀하의 의견에서 업데이트 된 질문

출처

2016-09-11 Jeremy Belolo

정확히 답변이 아니지만 다른 콘솔 기반 mergetool을 사용해 보셨습니까? SSH를 통한 X11은 매우 느립니다. –

제가 시도한 것은 vimdiff뿐입니다. vim에 익숙하지 않은 경우에는 vimdiff가 혼란 스럽습니다. 전 워크 플로우를 설명해야하는 동료에 대한 동료 직원이 적습니다./ –

그런 다음 SSH는 전혀? 로컬 머신에서 코드베이스를 체크 아웃하지 않았습니까? –

production에 직접 dev 서버 푸시를 갖는 당신이 명명 정확히 이유에 대한 나쁜 생각이다.

대신 production으로 푸시하면 production으로 푸시되며 자체 지점의 Git 중앙 저장소로 푸시되며 dev-pushback으로 전화를 걸 수 있습니다. 이 파일을 production으로 이동하려면 개발자가 변경 사항을 검토하여 master으로 병합해야합니다. 그러면 배포 시스템이 master을 선택하고 production으로 푸시합니다.

출처

2016-09-11 18:16:16

슬프게도 할 수없는 워크 플로우의 변화입니다! 나는 아키텍처를 설계하지 않았고, 우리가 여기서 일하는 방식을 약간 개선하려고 노력했다. Git을 들여와 모든 사람들이 dev에 푸시 된 개인 저장소를 얻음으로써 파일을 자유롭게 편집 할 수 있는지 동료들에게 묻는 대신에 ... 그리고 ftp를 통해 파일을 복사하는 것보다 더 나은 제품을 개발할 수있게 해줍니다. :) 간단히 말해, 필자는 변경 사항을이 문제에 더 많이 적용 할 수는 없다고 생각합니다. –

그러면 힘내는 적합하지 않습니다, 미안 해요. 제 의견으로는 devs에게 X11을 통해 호스트에 연결하고 병합만을위한 GUI를 사용하도록 요구하는 것은 실행 가능한 워크 플로우가 아닙니다. –

힘내 : 퍼티를 사용하는 창문에서 mergetool이 녹아 들다 - 오류

답변

관련 문제