Moja firma używa travis-ci.org (darmowa wersja dla oprogramowania open source), aby automatycznie budować wnioski ściągać do naszego repozytorium na github. Mamy około 20 osób przesyłających żądania Pull do tego samego repo w ciągu dnia, a każdy z nich jest zbudowany w macierzy, która obejmuje dwa Build Jobs na Build. Często zauważamy, że po wysłaniu na travis trwa kilka minut, a czasem godzin. (Objaw: kompilacja pojawia się na travisie, ale licznik czasu nie uruchamia się i nie ma żadnego wyjścia konsoli przez jakiś czas.)Jak buduje się przepustnica travis-ci.org?
Zakładam, że tak się dzieje, ponieważ travis-ci.org jest archiwizowany lub kompiluje przepustnice. Przede wszystkim
- Czy celowo celuje w konstrukcje przepustnicy/ograniczenia prędkości?
Jeśli tak, w jaki sposób są dławione kompilacje?
- Per logowania? (Czyli za użytkownika github/organizacji, etc.)
- Per repo?
Are buduje dławiony
- Per "Build"?
- Za "Utwórz zadanie"?
Znajomość tego pozwoli nam zoptymalizować nasz czas budowy do końca w ramach ograniczeń travis-ci.org (które, mam nadzieję, są zgodne z dobrą grą jako wolny użytkownik).
Masz na myśli "wyzwolenie", gdy mówisz "przepustnica"? –
Niezupełnie, przypuszczam, że mógłbym użyć słowa "queued" zamiast dławionego, ale jest to część tego pytania - to celowe dławienie buduje procesy, jeśli uruchamiamy zbyt wiele naraz (20 osób przesyłających PR w ciągu dnia do to samo repozytorium)? Mogę zaktualizować pytanie: –
Czy to jest wersja open source? Nigdy nie miałem czasu na zbudowanie travisu. –