зачем? (я не прикалываюсь - я пытаюсь понять, какой у вас use case)
Мы каждый раз перегенрируем весь проект в CI (чтобы точно быть увереным, что нигде ничего не забыли и не сломали). При этом используем генерилки от других команд, которые любят ломать обратную совместимость и даже переносить репозитории. Поэтому хотим хранить точно работающую с нашим кодом версию генерилки и в CI ее запускать для перегенерации, а обновлять иногда и аккуратно.
> При этом используем генерилки от других команд, которые любят ломать обратную совместимость и даже переносить репозитории. Вообще имхо это надо организационно решать. Но мой варинт эту потребность должен закрыть
Мы каждый раз перегенрируем весь проект в CI (чтобы точно быть увереным, что нигде ничего не забыли и не сломали). При этом используем генерилки от других команд, которые любят ломать обратную совместимость и даже переносить репозитории. Поэтому хотим хранить точно работающую с нашим кодом версию генерилки и в CI ее запускать для перегенерации, а обновлять иногда и аккуратно.
Кто-то может подсказать почему в этом примере из Го Тура анонимная горутина не блочится после первой итерации в цикле? По идее, если попытаться читать из небуф. канала, то горутина должна заблочиться до тех пор, пока не появится кто-то пишущий в этот небуф. канал. https://tour.golang.org/concurrency/5