Davert Dec 19 2011 at 04:48

Легкая публикация PEAR-пакетов

4 min

3.2K

PHP*

+34

Comments 22

VolCh Dec 19 2011 at 05:24

А какие-нибудь требования к путям есть? Если ставить из ~/project всё равно попадет в /usr/share/php/PEAR/project или куда там у кого попадает?

Davert Dec 19 2011 at 15:11

угу, всё попадает в PEAR и легкодоступно оттуда. А самое главное, можно с пакетом поставлять консольную утилиту, которая будет доступна по всей системе. Опять таки, примеры из статьи: PHPUnit, Docblox.

vaniaPooh Dec 19 2011 at 09:26

А есть у вас конкретный пример созданного репозитория, чтобы потестировать можно было?

vaniaPooh Dec 19 2011 at 09:27

Ну в смысле PEAR-канала я имел в виду. Утро понедельника. =)

Davert Dec 19 2011 at 14:17

Да, вчера тестировал. Всё ок. Потому и про большие буквы написал )

Не хотел пиариться в статье, но вот: davertmik.github.com/pear/

vaniaPooh Dec 19 2011 at 17:30

Ух-ты! Это что-то типа Behat?

Davert Dec 19 2011 at 18:01

Угу, но без Gherkin

github.com/DavertMik/Codeception

Тесты пишутся с помощью PHP DSL. В последней версии уже даже юнит-тесты писать можно.

LastDragon Dec 19 2011 at 10:26

Интересная статья, спасибо. Но, ИМХО, все равно как то сложно. + мне не совсем понятно как в pear-е решается задача отслеживания всех нужных текущему проекту (который не будет непосредственно публиковаться в pear-е) библиотек и их версий.

Поэтому, не так давно думал вместо pear-а приспособить ivy (http://ant.apache.org/ivy/) — паковать классы ant-ом в phar-ы и публиковать в ivy-репозитории. Если учесть универсальность ant-а и возможность написания новых задач для него даже на самом PHP (не без граблей, к сожалению), то должно получиться гораздо удобнее (ИМХО) pear-а (все phar-ы будут храниться где-то в проекте).

Davert Dec 19 2011 at 14:20

Эта секция специально опущена, ибо отслеживание там ужасное. Потому лучше везде указывать stable и no dependencies. Стабильный PEAR-пакет может вполне отказаться устанавливаться, если ссылается на пакет менее стабильный. И тут уже начинаются пляски с бубном: нужно установить вручную специфичные версии пакетов, а тогда уже ставить основной.

Сейчас для установки зависимостей практичнее использовать composer.

Davert Dec 19 2011 at 14:24

Лично я реализовывал установку всех зависимых библиотек вручную, самим пакетом.
Т.е. с консоли запускается команда codecept install — она всё устанавливает.

LastDragon Dec 19 2011 at 14:27

> Сейчас для установки зависимостей практичнее использовать composer.

Чем больше программирую на PHP, тем больше убеждаюсь в том, что это путь вечного велосипедостроения. Ivy, ИМХО, более практичен — т.к. универсальный и может использовать и для других языков (т.е. в последствии не придется переучиваться на что-то другое).

Davert Dec 19 2011 at 14:30

Есть такое. А до руби с их бандлером тут вообще далеко.

Но как бы composer он поддерживается symfony-сообществом, так что рано или поздно может превратиться из велосипеда в добротный автомобиль.

PQR Dec 19 2011 at 10:38

Заинтересовала функция Pearfarm_PackageSpec::create(...)->addGitFiles()
Pearfarm каким-то образом в курсе насчёт git и умеет работать с репозиторием?
Было бы понятно, если бы вызывалась функция вроде ->addAllFilesFromCurrentDir(), но упоминание git на этом этапе смутило.

Davert Dec 19 2011 at 14:23

Всё предельно просто. Вот код этой функции:

  public function addGitFiles()
  {
    $result = NULL;
    $output = array();
    $lastLine = exec("cd {$this->options[self::OPT_BASEDIR]} && git ls-files", $output, $result);
    if ($result != 0) throw( new Exception("Error ($result) running git ls-files: " . join("\n", $output)) );

    $this->addFilesSimple($output);

    return $this;
  }

ekaragodin Dec 19 2011 at 14:42

Кому и это слишком сложно могут воспользоваться http://pearhub.org. Он умеет автоматичеки создавать pear-канал из svn или git репозитория.

Davert Dec 19 2011 at 14:48

Конечно, его я тоже пробовал. Но опять таки, немного доверия к сторонним сервисам, плюс релиз для моего репозитория он так и не смог создать. Хотя я ему 4 тега создал всех видов.

Кроме того, я совсем не понял, как настраивать отдельные пункты package.xml, как например, установку запускаемых файлов.

Вообщем, идея хороша, но реализация пока не того уровня.

mecommayou Apr 10 2012 at 00:04

Почему пакет создается не через `pear package`, а через стороннюю тулзу?

mecommayou Apr 10 2012 at 00:08

Вопрос снимается.

Davert Apr 10 2012 at 00:10

А я уже полответа гневного настрочил )))

Короче, вот манифест пакета, который сгенерен вот этой тулзой.
github.com/Codeception/Codeception/blob/master/package.xml

Вручную писать его — никакого смысла.

mecommayou Apr 10 2012 at 00:19

Запустив `pear package` сразу все прояснилось. Мой первый пакет будет из 1 файла и 1 зависимости, так что в моем случаем возможно и руками создать не проблема.

Не совсем согласен с вариантом выбора места на github для «корня» канала, но это позже опишу в топике.

mecommayou Apr 10 2012 at 01:54

FYI: Создание канала на github.com и первого пакета заняло полтора часа включая приготовление кальяна и открытия «напитков» ;) Единственное неудобства что Pirum, что Pearfarm находятся в каком-то пререлизном состоянии с набором ограничений, но тем не менее работают.

P. S.
PEAR на первый взгляд не хватает удобных родных и простых консольных инструментов для сборки / релиза пакетов.

Davert Apr 10 2012 at 01:58

PEAR, как и все костыли вокруг него ужасно костыльны. Тут спорить не буду. Рад, что время скрашивалось кальяном )

Если чо, сейчас дико пиарят Composer getcomposer.org/ как альтернативу пиру.
Пока тоже сыровато, но по крайней мере плясок с бубном требует меньше.

Show the best of all time