Сколько трубопроводов для магистральной разработки?

 $(document).ready(function () {
    $('#wb_Image3 a img').hover(function () {
        $(this).stop().animate({
            opacity: .4
        }, 200);
        $('.text').removeClass('hide');
    }, function () {
        $(this).stop().animate({
            opacity: 1
        }, 500);
        $('.text').addClass('hide');
    });
});

http://jsfiddle.net/sushanth009/TwNGw/2/

проверить ссылку на скрипку, это хорошая демонстрация связывания изображения с текстом область.

0
задан overexchange 18 January 2019 в 21:05
поделиться

1 ответ

Лично я предпочел бы разработку на основе транков независимо от размера команды:)

Количество веток релиза на самом деле не определяется используемой методологией (TBD или чем-то еще), а скорее деловыми причинами:

  • ветки релизов используются для продуктов, которые действительно нуждаются в разных, более или менее замороженных релизах, таких как ОС или встроенные системы, например. Типичные причины таких потребностей включают в себя:
    • значительное длительное время, необходимое для проверки всех критериев качества выпуска, для стабилизации программного обеспечения требуется изолировать выпуск от продолжающейся разработки до следующего выпуска, чтобы соответствовать этим критериям
    • [1110 ] необходимо поддерживать несколько выпусков одновременно - ветви выпусков становятся средствами доставки исправлений для каждого выпуска
  • , если нет жестких требований для отдельных выпусков веток выпуска может стать ничем иным, как тегами / метками в основной ветке разработки и интеграции - это действительно то, к чему сводится настоящий CD. Конвейер CI / CD выполняется для каждой фиксации, и всякий раз, когда он проходит все критерии выпуска, выпуск выпускается.

Вам понадобится один конвейер Jenkins для каждой ветки релиза и один для основной ветки разработки (если вы не выпускаете напрямую из нее).

0
ответ дан Dan Cornilescu 18 January 2019 в 21:05
поделиться
Другие вопросы по тегам:

Похожие вопросы: