Автоматично визначити мінімальну версію WordPress, необхідну для плагіна?

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

Я думаю, що сценарій міг би зрозуміти його досить легко:

1. Скануйте всі файли в плагіні.
2. Розбираємо з усіх інстанціацій класу і виклики функцій , засновані на new foo( [...] ), foo::bar( [...] ), bar( [...] ), call_user_func( [...] )і т.д. синтаксис.
3. Проаналізуйте джерело WP, щоб визначити, коли кожен із цих класів / функцій було додано до WordPress, використовуючи @sinceтег phpDoc.
4. Створіть звіт із переліком кожного класу / функції та версії, яку він додав, разом із найдавнішою версією WordPress, що включає всі класи / функції.

Я озирнувся, але не зміг знайти нічого подібного, і не маю часу, щоб сам це написати. Хтось знає про існуюче рішення?

Я знайшов рішення як автоматизований сервіс на веб- сайті http://wpseek.com/pluginfilecheck/

Це саме те, що було запропоновано, включаючи створення списку використаних функцій та надання пропозицій для коментарів Plugin-Header.

Оновлення: це більше не є точним. Дивіться відповідь Карстенбаха .

Що ж, здається, що відповідь "Ні, для цього не існує рішення".

Якщо хтось хотів написати таке, це може бути корисним:

• Загальний процес, описаний у питанні
• http://wordpress.org/extend/plugins/deprecation-checker/
• http://wordpress.org/extend/plugins/log-deprecated-notices/
• http://adambrown.info/p/wp_hooks/hook
• http://planetozh.com/projects/wordpress-functions-history/table_light.html

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

Ну, це скоріше відправною точкою, але це хороший список функцій WP і версій вони були додані / видалені тут . На жаль, він підходить лише до WP 3.0.1, але якщо ви знімаєте для 3.0 як базову лінію, це, принаймні, допоможе - якщо його немає в списку, це було додано пізніше. Ви можете надіслати електронною поштою Ожу та попросити його оновити список, і якщо хтось із нас отримає змогу, хтось може зробити плагін для перевірки (наприклад, зворотній перевірок анулювання ).

ETA: Per @mrwweb - Список гаків Адама Брауна ! Поточне до 3,3 і переходить до 1,2,1, який ніхто з розуму більше не працює (дата виходу 6 жовтня 2004 р.).

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

Можна було б розібрати @since, як ви кажете, але інструменти можуть зайняти вас лише поки що - ознайомлення з базою даних коду та ручна перевірка може бути дорогою.