it-swarm-ko.tech

WordPress를 SVN에서 설치하는 방법은 그렇지 않습니다.

내 WordPress 설치 중 하나에서 SVN을 사용하여 초기 설치를 수행했습니다. 나는 이것이 업그레이드를 도울 것이라고 생각했다. 그리고 그것은 잠시했다. 나는 3.0.1 최신 버전을 사용해 보았는데,이 방법은 작동하지 않았다. (나는 svn 업데이트를 수행하고 upgrade.php 스크립트를 실행하며 upgrade.php는 오류를 반환합니다.)

그래서 지금은 SVN을 설치 한 Wordpress를 일반 언어로 변환하고 싶습니다. 이 문제를 해결하는 가장 좋은 방법은 무엇입니까?

또는 3.0.1을 설치 한 다음 데이터를 가져와야합니까?

4
milesmeow

간단히 실행중인 svn 명령을 중지하거나 WordPress 폴더 및 Subversion 메타 데이터를 제거하는 모든 하위 폴더에서 ".svn"이라는 폴더를 모두 삭제하십시오. Subversion을 사용하여 얻은 WordPress 3.0.1 릴리스 또는 WP 다운로드 페이지의 타볼로는 이전 버전의 .svn 폴더를 제외하고는 차이가 없습니다. WordPress는 Subversion을 통해 설치되었음을 알지 못합니다.

3.0.1에 대한 svn 업데이트 중에 문제가 무엇인지 설명하는 또 다른 질문을하여 해당 문제를 해결할 수 있도록 도움을 줄 수 있습니다. 나는 Subversion을 통해 많은 성공을 거두었 다.

5
Annika Backstrom

.svn 폴더를 모두 제거하려는 경우 ...

find . -name .svn -print0 | xargs -0 rm -rf
4
Vid Luther

Adam은 정확 합니다만 SVN을 없애면 다른 보안상의 이점을 잃을 수 있습니다 : 쉬운 보안 검사. 어떤 파일이 WordPress에 속하고 어떤 파일이 업로드 등으로 추가되었는지 알고있는 경우 WP 루트의 루트에서 svn stat를 실행하면 수정 된 파일이 표시됩니다. 이 정보를 사용하면 스크립트 꼬마들 등에 의해 수정 된 core WP 파일을 잠재적으로 감지 할 수 있습니다. (나는 실제로 이런 방식으로 몇 가지 침입을 탐지했다.).

그래서 Adam과 동의합니다 : SVN 업그레이드를 시도 할 때 어떤 오류가 발생 했습니까? 아마도 우리는 그 대답으로 당신을 도울 수 있습니다.

2
ZaMoose

왜 당신의 작업 디렉토리를 svn export하고 WordPress를 설치할 때 업로드할까요? 해당 복사본의 변경 내용을 추적 할 수는 없지만 대부분 프로덕션 서버에서 작동합니다. 배포 할 때마다 다시 svn export 할 수 있고 전송의 "동기화"기능과 같은 것을 사용하여 로컬 복사본을 라이브 상자의 복사본과 비교할 수 있습니다.

솔직히, 나는 당신이 테마 파일을 추적하는 것 (당신이 커스텀 테마를 생성하는 경우)과 업로드 디렉토리와 다른 WordPress 배포 파일만을 남겨 두는 것이 더 합리적이라고 생각한다. 이들의 백업이 필요하다면 rsync와 Subversion 또는 Mercurial을 함께 사용하여이를 수행하고 개발중인 파일 만 추적하면 쉽게 배포 할 수 있습니다.

1
nickmjones