Size: a a a

2019 December 17

VP

Vlad Proshin (drugan) in Drupal RU
источник

AI

Andrei Ivnitskii in Drupal RU
Спасибо, похоже то, что мне нужно.
источник

AP

Andrey Postnikov in Drupal RU
Алексей Кузнецов
В ядре кстати депрекейтедов навалом. Можно посидеть пару выходных и нахватать кредитов на орге на бесплатный шторм)
Помощь реально нужна с этим, мета https://www.drupal.org/project/drupal/issues/2716163
источник

AP

Andrey Postnikov in Drupal RU
источник

АК

Алексей Кузнецов in Drupal RU
А какой токен вместо него?
источник

АК

Алексей Кузнецов in Drupal RU
А вообще вопрос: как оптимально наладить процесс создания патчей? Просто я делаю обычно так: вижу баг в модуле в проекте, правлю код прямо на месте, тестирую, чтобы всё работало. Потом выкачиваю модуль по git instructions в отдельную папку, копирую в него изменения из проекта, генерирую патч. Потом вкидываю патч в проект, применяю его и опять тестирую. И если всё норм, то отправляю патч на орг. И вот мне кажется, что в этом процессе что-то не так. Явно же как-то можно обойтись без копирования туда-сюда
источник

АК

Алексей Кузнецов in Drupal RU
Проект - это в данном случае имеется в виду локально развёрнутая копия сайта, а не тупо ядро или модуль
источник

ИЛ

Иван Лещёв in Drupal RU
тестируй прямо когда правишь
источник

AP

Andrey Postnikov in Drupal RU
Алексей Кузнецов
Проект - это в данном случае имеется в виду локально развёрнутая копия сайта, а не тупо ядро или модуль
Хм, тут 2 разных случая, я, как правило, уже нахожу готовый патч и его сначала на чистом ядре пробую воспроизвести, отсылаю, а потом на проект прикручиваю ибо редко лишь один патч на проекте и бывают коллизии
источник

VS

Victor Stepankov in Drupal RU
Andrey Postnikov
Хм, тут 2 разных случая, я, как правило, уже нахожу готовый патч и его сначала на чистом ядре пробую воспроизвести, отсылаю, а потом на проект прикручиваю ибо редко лишь один патч на проекте и бывают коллизии
тут же Алексей о том, что нашёл косяк в контрибе, наживую его поправил, как упростить процесс выливания патчей на орг?
источник

AP

Andrey Postnikov in Drupal RU
Но ядро из Гита всегда отдельно лежит, чтобы там историю грепать
источник

АК

Алексей Кузнецов in Drupal RU
Я фикшу только то, что мешает мне здесь и сейчас
источник

АК

Алексей Кузнецов in Drupal RU
Никаких абстрактных патчей откуда-то)
источник

AP

Andrey Postnikov in Drupal RU
Victor Stepankov
тут же Алексей о том, что нашёл косяк в контрибе, наживую его поправил, как упростить процесс выливания патчей на орг?
С контрибом (2 кейз) немного сложнее, там как правило релиз фиксиш на проекте, а потом пытаешься к дев-версии адаптировать и там чаще 2 патча с работе (для релиза и дев)
Но по мере стабилизации модулей чаще патч общий
источник

АК

Алексей Кузнецов in Drupal RU
Неееееет
источник

AP

Andrey Postnikov in Drupal RU
С вот тесты в отдельное время дописываю, ибо непросто разобраться в организации тестов для каждого модуля (стратегии разные)
источник

АК

Алексей Кузнецов in Drupal RU
Проект под гитом, а ядро и контриб - нет. Правлю код по месту - как сделать из изменений патч?
источник

ИЛ

Иван Лещёв in Drupal RU
Алексей Кузнецов
Проект под гитом, а ядро и контриб - нет. Правлю код по месту - как сделать из изменений патч?
как ты написал, так и делай
правда я локально патчи не храню, как исправил, сразу на дорг в коммент и оттуда цепляю
источник

AP

Andrey Postnikov in Drupal RU
Алексей Кузнецов
Проект под гитом, а ядро и контриб - нет. Правлю код по месту - как сделать из изменений патч?
Я обычно делаю git init там же и чиню, потом git diff > x.patch
источник

VS

Victor Stepankov in Drupal RU
Andrey Postnikov
Я обычно делаю git init там же и чиню, потом git diff > x.patch
прям в дире контриба?
Я просто не задумывался как наследуются .gitignore
источник