GitHub 리포지토리와의 양방향 동기화

귀하의 GitHub 계정을 사이트에 연결하시면 양방향으로 두 대상을 일치된 상태로 유지해 드립니다. 이 기능은 무료이며, 직접 켜기 전까지는 꺼져 있고, 저희는 귀하 소유 계정의 저장소에만 커밋할 뿐 저희 계정에는 절대 커밋하지 않습니다.

동기화 대상

파일 관리자, SFTP, WordPress 테마 편집기, SSH 세션 등 어떠한 방식을 사용하셨든 사이트 파일에서 변경하신 모든 내용은 저장소의 커밋이 됩니다. 변경 사항을 저희에게 알려주실 필요가 없습니다. 사이트와 마지막 커밋을 비교하여 변경 사항을 푸시합니다.

반대로 연결된 브랜치에 푸시된 변경 사항은 사이트에 적용됩니다.

절대 커밋되지 않는 항목

귀하의 wp-config.php 파일은 의도적이며 영구적으로 제외됩니다. 데이터베이스 비밀번호와 인증 솔트가 포함되어 있으며, git은 히스토리를 영구히 보존하므로 이러한 정보는 비공개 저장소라 할지라도 저장소에 저장되어서는 안 됩니다.

또한 .env 파일, 키 및 인증서, 업로드 폴더, 캐시 및 node_modules도 제외됩니다. 저장소는 사이트의 소스이지 백업이 아닙니다. 미디어 파일은 이미 보관 중인 백업에 저장되어야 하며, 이곳에 포함할 경우 모든 푸시가 느려지고 모든 변경 사항을 읽기 어렵게 만듭니다.

양쪽 모두 변경된 경우 어떻게 되나요

이 부분은 반드시 읽어보셔야 할 질문입니다. 귀하께서 파일 관리자에서 파일을 편집하는 동시에 동료가 동일한 저장소에 변경 사항을 푸시했다고 가정해 보겠습니다.

저희는 작업을 중지합니다. 저희는 병합하지 않으며, 어느 쪽도 덮어쓰지 않습니다. 사이트의 Deploy 탭에 "저장소에 아직 확인되지 않은 변경 사항이 있습니다"라는 문구가 표시되고, 검토해야 할 커밋을 지정한 뒤 귀하의 확인을 기다립니다. 대기하는 동안 양쪽 어느 쪽에서도 데이터가 손실되지 않습니다. 귀하의 편집 내용은 사이트에 그대로 남아 있고 동료의 커밋도 저장소에 그대로 남아 있습니다.

이후 다음 중 하나를 선택하실 수 있습니다:

• 이 사이트의 파일 유지 — 귀하의 버전을 상대방의 버전 위에 반영합니다. 상대방의 커밋은 히스토리에 유지되며 아무것도 삭제되지 않습니다.
• 저장소 사용, 사이트 변경 사항 취소 — 저장소의 버전이 사이트에 적용되고, 이곳에서 작업하신 변경 사항은 취소됩니다. 이 작업은 파괴적이므로, 반드시 직접 신중하게 클릭해야 하며 저희가 임의로 대신 처리해 드리지 않습니다.

"자동 병합" 옵션은 의도적으로 제공되지 않습니다. 저희가 진행하는 병합은 귀하와 동료 중 누구도 작성하지 않은 파일을 라이브 사이트에 생성하게 되며, 누구도 미리 확인하지 못한 채 적용될 수 있기 때문입니다.

동기화가 중단될 수 있는 이유

• 본인의 GitHub 계정을 연결하지 않았습니다. 연결하실 때까지 스위치는 꺼진 상태로 유지됩니다.
• 귀하의 확인을 기다리는 중입니다. 위 내용을 참조하십시오. 대기 상태는 저절로 해결되지 않습니다.
• 계정 상태가 양호하지 않습니다. 결제가 최신 상태로 완료되면 동기화가 일시 정지되었다가 자동으로 재개됩니다. 손실되는 데이터는 없습니다.

Deploy 탭에는 변경 사항이 없었던 동기화를 포함하여 최근 몇 번의 동기화 내역이 표시됩니다. 해당 목록이 비어 있고 동기화가 켜져 있다면, 연결된 계정이 저장소에 쓸 수 없는 상태일 가능성이 높으므로 접근 권한을 확인하고 다시 연결하십시오.

동기화할 대상 선택

기본적으로 사이트 전체가 동기화됩니다. WordPress 사이트에서는 귀하께서 직접 작성하지 않았고 수정하지도 않을 WordPress 코어의 모든 파일까지 포함되므로 일반적으로 이를 원치 않으실 것입니다. "이 폴더만 동기화" 설정을 테마(예: wp-content/themes/my-theme)로 지정하시면 나머지 항목은 그대로 유지됩니다.