Size: a a a

2020 February 01

C

Comrade Gagarin in Drupal RU
А смысл, если всё в lock файле будет зашито?
источник

I<

Ivan in Drupal RU
мне так удобней, иногда когда композер тупит, можно просто снести vendor и composer.lock
источник

I<

Ivan in Drupal RU
и выполнить composer install
источник

I<

Ivan in Drupal RU
при этом drupal может не взначай обновиться
источник

I<

Ivan in Drupal RU
поэтому я его фиксирую в composer.json
источник

I<

Ivan in Drupal RU
чтобы обновлять его отдельно
источник

C

Comrade Gagarin in Drupal RU
разумно
источник

I<

Ivan in Drupal RU
Comrade Gagarin
нет, кастомный модуль в modules/custom
На кастомных проектах функциональные тесты обычно пишут для всего сайта, а не для отдельных модулей. Поэтому все эти зависимости ядра как бы не нужны.
источник

I<

Ivan in Drupal RU
https://gitlab.com/weitzman/drupal-test-traits
Самый простой и адвкватный способ тестировать Друпал 8 сайты.
источник

C

Comrade Gagarin in Drupal RU
функциональные тесты зависят от phpunit
источник

I<

Ivan in Drupal RU
Comrade Gagarin
функциональные тесты зависят от phpunit
В общем случае они могут даже от PHP не зависить.
источник

I<

Ivan in Drupal RU
Можно взять например какой нибудь JS фрейворк для функциональных тестов.
источник

C

Comrade Gagarin in Drupal RU
есть какой-нибудь BrowserTestBase, как его без phpunit запускать?
источник

I<

Ivan in Drupal RU
никак, для кастомного проекта они не нужны
источник

C

Comrade Gagarin in Drupal RU
или WebDriverTestBase
источник

I<

Ivan in Drupal RU
В DTT используется ExistingSiteBase
источник

I<

Ivan in Drupal RU
PHPUnit никуда не денется
источник

I<

Ivan in Drupal RU
DTT тоже от него зависит
источник

ИЛ

Иван Лещёв in Drupal RU
Comrade Gagarin
есть какой-нибудь BrowserTestBase, как его без phpunit запускать?
какие тесты, у тебя в винде конфиг не импортируется
источник

ИЛ

Иван Лещёв in Drupal RU
гагарин, не вари
источник