WordPress 플러그인 디렉토리와 함께 Subversion 사용하기
게시 됨: 2012-07-24다음 단계별 지침에 따라 공개 WordPress 플러그인 디렉토리에 플러그인을 추가하고 업데이트하십시오.
비디오의 이러한 필수 단계는 다음과 같습니다.
- 플러그인 시작하기
- WordPress.org 계정 등록
- WordPress 플러그인 디렉토리에 새 플러그인 저장 요청
- 컴퓨터에 SVN 클라이언트 설치
- 프로젝트의 로컬 디렉토리 선택
- 플러그인 요청 승인 이메일
- 이 기사의 디렉토리 용어
- 새 서버 디렉토리를 로컬 시스템으로 가져오기
- 플러그인 개발 완료
- 첫 번째 버전을 대중에게 공개
- 프로젝트 디렉토리 트렁크 업데이트
- 서버에서 새 버전에 태그 지정
- 태그가 지정된 새 버전으로 로컬 프로젝트 디렉토리 업데이트
- readme.txt 안정 태그 업데이트
- 플러그인의 새로운 개발
플러그인 시작하기
아이디어가 있거나 버전 0.1이 거의 완료되었는지 여부에 관계없이 플러그인의 이름과 설명이 필요합니다. 플러그인이 무엇을 하는지 알 수 있도록 이름을 짧고 설명적으로 만드십시오. "Wax on Wax off Plugin"은 좋은 이름이 아닙니다. "Drop Shadow Maker"가 훨씬 좋습니다. 실제 제목에 "플러그인"을 추가할 필요가 없습니다.
제목과 함께 사용하려면 플러그인이 제공하는 이점에 대해 사람들에게 짧은 설명을 작성해야 합니다. 이 설명은 150자 미만으로 작성하는 것이 좋습니다.
WordPress.org 계정 등록
지원 포럼 등에서 상호 작용하는 데 사용되는 WordPress.org 계정이 아직 없는 경우 계정을 만들어야 합니다. https://login.wordpress.org/register로 이동하십시오.
WordPress 플러그인 디렉토리에 새 플러그인 저장 요청
호환 가능한 라이선스와 함께 제공되는 가장 합리적인 플러그인은 WordPress 플러그인 디렉토리에 공간을 확보할 수 있습니다.
- 이동: http://wordpress.org/extend/plugins/add/
- 제목 및 설명 입력
(나는 당신에게 그것이 필요하다고 말했습니다!) - 플러그인을 사용할 준비가 되더라도 이 양식에서 플러그인 업로드를 건너뛰십시오.
플러그인 디렉토리 요청은 실제 사람이 처리하므로 시간이 걸릴 수 있습니다.
컴퓨터에 SVN 클라이언트 설치
플러그인 디렉토리로 작업하려면 컴퓨터에 Subversion 클라이언트가 필요합니다.
- Windows의 경우 TortoiseSVN을 권장합니다.
- Mac의 경우 SCPlugin이 좋은 패키지인 것 같습니다.
하나만 선택해서 설치하시면 됩니다. 그것에 대해 더 이상 할 말이 없습니다.
프로젝트의 로컬 디렉토리 선택
Subversion은 WordPress 플러그인 디렉토리를 사용하여 플러그인 파일의 로컬 복사본을 최신 상태로 유지합니다. 모든 Subversion 추적 프로젝트를 보관할 로컬 컴퓨터에 하나의 디렉토리를 만드는 것이 좋습니다. 주의: 로컬 시스템에 웹 개발 환경이 있는 경우 로컬 웹 서버의 WordPress 플러그인 디렉토리를 프로젝트 디렉토리로 사용하지 마십시오.
예를 들어, 플러그인 폴더가 있는 머신에 로컬 WordPress 설치가 있는 경우:
documents/public_html/devdomain.com/wp-content/plugins/
… 해당 디렉토리를 사용하여 WordPress 플러그인 디렉토리 프로젝트를 동기화할 수 있다고 생각하지 마십시오. 그러면 통증이 발생합니다.
대신 다음 예와 같은 디렉토리를 만드십시오.
documents/projects/wp-plugins-public/
각 플러그인 프로젝트 폴더는 "wp-plugins-public" 내에 있습니다. 이 튜토리얼에서는 "content-scheduler"라는 플러그인 폴더를 사용하겠습니다. 따라서 다음과 같이 디렉토리를 만들 것입니다.
documents/projects/wp-plugins-public/content-scheduler
플러그인 요청 승인 이메일
플러그인 요청이 승인되면 SVN 저장소 링크가 포함된 이메일을 받게 됩니다. 이것은 하나의 플러그인을 위한 것이며 Subversion 동기화를 진행하는 데 필요합니다.
이 기사의 디렉토리 용어
이 기사에서 언급한 다양한 디렉토리, 프로젝트 및 폴더로 인해 혼동하기 쉽습니다. 이 Subversion 워크플로로 작업할 때 세 가지 다른 위치에 동의합시다.
- 작업 디렉토리
이것은 변경 및 테스트 중인 코드의 현재 복사본입니다. 개발 웹 서버의 "/wp-content/plugins/" 폴더에 있어야 합니다. 내 컴퓨터에서는 다음과 같은 일이 발생합니다.
documents/public_html/devdomain.com/wp-content/plugins/content-scheduler/ - 프로젝트 디렉토리
이것은 Subversion 클라이언트가 WordPress 플러그인 디렉토리와 동기화된 상태를 유지할 디렉토리입니다. 내 컴퓨터에서는 다음과 같습니다.
documents/projects/wp-plugins-public/content-scheduler/ - 서버 디렉토리
이것은 WordPress 플러그인 디렉토리에 저장된 프로젝트를 나타냅니다. 여기에서 대중이 플러그인을 얻을 수 있습니다. 루트 위치는 "SVN 저장소"라고 하며 플러그인 요청 승인 이메일에 할당됩니다. 내 예는 다음과 같습니다.
http://plugins.svn.wordpress.org/content-scheduler
새 서버 디렉토리를 로컬 시스템으로 가져오기
플러그인 디렉토리의 새 플러그인 위치에 파일을 넣지 않았더라도 해당 디렉토리 사본을 컴퓨터로 가져와야 합니다. 그렇게 하면 Subversion 클라이언트가 최신 정보와 최신 정보가 아닌 것을 알 수 있도록 무대 뒤에서 몇 가지 플래그를 설정합니다.
- 프로젝트 디렉토리 플러그인 폴더를 마우스 오른쪽 버튼으로 클릭합니다.
- "SVN 체크아웃"을 선택합니다.
- 첫 번째 필드에 WordPress SVN 저장소 URL(승인 이메일에서)을 입력합니다.
- 프로젝트 디렉토리 플러그인 폴더는 두 번째 필드에 있어야 합니다.
해당 폴더를 마우스 오른쪽 버튼으로 클릭하여 이 프로세스를 시작했으므로 이 필드는 이미 채워져 있어야 합니다. - "확인"을 클릭하십시오
플러그인 개발 완료
플러그인을 개발하고 테스트합니다. 여기에는 함께 사용할 적절한 "readme.txt" 파일 생성이 포함됩니다. "readme.txt" 파일은 플러그인에 대한 임의의 메모가 아닙니다. WordPress 플러그인 디렉토리는 "readme.txt" 파일의 내용을 사용하여 플러그인의 최신 버전을 이해하고 디렉토리에 플러그인 페이지의 내용을 빌드합니다.
- 적절한 "readme.txt" 파일 생성에 대한 자세한 내용은 이 WordPress readme.txt 예제를 참조하십시오.
"readme.txt" 파일의 필수 부분은 "Stable" 태그입니다. 플러그인을 개발하는 동안 이 태그를 "trunk"라고 읽는 상태로 두십시오. 공개용 버전을 출시하면 올바른 버전 번호로 업데이트하겠습니다.
첫 번째 버전을 대중에게 공개
프로젝트 디렉토리 트렁크 업데이트
- 작업 디렉토리의 내용을 프로젝트 디렉토리의 "trunk" 폴더에 복사합니다.
제 경우에는 작업 디렉토리에서 플러그인의 전체 내용을 복사하고 있습니다.
/documents/public_html/devdomain.com/wp-content/plugins/content-scheduler/
내 프로젝트 디렉토리에:
/documents/projects/wp-plugins-public/content-scheduler/ - 프로젝트 디렉토리에서 "content-scheduler" 플러그인 폴더를 마우스 오른쪽 버튼으로 클릭하고 "SVN Commit"을 선택합니다.
- 원하는 경우 커밋에 대한 설명을 입력합니다.
- 새 것으로 간주되어 서버에 복사할 파일 목록을 검토합니다. 이 목록이 정확해 보이면 "확인"을 클릭하면 파일이 wordpress.org의 서버 디렉토리에 복사됩니다.
서버에서 새 버전에 태그 지정
"트렁크"에 있는 파일을 업데이트했지만 대중이 다운로드해야 하는 파일은 아닙니다. "트렁크"의 복사본을 만들려면 "태깅"을 사용해야 합니다. 이 사본은 더 이상 변경되지 않으며 공용으로 제공됩니다. 이 예에서는 버전 1.0을 생성해 보겠습니다.
- 프로젝트 디렉토리의 "trunk" 폴더를 마우스 오른쪽 버튼으로 클릭하고 "Branch/Tag"를 선택합니다.
저에게 이것은 다음과 같습니다.
/documents/projects/wp-plugins-public/content-scheduler/trunk/ - "To URL" 위치 필드는 "/trunk"로 끝납니다. 버전 1.0을 생성하려면 이것을 "/tags/1.0"으로 변경해야 합니다.
- 원하는 경우 이 태그 지정 작업에 대한 메모를 추가할 수 있습니다.
- "확인"을 클릭하고 "이 분기로 변경하는 것이 중요..."에 대한 메시지를 무시 하십시오.
태그가 지정된 새 버전으로 로컬 프로젝트 디렉토리 업데이트
방금 서버에 "/tags/1.0" 디렉토리에 프로젝트 파일의 새 복사본을 만들라고 지시했습니다. 이제 해당 새 태그를 사용하여 로컬 프로젝트 디렉토리를 최신 상태로 만들어야 합니다.
이 과정이 이상하게 보일 수 있습니다. 로컬 "/tags/1.0" 디렉토리에 자신만의 복사본을 만들 수 없는 이유가 궁금할 것입니다. 그렇게 하면 서버 디렉토리와 프로젝트 디렉토리가 어지럽고 무엇이 업데이트되고 무엇이 업데이트되지 않은지 혼동될 수 있습니다.
- 프로젝트 디렉토리를 다시 마우스 오른쪽 버튼으로 클릭하고 "SVN 업데이트"를 선택합니다.
이렇게 하면 서버 디렉터리에서 로컬 프로젝트 디렉터리로 변경 사항을 가져옵니다. 이 경우 변경 사항은 파일의 "/tags/1.0" 복사본이 추가된 것입니다.
readme.txt 안정 태그 업데이트
대중이 플러그인을 사용할 수 있도록 모든 올바른 파일이 준비되어 있습니다. 그러나 우리는 플러그인 디렉토리에 public이 사용해야 하는 태그가 지정된 버전을 알려야 합니다.
- 로컬 프로젝트 디렉토리의 "trunk" 폴더에 있는 "readme.txt" 파일을 편집합니다.
저에게 이것은 다음과 같습니다.
/documents/projects/wp-plugins-public/content/scheduler/trunk/readme.txt - "안정 태그"를 릴리스 버전인 "1.0"으로 변경합니다.
- 파일 저장
- 방금 업데이트한 "readme.txt" 파일을 마우스 오른쪽 버튼으로 클릭하고 "SVN 커밋"을 선택합니다.
그게 다야! 15분 정도 후에:
- WordPress 플러그인 디렉토리가 프로젝트 목록을 업데이트합니다.
- "1.0"은 안정적인 태그로 표시됩니다.
- "/tags/1.0/readme.txt"의 정보는 프로젝트 페이지를 채우는 데 사용됩니다.
플러그인의 새로운 개발
아마도 플러그인을 개선하고 게시해야 할 것입니다. 작동 방식은 다음과 같습니다.
- 작업 디렉토리에서 플러그인을 변경하십시오.
이러한 변경 사항에는 Changelog 항목과 같이 필요에 따라 readme.txt 파일에 대한 변경 사항이 포함되어야 합니다. - 작업 디렉터리에서 로컬 프로젝트 디렉터리로 변경 사항을 복사합니다.
- readme.txt 파일에 현재 공개 버전에 대한 올바른 "stable" 태그가 있는지 확인하십시오.
- 프로젝트 디렉토리를 마우스 오른쪽 버튼으로 클릭하고 "SVN 커밋"을 선택하여 새 트렁크 변경 사항을 서버 디렉토리로 가져옵니다.
- 프로젝트 디렉토리에서 "trunk" 디렉토리를 마우스 오른쪽 버튼으로 클릭하고 "Branch/Tag"를 선택하여 릴리스용 새 버전 태그를 생성합니다. ("다음에서 저장소 내 복사본 만들기:"가 "작업 복사본"으로 설정되어 있는지 확인합니다.)
- 프로젝트 디렉토리를 마우스 오른쪽 버튼으로 클릭하고 "SVN 업데이트"를 선택하여 서버 디렉토리에서 태그 변경 사항을 풀다운합니다.
- 프로젝트 디렉토리의 "/trunk/readme.txt" 파일에서 stable 태그를 업데이트하여 생성한 새 릴리스 태그와 일치시키십시오.
- 프로젝트 디렉토리를 마우스 오른쪽 버튼으로 클릭하고(예, 한 번 더) "SVN 커밋"을 선택하여 업데이트된 readme.txt 파일을 서버로 가져옵니다.
휴. 그게 다야!
태그: