방금 첫 플러그인을 만들었고 WordPress에서 승인했습니다. 저에게 희소식이지만, 이제 무엇? 코덱스의 "지침"은 나에게 분명합니다. Dig WP 에 대한 기사를 찾았고 세 번째 코드 줄에 도달했습니다. 그 후 기쁨이 없습니다.
여기에 누구든지 전체 책을 읽을 필요없이이 작업을 수행하는 방법에 대한 명확한 지침이 있습니까? 나는 항상이 일을하는 매우 숙련 된 사람들이 여기 있다고 확신합니다 ...
미리 감사드립니다!
방금 첫 플러그인을 만들었고 WordPress에서 승인했습니다. 저에게 희소식이지만, 이제 무엇? 코덱스의 "지침"은 나에게 분명합니다. Dig WP 에 대한 기사를 찾았고 세 번째 코드 줄에 도달했습니다. 그 후 기쁨이 없습니다.
여기에 누구든지 전체 책을 읽을 필요없이이 작업을 수행하는 방법에 대한 명확한 지침이 있습니까? 나는 항상이 일을하는 매우 숙련 된 사람들이 여기 있다고 확신합니다 ...
미리 감사드립니다!
답변:
워드 프레스 자체는 메인 플러그인 파일 상단의 헤더에 따라 다릅니다. 대부분의 경우 플러그인이 "My Cool Plugin"인 경우이 파일은 my-cool-plugin.php
폴더의 기본 디렉토리에 있습니다. 파일의 상단 부분이 다음 형식을 따르는 지 확인하십시오.
<?php
/*
=== [Plugin Name] ===
Plugin Name: [Plugin name]
Plugin URI: [Website where plugin information can be found - your blog, maybe]
Description: [Short description of your plugin]
Author URI: [Your website]
Author: [Your name]
Version: [This version number]
*/
WordPress.org 저장소 readme.txt
는 설명 및 다운로드 페이지를 작성하기 위해 파일에 따라 다릅니다 . 따라서 readme.txt
파일이 다음 형식에 맞는지 확인하십시오 .
=== [Plugin Name] ===
Contributors: [Your WordPress.org username]
Donate link: [A site people can go to to give you money]
Tags: [Search terms related to your plugin]
Requires at least: [Minimum version of WordPress required]
Tested up to: [Newest version of WordPress you've tested with]
Stable tag: [This version number]
[Short, one-sentence description of your plugin]
== Description ==
[Long description of your plugin]
== Installation ==
[Steps required to install the plugin]
== Frequently Asked Questions ==
= [A question] =
[An answer]
= [Another question] =
[Another answer]
== Screenshots ==
== Changelog ==
== Upgrade Notice ==
WordPress.org에는 readme에 필요한 모든 것이 있는지 확인하는 데 사용할 수 있는 편리한 readme 유효성 검사기 가 있습니다. 복사하여 붙여 넣기 만하면 모든 섹션이 있고 준비가되었는지 확인합니다.
개발 버전을 WordPress.org 플러그인 저장소와 분리하여 유지하는 것이 좋습니다. 예, SVN은 버전 관리에 사용되지만 WordPress는 릴리스 관리에 더 많이 사용합니다. 모든 변경 세트를 리포지토리에 커밋하기 시작하면 잠재적으로 문제가 발생할 수 있습니다. 많은 개발자가하는 일은 Git을 사용하여 로컬로 개발 한 다음 릴리스 준비가되면 파일을 Subversion 저장소로 전송하는 것입니다.
이 지침에서는 Windows 컴퓨터를 사용한다고 가정합니다. Mac을 사용 하는 경우 TortoiseSVN 대신 SCPlugin 을 사용할 수 있습니다 . 따라야 할 단계는 동일하며 상황에 맞는 메뉴와 스크린 샷 만 UI 때문에 약간 다릅니다. Mac이 없어서 튜토리얼을 안내하는 스크린 샷을 만들 수 없습니다.하지만 믿습니다. 동일한 과정입니다.
TortoiseSVN 은 Windows 용 오픈 소스 Subversion GUI입니다. GUI를 사용하는 것이 명령 줄에서 작업을 수행하는 것보다 훨씬 쉽습니다. 더 적은 문제가 발생합니다.
플러그인의 WordPress 호스팅 버전을 저장하려는 위치를 찾으십시오. 기본적으로 /My Documents/WordPress/
모든 호스팅 된 개발 작업에 사용합니다. 폴더 내부를 마우스 오른쪽 버튼으로 클릭하고 드롭 다운 메뉴에서 "SVN Checkout"을 선택하십시오.
대화 상자가 나타나면 WordPress.org 플러그인 리포지토리 URL (내가 데모 목적으로 사용하고 있습니다)을 입력하고 생성 할 하위 폴더를 선택하십시오.
Tortoise는 약간 생각하면 WordPress.org에서 저장소를 가져옵니다. 새로 만든 폴더에는 필요한 모든 필수 폴더가 이미 설정되어 있습니다. 이제 한 번에 한 단계 씩 복사하여 붙여 넣기 만하면됩니다.
/tags
이것은 대부분의 튜토리얼에서 거꾸로 일하는 곳입니다. 다른 모든 사람들이 /trunk
먼저 커밋 한다고 말하지만 /trunk
플러그인을 볼 때 WordPress는 readme 파일 이외의 것을 사용하지 않습니다 . 따라서 /trunk
태그를 커밋하기 전에 플러그인을 설치 하고 네트워크 연결이 끊어 지거나 다른 문제가 발생하면 문제가 발생합니다.
/tags
폴더에서 플러그인 용으로 출시하려는 버전과 동일한 이름 의 폴더를 만듭니다. 따라서 버전 0.1을 릴리스하는 경우 /tags/0.1
폴더를 작성하십시오 .
전체 플러그인을이 폴더에 복사하십시오.
이제 폴더 내부를 마우스 오른쪽 버튼으로 클릭하고 드롭 다운 메뉴에서 "SVN Commit"을 선택하십시오.
모든 변경 사항을 표시하는 창이 나타납니다 (새 버전이 "버전이 지정되지 않음"으로 표시되어 있음).
모든 플러그인 파일 옆의 확인란을 선택하십시오 (또는 "모두 선택"을 클릭하여 모두 선택하십시오).
상단의 상자에 커밋 메시지를 입력하십시오. 태그를 커밋하고 있으므로 다음과 같은 것을 사용해야합니다.
[My Plugin] 버전 0.1 태그 지정.
확인을 클릭하십시오.
다시 Tortoise는 몇 분 동안 생각한 다음 서버에 커밋하기 위해 WordPress 사용자 이름과 비밀번호를 묻습니다. 이를 제공하고 진행될 때까지 기다렸다가 "성공"이라고 말한 후 다음 단계로 넘어갑니다.
/trunk
이제 /trunk
저장소 의 폴더로 이동 하여 플러그인을 해당 폴더에 다시 복사하여 붙여 넣습니다. 위의 동일한 단계를 수행하여 파일을 선택하고 커밋을 준비하십시오. 그러나 메시지의 경우 새 릴리스의 기능을 설명하는 것을 사용하십시오.
[My Plugin] 버전 0.1-OpenID 지원이 추가되었습니다.
모든 것이 끝나면 WordPress.org의 서버가 따라 올 때까지 조금만 기다려야합니다. 그것들은 다른 것보다 며칠 더 느려질 수 있지만, 1 시간 안에 리포지토리에서 새로운 릴리스를 볼 수 있습니다.
플러그인이 시작되면 업데이트 준비가 비교적 쉽습니다.
먼저 SVN 업데이트 명령을 사용하여 최신 버전의 저장소가 있는지 확인하십시오. 당신이 유일한 개발자라면, 당신은 이미해야하지만 어쨌든 커밋하기 전에 업데이트하는 것이 좋습니다.
그런 다음 위의 프로세스 /tags
를 통해 새 버전 의 새 하위 폴더를 만듭니다 . 말해봐 /tags/0.2
. 이전 /0.1
폴더를 만지지 마십시오 . 이유가 있으므로 다시는 만지지 않을 것입니다.
새 태그를 커밋 한 다음 /trunk
폴더 로 이동하십시오 . 모든 것을 /trunk
새 버전으로 바꾸고 위와 같이 커밋하십시오. 서버가 업데이트되면 이전 버전이 아닌 새 버전에 대해 이야기하기 시작합니다.