Стабільний тег плагіна у файлі readme

Якщо я натискаю нову версію (v0.2) мого плагіна (v0.1) на репо, що я роблю зі стабільним тегом у файлі readme? Змінити його на v0.2?

Що тут має прийти? Пояснення, будь ласка :)

svn plugin-repository readme

— Ашфема
джерело

Відповіді:

Так. Тобі потрібно:

Змініть стабільний тег на 0,2
Затвердити (або скопіювати / відділити) нову версію /tags/0.2
Не забудьте оновити версію до 0,2 у заголовку плагіна

— Найрідкісніший
джерело

Я думаю, що останнім кроком рекомендується оновити оновлення, trunk/readme.txtщоб відобразити новий стабільний тег. В іншому випадку ви можете отримати можливий стан перегонів, коли сервери wp.org думають, що є новий тег для з’єднання, але він фактично ще не існує, оскільки ви ще цього не зробили svn cp.

— Дугал Кемпбелл

@Dougal Campbell Я думаю, що інтервал оновлення сховища становить 15 хвилин, тому замовлення не є особливо важливим, і я не мав на увазі свою відповідь на виконання будь-якого замовлення ... Я відредагую, щоб змінити список, що не має порядку.

— Рарст

Що з замовленням? Чи не повинен я просто зробити все, щоб пройти транскрипцію, а потім скопіювати в підкаталог у тегах?

— Ашфам

@Ashfame так, це спрацює. Я думаю, що Дугал хотів описати це те, що він може виблискувати, якщо оновлення сховища відбудеться після зміни ствола, але перед тим, як створити цільовий тег. Особисто я вважаю, що це малоймовірно.

— Рарст

@Rarst Навіть якщо цей глюк відбудеться, він все одно вирішиться в наступному оновленні, правда?

— Ashfame

Я рекомендую такий порядок операцій:

Оновіть файл додатка .phpв магістралі, щоб відображати нову версію, і виконайте зобов’язання
svn cp trunk tags/0.2
Редагуйте tags/0.2/readme.txtта trunk/readme.txtвідображайте новий стабільний тег
svn commit -m "Tagging ver 0.2"

— Дугал Кемпбелл
джерело

Stable tagВказує на поточну версію в сховище SVN , який ви хочете користувачам використовувати / оновити. У більшості випадків просто встановіть його на «багажник», як пояснено у цій статті журналу Smashing, як поліпшити Readme.txt плагіну WordPress.

Стабільна мітка . Стабільний тег повідомляє WordPress, яка версія плагіна повинна відображатися в каталозі. Це має бути в цифровому форматі, що набагато простіше в роботі з WordPress. Націліться на числа, як-то 1,5, 0,5 або будь-яку версію, в якій ви перебуваєте. Якщо ваша стабільна версія знаходиться в магістралі в Subversion, тоді ви можете вказати "trunk", але це єдиний раз, коли ви повинні використовувати слова замість цифр.

Крім того, з фактичної документації WordPress ,

Каталог плагінів WordPress.org працює на основі інформації, знайденої в полі Stable Tag у readme. Коли WordPress.org розбирає readme.txt, перше, що потрібно зробити, це подивитися на readme.txt у каталозі / trunk, де він читає рядок "Стабільний тег". Якщо стабільний тег відсутній або встановлено "trunk", то версія плагіна в / trunk вважається стабільною версією. Якщо стабільний тег встановлений на що-небудь інше, він буде переглянуто в / теги / для посилається версії. Таким чином, стабільний тег "1.2.3" змусить його шукати /tags/1.2.3/.

Якщо ви використовуєте svn як сховище своєї розробки, то має сенс використовувати фактичний номер версії в тезі Stable. наприклад, 1.5.2, поки ви маєте v2.0.0 у сховищі, над яким ви зараз працюєте, але він все ще знаходиться на стадії розробки.

Інша причина використовувати номер версії

Якщо ваш плагін має переклади та використовує перекладені рядки з локалізованими функціями , можливо, ви захочете розглянути можливість використання стабільної версії для тегу, оскільки мовні файли завантажуються для цієї версії. Отже, якщо ви оновлюєте свій плагін і додаєте багато нових локалізованих рядків, то має сенс встановити свій стабільний тег до попередньої версії, щоб дати час перекладачам виконати переклад на нову версію. Як тільки переклади будуть готові, ви можете переключити стабільний тег.

— Авроврата
джерело