Ing. Calogero Bono
GitHub uruchomiło publiczny podgląd nowej strony Overview dla pull request. Funkcja włącza się opcjonalnie, a wdrażanie, według ogłoszenia, potrwa także w weekend. Na górze pokazuje stan merge i dostępne działania w zwartym podsumowaniu. Ma to znaczenie, bo osoba przeglądająca wiele pull request traci czas na przewijanie komentarzy i zdarzeń, zanim zrozumie, co blokuje pracę.
Kilka pojęć, zanim przejdziemy do faktów. Pull request to prośba o połączenie zmian z gałęzi z głównym kodem. Merge box to panel, w którym GitHub pokazuje, czy prośbę można scalić. Check to automatyczne kontrole, na przykład testy. Public preview to etap, w którym funkcja jest otwarta dla wszystkich, ale wciąż jest rozwijana. Branch to gałąź robocza kodu.
Czym jest strona Overview pull request?
Według oficjalnego ogłoszenia GitHub, to nowy widok pull request, oferowany jako podgląd tym, którzy go wybiorą. Na górze umieszcza podsumowanie postępu, dzięki czemu nie trzeba już przewijać strony do merge boxa.
GitHub przedstawia to jako pierwszy krok szerszej przebudowy, mającej ułatwić śledzenie pull request, gdy kod, rozmowy i recenzje się zmieniają.
Jak zmienia się merge box?
GitHub deklaruje, że przeprojektowało go tak, by pokazywał te same informacje na mniej niż połowie miejsca. To nie tylko przesunięcie wyżej.
- Zwarty widok checków, komentarzy i zatwierdzeń utrzymuje kontekst pod ręką.
- Można zareagować na to, co blokuje, na przykład aktualizując gałąź.
- Widać, czy prośba jest gotowa, i można ją scalić, gdy wymagania są spełnione.
Z podsumowania można potem przejść do przydatnych szczegółów, takich jak nieudane checki, osoby, które jeszcze muszą zatwierdzić, czy istotne komentarze.
Jak łatwiej śledzić komentarze?
Podgląd wprowadza kilka narzędzi, które pomagają odnaleźć wątek.
- Filtry dla nierozwiązanych rozmów lub komentarzy napisanych przez ciebie.
- Sortowanie od najnowszego do najstarszego.
- Podsumowanie w prawym górnym rogu, by znaleźć komentarze recenzji, prośby o review i inne aktualizacje.
Z nagłówka można też oznaczyć wersję roboczą jako gotową do recenzji albo zamknąć pull request, zależnie od uprawnień.
Jak wypróbować i wrócić do klasycznego widoku?
Wystarczy kliknąć przycisk «Wypróbuj stronę Overview», z ikoną iskier, w nagłówku pull request. Z tego samego menu w trakcie podglądu wraca się do klasycznego widoku.
GitHub zachęca do wypróbowania go na następnym pull request i do podzielenia się opinią, co jest łatwiej znaleźć, gdzie wciąż gubi się kontekst i co skłania do powrotu do klasycznego widoku. Opinię zostawia się w dedykowanej dyskusji. Jeśli chcesz przejrzeć proces pracy, zacznij od naszego przewodnika o pull request i code review.
Ograniczenia, o których warto wiedzieć
Na razie mamy tylko ogłoszenie GitHub. Nie ma niezależnych pomiarów zaoszczędzonego czasu, a dane o zmniejszeniu o połowę miejsca zajmowanego przez merge box pochodzą od firmy. Nie podano planów, dat ogólnej dostępności ani przyszłych zmian. GitHub sama określa podgląd jako «punkt wyjścia», więc interfejs może się zmieniać na podstawie opinii.
Co zmienia się dla osób pracujących w technologii
Jeśli codziennie przeglądasz kod, to podsumowanie może skrócić drogę od zrozumienia, co blokuje, do wiedzy, co zrobić dalej. Jest przydatne w zespołach z wieloma otwartymi prośbami. Wypróbuj widok na kilku prawdziwych pull request, bez narzucania go wszystkim, bo można go wyłączyć. Jeśli pracujesz z regułami ochrony gałęzi i testami automatycznymi, warto sprawdzić, czy checki są czytelne w nowym podsumowaniu. Dobrze zbudowane testy automatyczne sprawiają, że ten widok jest bardziej przydatny.
Nasza opinia
To drobna, ale dobrze ukierunkowana zmiana. Przegląd kodu stał się wąskim gardłem wielu zespołów, tym bardziej że rośnie liczba zmian do sprawdzenia, jak pokazuje praca GitHub nad agentami kodu. Od razu jasny stan prośby jest bardziej pomocny niż wiele nowych funkcji. Pozostaje pytanie, czy podsumowanie sprawdzi się przy długich i złożonych pull request, gdzie ryzykiem jest zbytnie zaufanie streszczeniu.
Najczęstsze pytania
Czy nowa strona Overview jest dostępna dla wszystkich?
Nie, to publiczny podgląd z dobrowolnym włączeniem. GitHub mówi o wdrażaniu, które potrwa do weekendu. Aby wejść, używa się przycisku w nagłówku pull request.
Czy mogę wrócić do klasycznego widoku?
Tak. W trakcie podglądu z tego samego menu, którego użyto do wejścia, można wrócić do klasycznego widoku.
Co pokazuje nowy merge box?
Pokazuje w zwartej formie stan merge i dostępne działania. Zawiera widok checków, komentarzy i zatwierdzeń. GitHub deklaruje, że zajmuje mniej niż połowę dawnego miejsca.
Czy mogę filtrować komentarze?
Tak. Można zobaczyć tylko nierozwiązane rozmowy albo komentarze napisane przez ciebie. Można też sortować od najnowszego do najstarszego.
Gdzie zostawić opinię?
W dedykowanej dyskusji o podglądzie strony Overview, wskazanej przez GitHub w ogłoszeniu. Firma prosi o informacje, co jest łatwiej znaleźć i gdzie gubi się kontekst.
Na co zwrócić uwagę w najbliższych tygodniach przy pull request na GitHub
Podgląd to początek szerszej przebudowy. Warto obserwować, jak się rozwija i czy sprawdza się w codziennym użyciu.
- Sprawdzaj, czy GitHub zapowiada nowe elementy doświadczenia, poza merge boxem.
- Porównaj z zespołem czasy recenzji przed i po użyciu nowego widoku.
- Śledź zgłoszenia w dyskusji z opiniami, by zrozumieć, jakie ograniczenia się ujawniają.
