CI — использование правильного package.json в другой ветке

у меня есть репо с master и branch1. Я пишу тест в branch1 с mocha / chai, и я изменил пакет json (разветвил репо и внес в него некоторые изменения), но Трэвис, похоже, по-прежнему собирает старый, даже если я изменил свой package.json. Я только что разветвил и заменил версию в package.json именем репо (как всегда).

Кто-нибудь сталкивался с чем-то подобным? Мне не хватает правильного способа заставить Трэвиса собрать package.json, который находится в запросе на вытягивание, где я работаю?


person Max    schedule 31.03.2016    source источник


Ответы (2)


просто пытаюсь прояснить некоторые вещи в вашем вопросе :)

Вы отправляете запрос на вытягивание в вышестоящий репозиторий, из которого вы разветвились, и хотите, чтобы интеграция Travis вышестоящего репозитория создавала ваш код?

Если это так, возможно, у сопровождающего вышестоящего репозитория не включен параметр «Build PR» в Travis для своего репозитория. Вы могли бы спросить их. См. этот вопрос для более подробной информации. Или, возможно, ваш PR нельзя объединить, как описано в документации Travis.

Или вы работаете над веткой в ​​своем собственном репо, которую вы разветвили из основной ветки разработки?

Если это так, вам нужно настроить интеграцию Travis самостоятельно в своем собственном разветвленном репо.

person ocean    schedule 01.04.2016
comment
да, я разветвил репозиторий восходящей ветки, изменил package.json в PR, который я сделал, и теперь пытаюсь заставить Трэвиса создать мой PR для проверки, что все хорошо. Я не знал о опции Build PR, я не устанавливал Travis, спасибо за информацию, я дам вам знать как можно скорее - person Max; 01.04.2016
comment
Кроме того, было бы полезно, если бы вы могли показать нам свое репо, если оно общедоступно? - person ocean; 01.04.2016
comment
Я хотел бы это сделать, но, к сожалению, не публикуется. Сборка PR уже включена, и самая сумасшедшая вещь в моем локальном репо, когда я делаю установку npm, а затем запускаю тест с мокко, я не получаю никаких ошибок, в то время как удаленный PR все еще получает ошибку, которую я использовал иметь при использовании неправильного пакета - person Max; 01.04.2016

Я решил свою проблему, указав в package.json идентификатор фиксации модуля узла. Возможно, это не лучший способ добиться этого, но теперь тест пройден.

person Max    schedule 01.04.2016