Translations:QA/Bibisect/39/ru

    From The Document Foundation Wiki

    Приложите это (линия source-hash-2d19e9bb07ccff3134f855812dddfda5c07b1fe4 является очень важной тут) и сделайте вывод:

    > git bisect log
    

    Который должен выглядеть примерно так:

    git bisect start 'latest' 'oldest'
    # good: [2faf4bc12ab490370d2196dedbc8091f9b09d0a5] source-hash-418a35f4861e863feb39eec73f4a39a87fbcb1f3
    git bisect good 2faf4bc12ab490370d2196dedbc8091f9b09d0a5
    # bad: [b6fca7e58854bc617c5fc9a75d1c1720b0d7e1a4] source-hash-ce60138d339a5eb2a174a5d27063249acf2cac42
    git bisect bad b6fca7e58854bc617c5fc9a75d1c1720b0d7e1a4
    # good: [0a28a62d53e996cf66d86e9bfb63ddc6ade75b7e] source-hash-71cbcb62028295a98ceee60cb4c4ee425bafcd2e
    git bisect good 0a28a62d53e996cf66d86e9bfb63ddc6ade75b7e
    # bad: [9625329ea5a7e3e8475cd21c07726beec20573bd] source-hash-2d19e9bb07ccff3134f855812dddfda5c07b1fe4
    git bisect bad 9625329ea5a7e3e8475cd21c07726beec20573bd
    # good: [89d91bb6074026dc0894bcdc6aaf8f6124102da7] source-hash-fb754a0df859e30255c25af8fa19bfaa75f257e7
    git bisect good 89d91bb6074026dc0894bcdc6aaf8f6124102da7
    

    Для разработчиков это даст хорошее понимание, где начинается ошибка. Также, поставьте слово bibisected в поле статуса whiteboard, для того, чтобы ошибка больше не появлялась в списке с нуждающимися для поиска при помощи Bibisect.

    Теги в репозиториях bibisect

    Репозиторий 42all тэги типа last35onmaster, last36onmaster, которые маркируют последние сборки на ветке master до того как релиз был ответвлён. Если вы имеете ошибку, которую вы уже о которой знаете что она воспроизводится между 4.0 и 4.1, вы мжете сделать следующим образом:

    > git bisect start last41onmaster last40onmaster
    

    для того, чтобы искать в этом диапазоне. Обратите внимание, что ответвление крупного релиза происходит гораздо раньше, чем первая финальная версия (обычно между альфа и бета). Так что ошибка в первом крупном релизе может быть воспроизведена после ответвления. Она по-прежнему должны быть доступна для поиска в bibisect на ветке master по пути к следующей версии, так как почти все фиксации на ветке релиза идут в первую очередь на ветку master. Поэтому обращайтесь с осторожностью.

    особенности репозитория ежедневных сборок dbgutil

    Каждая версия имеет файл build-info.txt, и первая строка файла содержит source-hash который говорит о сборке. Это будет полезно, если вы включите исходные хэши последней хорошей версии и первый плохой в вашем докладе о результатах тестирования bibisect.

    Не доступно для поиска

    Некоторые ошибки не доступны для поиска при помощи Bibisect. Это включает:

    • Ошибки, которые не воспроизводятся на GNU/Linux
    • Ошибки, которые предшествуют покрытию в сборке Bibisect (Мы работаем над расширением покрытия)
    • Ошибки, которые зависят от параметров создания не включен в сборки TDF (например, ошибки в -kde)

    Еслиa ошибка с bibisectrequest в поле статуса whiteboard оказывается не пригодной для поиска при помощи Bibisect, оставьте комментарий на ошибки объясняя, почему мы не можем использовать Bibisect, и заменить bibisectrequest на NotBibisectable в поле статуса whiteboard.