Веб-версияОткрыть в Telegram
Ggithub_action_ru

github_action_ru

@github_action_ru · группа · Технологии · в индексе с 2026-07-12
284участников−15 за неделю
4 262сообщений в индексе
I
хттпс пока норм в жонкинсе говорят, гх статус как обычно зеленый
I
еще обещали в саппорт тикет сделать посмотрим че ответят (через сутки как обычно)
V
у меня кстати оба ключа локально, и не работают. но они называются по другому. условно говоря mykey.private + mykey.pub и не работает
  1. D
    В случае не стандартного названия. Ты по идее должен явно ключи указывать
    1. V
      я и указываю. раньше же работало. вопрос как ищется публичный ключ
  2. S
    mykey.private.pub тогда должен быть
Вся ветка · 3 ответа →
  1. A
    Фотография
    нажмите — покажем
    Пятничный раскат обнов be like.
Вся ветка · 1 ответ →
D
Полагаю если ты указываешь mykey.private, то он будет искать mykey.private.pub
V
спасибо ребят. не успел проверить ибо кажется локально у меня починилось, хотя инц всё ещё висит
A
Привет Required check + on.push.paths: кто как дает зеленый свет на merge PR, на которых CI вообще не стартует? Есть примерно такой workflow on: push: branches-ignore: - 'release/**' - 'preRelease/**' - 'milestone/**' paths: - 'sub_path1/**' - 'sub_path2/**' - 'sub_path3/**' В ruleset репозитория required check выставлен в Post-Build / Promote. Он появляется только после полного прогона CI. Что хочется: если diff PR vs base не попадает в эти paths - merge без полного CI. Если попадает - по-прежнему ждать настоящий check. Что нельзя/не хотим: Убирать required check из ruleset. Гонять полный CI на PR с изменениями только в docs/automation, например Два полных прогона на каждый product PR (push и pull_request/synchronize приходят оба). Кто-нибудь решал это в GHA без дублирования тяжёлого графа?
  1. K
    у нас есть маленькая джоба, которая через github scripts выставляет нужные чеки в подобных случаях
    1. A
      в смысле меняет required check на уровне репы ?
Вся ветка · 2 ответа →
A
Я что то странное спросил или ни у кого никогда не было таких проблем ? 😅
  1. S
    ты сложное спросил... видимо всем лень копипастить в нейронки =)
Вся ветка · 1 ответ →
A
Ссылка
нажмите — покажем
GitHub внедрила новую защиту от ботов, которая начала массово ломать CI/CD-пайплайны по всему миру, возвращая ошибку 401 Unauthorized при попытке анонимно клонировать публичные репозитории через HTTPS. https://github.com/orgs/community/discussions/206581
  1. A
    Похоже, это также влияет и на GHR, недавно с таким же сталкивался.
Вся ветка · 1 ответ →
A
А разве можно анонимно клонировать по ssh ?
  1. S
    401 unauthorized это по https клонирование
Вся ветка · 1 ответ →
A
Это я понял. Но раз внедрили по https, то должна быть альтернатива
A
GHES худшее что я видел за последнее время

Открытая публичная лента из поискового индекса ChatCrawler — «Google по публичному Telegram»; обновляется по мере обхода площадки. Время — UTC.

Только публичный контент, официальный API Telegram. О проекте · Вопросы · Чего мы не делаем · Убрать страницу из выдачи · Каталог · Поиск · Как мы считаем