Вывод GitLab для истории коммитов
Сценарий №1: Я использую этот статический URL-адрес для добавления к моему билету JIRA, который перенаправляет меня на все коммиты в этой версии.
//-/фиксирует/выпускает/
Но это дает мне все журналы, включая предыдущий. то есть в предыдущей версии, технически это правильно, и перенаправления GitLab показывают все в предыдущих элементах истории коммитов.
Но требование остановиться на ветке не показывать со старта а только с созданной ветки.
Сценарий №2: Итак, я начал использовать Gitlab API, и если я вызываю этот API, я получаю JSON, который мне нужно разобрать и прикрепить к заявке Jira.
/api/v4/projects//repository/commits?ref_name=.Проблема здесь: Я хотел следовать приведенному выше подходу со ссылками, чтобы прикреплять в Jira любые изменения, которые произошли после того, как файл, прикрепленный с журналами изменений, вызываемый GitLab API, я могу видеть их напрямую, а не поддерживать добавление файлов для программы новых изменений.
Можете обратиться за помощью, какой URL-адрес я могу использовать, чтобы не показывать мне старые коммиты GitLab, кроме всей истории с момента, когда ветка была отключена, а не с начала.
Дан образец: Сценарий №1: дает хороший пользовательский интерфейс Gitlab со всеми журналами, отображаемыми в разделе Commit
Зафиксировать # 100 Коммит #99 . . . .Commit #88 (когда эта ветка была создана) .Коммит #87 .Коммит #86 . . ..Commit #01 (это до тех пор, пока я не увижу больше о загрузке, которую я не хочу и хочу остановиться на Commit #88, когда ветка была создана.
Сценарий №2 Использование Gitlab API Я получаю правильные данные, но затем мне приходится сбрасывать файл во время звонка, и могут быть дополнительные изменения позже через неделю до запланированного отключения следующей ветки, которые я могу пропустить, поэтому хочу использовать по ссылке в качестве сценария на не загружая больше записей старых веток.
API возвращает только это, но должен создать файл и прикрепить его как устаревшие записи.
Коммит #100 Когда я вызываю API Коммит #99 . . . .Commit #88 (когда эта ветка была создана)
Спасибо за быстрый ответ @sytech, если я использую API в определенное время, я могу создать файл с существующим URL-адресом сценария № 2, однако затем, пока не произойдет следующее отключение, я должен продолжать проверять разницу и сбрасывать файлы журнала. Есть ли способ, где я могу иметь URL-адрес без API, который может дать выходные данные API сравнения, поэтому мне не нужно продолжать проверку до следующего отключения, но всякий раз, когда пользователь щелкает ссылку, он может отображать вывод в виде скриншота.
Да, представление сравнения также можно отобразить в пользовательском интерфейсе по адресу /-/compare?from=source&to=target. Он находится в репозитории -> сравнить на боковой панели.
Сравнение, которое я искал, просто не может подтвердить, как если бы я зашел в настройку вехи, количество коммитов не соответствует версии 2.. версии 3, дающей все элементы, исправленные в версии 2.
Ответы 1
Вы можете использовать сравнить API, чтобы получить только коммиты для конкретной ветки/тега/релиза.
Поскольку коммиты могут быть разделены между многими ветками, это, вероятно, самый разумный способ сделать это, но вам нужно будет выбрать ветку для сравнения при сравнении; наверное main/master.
Кажется, что разбиение на страницы не работает в API, а также в Интернете отображается только 100 записей, и они не поддерживают больше из-за проблем с производительностью, но я полагаю, что API получает все элементы. Параметр per_page, page здесь не используется. если можете порекомендовать.
Подойдет ли сравнить API для этого варианта использования? Таким образом, вы получаете только список коммитов между двумя указанными ветвями — например, вы можете использовать ссылку на результаты сравнения для вашей рабочей ветки и ветки по умолчанию (
main/master/etc).