AP
прям в дире контриба?
Я просто не задумывался как наследуются .gitignore
Я просто не задумывался как наследуются .gitignore
Да, хм, интересно)
Size: a a a
2019 December 17
AP
Сам уже не помню, но работает)
AP
Но вообще, наверное правильнее бэкапить файлы и diff -u)
AP
Кстати, с композером можно просто запросить версию из сорса и оно сразу с гитом будет)
АК
как ты написал, так и делай
правда я локально патчи не храню, как исправил, сразу на дорг в коммент и оттуда цепляю
правда я локально патчи не храню, как исправил, сразу на дорг в коммент и оттуда цепляю
Локально он должен полежать пару минут только))) хотя было пару раз, какие-то патчи, в которых не уверен, что пойдут вне контекста проекта, так они остаются локально
АК
Кстати, с композером можно просто запросить версию из сорса и оно сразу с гитом будет)
Ну это всё равно почти те же манипуляции, что делать гит клон
ИЛ
Смысл патчить для контекстного?
AP
Стратегически удобнее на д-орг закидывать
AP
Алексей Кузнецов
Ну это всё равно почти те же манипуляции, что делать гит клон
Не, тут как раз быстрее новый реп сделать и не тянуть всю историю
AP
Смысл патчить для контекстного?
Ну костыли же удобно с проектом таскать
АК
Смысл патчить для контекстного?
Я уже не помню, давно было. Может просто не умел тогда сервисы переопределять)))
AP
Обычно это зовётся hotfix)
2019 December 18
I<
Алексей Кузнецов
А вообще вопрос: как оптимально наладить процесс создания патчей? Просто я делаю обычно так: вижу баг в модуле в проекте, правлю код прямо на месте, тестирую, чтобы всё работало. Потом выкачиваю модуль по git instructions в отдельную папку, копирую в него изменения из проекта, генерирую патч. Потом вкидываю патч в проект, применяю его и опять тестирую. И если всё норм, то отправляю патч на орг. И вот мне кажется, что в этом процессе что-то не так. Явно же как-то можно обойтись без копирования туда-сюда
На рабочем проекте обычно стоят стабильные версии пакетов, а патчи делаются относительно Гит HEAD. Поэтому лучше иметь отдельное окружение для этого, и ставить там всё из Гита.
У
Парни, привет.
Подскажите как проще реализовать?
Есть 2 ноды, разные по типу.
Нода В через референс поле ссылается на ноду А.
в ноде В выводятся некоторые поля с ноды А (готовая сущность с определенным набором полей)
Необходимо в ноде В добавить ещё раз вывод некоторых полей с ноды А (готовая сущность с другим набором полей)
Возможно есть готовые модули для клонирования поля в отображении ноды В?
#drupal8
Подскажите как проще реализовать?
Есть 2 ноды, разные по типу.
Нода В через референс поле ссылается на ноду А.
в ноде В выводятся некоторые поля с ноды А (готовая сущность с определенным набором полей)
Необходимо в ноде В добавить ещё раз вывод некоторых полей с ноды А (готовая сущность с другим набором полей)
Возможно есть готовые модули для клонирования поля в отображении ноды В?
#drupal8
AI
Парни, привет.
Подскажите как проще реализовать?
Есть 2 ноды, разные по типу.
Нода В через референс поле ссылается на ноду А.
в ноде В выводятся некоторые поля с ноды А (готовая сущность с определенным набором полей)
Необходимо в ноде В добавить ещё раз вывод некоторых полей с ноды А (готовая сущность с другим набором полей)
Возможно есть готовые модули для клонирования поля в отображении ноды В?
#drupal8
Подскажите как проще реализовать?
Есть 2 ноды, разные по типу.
Нода В через референс поле ссылается на ноду А.
в ноде В выводятся некоторые поля с ноды А (готовая сущность с определенным набором полей)
Необходимо в ноде В добавить ещё раз вывод некоторых полей с ноды А (готовая сущность с другим набором полей)
Возможно есть готовые модули для клонирования поля в отображении ноды В?
#drupal8
А зачем что-то клонировать? Добавь ещё одно поле референс и снова ссылайся на сущность А
АК
Наделай нужных вьюмодов и накидай их в ноду через лэйаут билдер
АК
И не надо будет лишних полей
У
А зачем что-то клонировать? Добавь ещё одно поле референс и снова ссылайся на сущность А
Что бы дважды юзер не заполнял
У
Алексей Кузнецов
Наделай нужных вьюмодов и накидай их в ноду через лэйаут билдер
Спасибо, попробую