문제

나는 Wordpress를 사용하여 블로그를 운영하고 있으며 최근에는 SCM을 믿는 사람.나는 정말로 내 사이트를 Subversion에 넣고 싶습니다. (그것이 내가 지금 사용하고 있는 것입니다. 아마도 나중에 git이 나올 것입니다.) 아직 올바른 방법을 생각할 수 없습니다.기본적으로 내 저장소는 현재 '구현' 디렉토리와 '리소스' 디렉토리로 설정되어 있으며 구현은 결국 라이브 사이트에 게시될 내용을 담고 있습니다.나는 명백한 이유로 서버에 업로드하지 않고도 내 사이트를 로컬에서 미리 볼 수 있기를 원합니다.그러나 이렇게 하려면 실제로 Wordpress를 로컬에 설치해야 한다는 것을 알았습니다(단지 원격 사이트를 로컬 상자에 복사하는 것이 아니라).이것은 Wordpress.org에서 나에게 들었습니다.

때때로 로컬 사이트를 업그레이드해야 하기 때문에 설치 시 SCM을 사용할 수 있다는 문제가 발생하지만 외부 시스템이 저장소를 엉망으로 만들고 있기 때문에 무슨 일이 일어나고 있는지 추적할 수 없기 때문에 Subversion에 불일치가 발생합니다. 구조.그것은 작동하지 않습니다.

나의 초기 성향은 테마 정보를 SCM하는 것입니다. 이것이 실제로 내가 '소유'한 유일한 항목이고 다른 모든 것은 실제로 내 플랫폼의 일부이기 때문입니다(Apache나 PHP와 다르지 않습니다).그러나 그것이 내 이해가 무너지는 곳입니다.해당 디렉토리 구조의 일부만 선택적으로 SCM할 수 있으며 현재 사용 중인 Wordpress의 구성을 어떻게 유지할 수 있습니까?

어쨌든 다른 사람들이 이 문제를 해결했으며 이 솔루션은 아마도 Wordpress와 유사한 많은 앱(Drupal, phpBB, phpMyAdmin 등)에 적용될 수 있을 것입니다.그럼 어떻게 합니까?

도움이 되었습니까?

해결책

실제로 그렇게 하기는 어렵지 않지만 여기서는 몇 가지 제안 사항으로 나누어 보겠습니다.당신이 설명하는 것은 "공급 업체 드롭"디렉토리에 가깝습니다.이것은 기본적으로 SVN에서 코드를 유지 관리하는 곳이지만, 내용이 나오면 최신 내용으로 바꿉니다.

당신이 시작해야 할 것은 빈 디렉토리입니다.SVN 저장소를 설정한 다음 빈 디렉터리에서 SVN 체크아웃을 수행합니다(숨겨진 .svn 디렉터리가 추가되는 것을 제외하면 여전히 비어 있습니다).다음으로 여기에 정상적으로 WordPress를 설치한 다음 해당 파일을 svn에 추가합니다.아마도 "svn add *"만 할 수도 있지만 주의해서 버전 관리를 원하지 않는 항목(해당되는 경우 업로드/임시/캐시 디렉터리)을 제거하세요.원하는 경우 svn:ignore 속성을 사용하여 특정 디렉터리나 파일 유형을 무시하도록 지시할 수도 있습니다."svn stat"를 실행하여 체크인할 내용 등을 보여주고 모든 것이 정상화되면 이를 커밋(svn commit)하고 거기서부터 작업을 시작합니다.이제 SVN에 WordPress의 기본 설치가 완료되었습니다.

작업하고 변경사항을 적용할 때 커밋하세요.

업그레이드할 때가 되면 현재 가지고 있는 것보다 WordPress를 교체하기만 하면 됩니다.디렉터리를 교체할 때 전체 디렉터리 자체가 아니라 내용을 교체해야 합니다.모든 폴더에 숨겨진 .svn 폴더를 잃어버리고 싶지는 않을 것입니다. 왜냐하면 그것이 전복을 망칠 것이기 때문입니다.svn stat 및/또는 svn diff를 수행하여 변경된 내용과 새로 추가된 내용을 알아보세요.이 시점에서 다시 커밋할 수 있습니다.

프로덕션 사이트에 배포하려면 svn 내보내기를 수행하거나 웹 디렉터리에 대한 정기 체크아웃을 수행할 수 있습니다.체크아웃하는 경우 배포할 준비가 되었을 때만 업데이트하세요.

다른 팁

이것이 제가 테스트하고 있는 방법입니다.설정하는 데 시간이 좀 걸리지만 이론적으로는 미래에도 사용할 수 있는 설치가 필요합니다.

WordPress를 올바른 방법으로 설치하기

또한 플러그인 업데이트를 가져오려면 svn:externals를 살펴보세요.

svn:externals를 사용하여 WordPress 플러그인 설치

업그레이드 부분은 그보다 조금 더 쉬울 수도 있다고 생각합니다.나는 2.5와 2.6의 최신 버전과 WP의 최첨단 트렁크 개정판을 사용하여 이 작업을 수행합니다.

Wordpress는 모든 내용을 전복 저장소로 제공하므로 안정적인 태그의 최신 개정판을 얻는 것은 블로그 디렉토리를 만든 다음

# svn co http://svn.automattic.com/wordpress/tags/2.6.2/ (replace the current rev here for the first check out).

업그레이드가 가능하면 블로그 디렉토리로 이동하여 다음을 실행하세요.

#svn sw http://svn.automattic.com/wordpress/tags/2.6.3/ (or whatever wordpress rev you're updating to)

그런 다음 프로덕션 사이트로 출시하는 것은 단지 내보내기일 뿐입니다. 그레맥 언급그러나 나는 이것이 "Wordpress를 업그레이드할 수 있는 동안 SCM에 내 사용자 정의 항목을 어떻게 유지합니까?"로 해석하는 실제 질문에 대한 답이 아니라고 생각합니다.어떤 디렉토리를 추가할지에 대한 당신의 본능은 목표에 거의 부합합니다(당신의 개인 블로그의 항목(테마, 플러그인)은 wp-content에 있으므로 그것을 Subversion에만 넣으면 됩니다). 그러나 나는 Subversion에 충분히 능숙하지 않습니다. 업그레이드를 위해 Wordpress의 저장소에 의존하면서 디렉토리를 자신의 저장소에 배치하는 방법을 알려드립니다.내 사이트의 해당 파일에 대한 내 "SCM"은 wp-content 디렉토리의 서버 외부 복사본입니다.

아마도 그 관점에서 gregmac의 답변이 더 잘 작동할 것입니다.

나의 초기 성향은 테마 정보를 SCM하는 것입니다. 이것이 실제로 내가 '소유'한 유일한 항목이고 다른 모든 것은 실제로 내 플랫폼의 일부이기 때문입니다(Apache나 PHP와 다르지 않습니다).그러나 그것이 내 이해가 무너지는 곳입니다.해당 디렉토리 구조의 일부만 선택적으로 SCM할 수 있으며 현재 사용 중인 Wordpress의 구성을 어떻게 유지할 수 있습니까?

이것이 바로 내 블로그의 버전을 관리하는 방법입니다.나는 그것이 훌륭하게 작동한다는 것을 발견했습니다.일반적으로 WordPress의 파일을 편집하는 경우 잘못된 작업을 수행하고 있으며 업그레이드할 때 불행을 겪게 됩니다.

이를 단순화하기 위해 TortoiseSVN을 사용합니다.Windows 탐색기에서 내 /wp-content/themes/ 디렉토리로 이동하여 내 사용자 정의 테마 디렉토리를 마우스 오른쪽 버튼으로 클릭하고 선택했습니다. 수입 상황에 맞는 메뉴에서.기존 파일을 모두 가져온 후 다음 작업을 수행했습니다. 점검 해당 디렉토리에 모든 것이 설정되었습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top