• Как правильно делать частичный merge чтобы избегать последующего геморроя?

    dskarataev
    @dskarataev Автор вопроса
    Да, чтобы можно было видеть откуда что залито
  • Как правильно делать частичный merge чтобы избегать последующего геморроя?

    dskarataev
    @dskarataev Автор вопроса
    Есть ветки:
    1)develop - так же как на схеме
    2)beta - код, который соответствует тому что мы устанавливаем клиенту на тестовую базу
    3)master - тот код который залит в рабочую базу

    feature/some_feature заливается в develop после внутреннего тестирования
    feature/some_feature заливается при этом в beta и одновременно закачивается в тестовую базу клиента

    когда клиент протестирует изменения, если он находит ошибки, то в feature/some_feature делаются дополнительные коммиты с исправлением и изменением тестов, потом это снова заливается в develop и в beta. Если никаких ошибок больше клиентом не найдено, ветка feature/some_feature удаляется, а beta заливается в master, одновременно с этим делается заливка модулей в рабочую базу клиента.

    Дело в том, что из feature в beta иногда хочется перенести только часть изменений, которые мы протестировали и они стабильно работают, при этом мы делаем merge и вторая часть уже пропадает, т.е. не доступна для повторного merge - показывает как будто изменений между ветками нет.
  • Как правильно делать частичный merge чтобы избегать последующего геморроя?

    dskarataev
    @dskarataev Автор вопроса
    Все это прекрасно, я это уже читал много раз. только есть практические вопросы использования. допустим у нас нет релизов, у нас релизы по сути делаются по каждой отдельной задаче, т.к. мы разрабатываем модули к системе, а не улучшаем уже имеющиеся. Есть ветки:
    1)develop - так же как на схеме
    2)beta - код, который соответствует тому что мы устанавливаем клиенту на тестовую базу
    3)master - тот код который залит в рабочую базу

    feature/some_feature заливается в develop после внутреннего тестирования
    feature/some_feature заливается при этом в beta и одновременно закачивается в тестовую базу клиента

    когда клиент протестирует изменения, если он находит ошибки, то в feature/some_feature делаются дополнительные коммиты с исправлением и изменением тестов, потом это снова заливается в develop и в beta. Если никаких ошибок больше клиентом не найдено, ветка feature/some_feature удаляется, а beta заливается в master, одновременно с этим делается заливка модулей в рабочую базу клиента.

    Дело в том, что из feature в beta иногда хочется перенести только часть изменений, которые мы протестировали и они стабильно работают, при этом мы делаем merge и вторая часть уже пропадает, т.е. не доступна для повторного merge - показывает как будто изменений между ветками нет.