Tag: GitLab

  • Factory wzbogaca GitLaba o CI Components i gasi pożary stabilności

    Factory wzbogaca GitLaba o CI Components i gasi pożary stabilności

    Factory wzbogaca GitLaba o CI Components i gasi pożary stabilności

    Factory wypuściło wersję v0.142.0, w której użytkownicy zyskali możliwość bezpośredniej konfiguracji pipeline'ów code review przez GitLab CI Components. To pierwsze tak zaawansowane połączenie obu narzędzi – zamiast korzystać z zewnętrznych skryptów, Factory integruje się z mechanizmami CI GitLaba. Równocześnie zespół naprawił problem z duplikowaniem wiadomości w czacie oraz poprawił logikę odświeżania w przeglądarce diffów. To wydanie koncentruje się na inżynieryjnym porządkowaniu, co jest korzystne dla użytkowników.

    Kluczowe zmiany w Factory v0.142.0

    • GitLab CI Components pozwalają teraz na konfigurację pipeline'ów code review bezpośrednio z poziomu Factory.
    • Zduplikowane wiadomości w czacie zostały usunięte – poprawka dotyczy wielu obszarów jednocześnie.
    • Przeglądarka diffów zyskała ulepszoną logikę odświeżania, co eliminuje wizualne artefakty przy przełączaniu plików.
    • GitLab self-hosted działa teraz przez dedykowany flow OAuth, eliminując potrzebę ręcznego wklejania tokena.
    • Obserwowalność wchodzi w zakres uprawnień integracji – GitLab musi otrzymać scope'y read_observability i write_observability.

    GitLab CI Components zamiast klejenia na taśmę

    Dotychczas Factory wspierało GitLaba głównie poprzez aplikację OAuth dla instancji self-hosted. Konfiguracja wymagała stworzenia użytkownika „Factory Droid”, nadania mu odpowiednich uprawnień oraz autoryzacji przez panel Repository Selection. Funkcjonalne, ale bez większych innowacji.

    Wersja v0.142.0 dodaje możliwość konfiguracji pipeline'ów code review przez GitLab CI Components. Dla zespołów DevOps oznacza to, że Factory staje się integralną częścią cyklu CI. Można teraz wpiąć agenta code review bezpośrednio w joby GitLaba, korzystając z komponentów CI, które GitLab udostępnia jako standardowy mechanizm reużywalnych konfiguracji.

    Co ciekawe, zakres uprawnień wykracza poza standardowe read_repository i write_repository. Factory wymaga również dostępów do obserwowalności – read_observability i write_observability. To sugeruje, że integracja obejmuje nie tylko podgląd kodu, ale także metryki i logi środowiska CI. Dla osób zarządzających większą liczbą repozytoriów, taki poziom integracji ma znaczenie.

    Stabilność zamiast wodotrysków

    Oprócz nowości związanych z GitLabem, v0.142.0 rozwiązuje dwa istotne problemy. Pierwszy to zduplikowane wiadomości w czacie – problem występował w wielu obszarach i mógł dezorientować użytkowników. Drugi dotyczy przeglądarki diffów, gdzie logika odświeżania mogła wyświetlać nieaktualny stan pliku przy szybkim przełączaniu między zmianami. Obie poprawki są mniej widowiskowe, ale kluczowe dla codziennej pracy z narzędziem.

    W tle widać również, że Factory aktywnie pracuje nad problemami pamięciowymi w integracji z GitLabem. Wcześniejsze wydanie naprawiło błąd out-of-memory w aplikacji Factory, więc v0.142.0 kontynuuje ten porządkowy trend. Nie ma tu efektu wow, ale jest systematyczne zamykanie technicznego długu.

    Self-hosted i OAuth – o tym warto wiedzieć

    Dla zespołów korzystających z własnych instancji GitLaba, setup jest już dobrze dopracowany. Factory używa aplikacyjnego flow OAuth z redirect URI (https://app.factory.ai/api/integrations/redirect/gitlab-sh) i wymaga utworzenia użytkownika Factory Droid przed autoryzacją. Repozytoria pojawiają się w panelu selekcji, a nie są zgadywane na podstawie URL-u czy ścieżki.

    To podejście eliminuje ręczne zarządzanie tokenami, ale wprowadza dodatkowe kroki przy pierwszym setupie. Jednak po skonfigurowaniu działa solidnie – zwłaszcza teraz, gdy zespół Factory rozwiązał problemy z wyciekami pamięci w tej integracji.

    Co dalej dla użytkowników Factory

    Wydanie v0.142.0 to nie rewolucja, ale istotny krok w kierunku dojrzałości narzędzia. GitLab przestaje być integracją drugorzędną i staje się pełnoprawnym partnerem w pipeline'ach code review. Jeśli wasz zespół korzysta z self-hostowanego GitLaba i rozważa automatyzację przeglądów kodu, to wydanie może być dobrym momentem, aby dać Factory szansę. Zwłaszcza że zduplikowane wiadomości i problemy z lagami w diffach zostały rozwiązane.

    Źródła

  • OpenCode z Nową Integracją z GitLab, Rewizjami Gita i Wsparciem Node.js

    OpenCode z Nową Integracją z GitLab, Rewizjami Gita i Wsparciem Node.js

    Platforma do programowania agentowego OpenCode właśnie otrzymała znaczącą aktualizację, która wprowadza długo oczekiwaną, pełną integrację z ekosystemem GitLab. To nie tylko kosmetyczna poprawka – update dodaje potężne funkcje dla zespołów DevOps i deweloperów AI, skupiając się na płynnej współpracy, bezpieczeństwie i elastyczności środowiska uruchomieniowego.

    Pełne wsparcie GitLab Duo Agent Platform

    Najważniejszym elementem aktualizacji jest pełne wdrożenie wsparcia dla GitLab Duo Agent Platform (DAP). Oznacza to, że OpenCode może teraz współpracować z modelami z instancji GitLab. Modele te mogą wykorzystywać lokalne narzędzia OpenCode, takie jak odczyt/zapis plików czy wykonywanie poleceń shell, komunikując się poprzez WebSocket.

    Integracja działa na kilku poziomach. OpenCode można uruchamiać na runnerach GitLab w ramach potoków CI/CD, korzystając z gotowych komponentów społeczności. Co ciekawe, narzędzie współpracuje też z GitLab Duo – wystarczy wspomnieć @opencode w issue lub merge requeście, aby automatycznie wywołać triage, naprawy czy code review.

    AI Code Reviews w potokach CI/CD

    Kluczową nowością jest możliwość wykorzystania OpenCode w potokach CI/CD do automatycznych przeglądów kodu opartych na AI. Jak pokazano w przykładzie na blogu Martina Aldersona, można skonfigurować pipeline, który klonuje repozytorium, uruchamia OpenCode z wybranym modelem AI i analizuje git diff. Agent analizuje zmienione i powiązane pliki, weryfikuje potencjalne problemy z wydajnością czy bezpieczeństwem w sposób zachowawczy (aby uniknąć fałszywych pozytywów), ocenia pokrycie testami i generuje zwięzły raport w pliku report.md, który później można dodać jako komentarz do pull requesta. Takie podejście eliminuje potrzebę udzielania dostępu do repozytoriów zewnętrznym narzędziom SaaS.

    Usprawnienia UX i bezpieczeństwo

    W obszarze doświadczenia użytkownika (UX) wdrożono interaktywny proces potwierdzania aktualizacji, pozwalający przejrzeć zmiany przed upgrade'em, a nawet pominąć konkretne wersje. Poprawiono też stabilność paska bocznego oraz płynność przełączania się między projektami i workspace'ami. W zakresie uwierzytelniania wprowadzono wieloetapowe flow dla OAuth i SAML, co ostatecznie umożliwia poprawne działanie z GitHub Copilot for Enterprise.

    Podsumowanie: głębsza integracja i większa kontrola

    Ta aktualizacja wyraźnie pokazuje kierunek rozwoju OpenCode: ściślejsza integracja z istniejącymi ekosystemami deweloperskimi, takimi jak GitLab, oraz dawanie użytkownikom większej kontroli nad procesem – czy to przez przeglądy oparte na bezpośrednim dostępie do Gita, czy przez możliwość uruchamiania platformy na własnej infrastrukturze bez polegania na zewnętrznych serwisach. Dla zespołów korzystających z GitLaba, które szukają bezpiecznego i elastycznego sposobu na włączenie AI do procesów code review i automatyzacji, ta wersja OpenCode jest istotnym krokiem naprzód.

    Źródła

  • OpenCode Wchodzi Na Wyższy Poziom: Natywna Integracja z GitLab i Rewolucja w Przeglądaniu Kodu

    OpenCode Wchodzi Na Wyższy Poziom: Natywna Integracja z GitLab i Rewolucja w Przeglądaniu Kodu

    Wydanie OpenCode w wersji 1.3.0 to nie tylko zwykła aktualizacja. To milowy krok dla platformy, która z narzędzia wspomagającego programistów przeradza się w pełnoprawne, zintegrowane środowisko deweloperskie. Kluczowymi filarami tej odsłony są głęboka integracja z ekosystemem GitLab oraz mechanizmy, które mają na stałe zmienić sposób, w jaki zespoły wykonują code review i zarządzają zmianami w kodzie.

    GitLab Agent Platform: Niespotykana integracja

    Największą nowością jest pełne, natywne wsparcie dla GitLab Agent Platform. To nie jest po prostu kolejny dodany dostawca. OpenCode potrafi teraz automatycznie wykrywać workflowy z instancji GitLab, pozwalając im na korzystanie z lokalnych narzędzi OpenCode – takich jak odczyt/zapis plików czy komendy shell – poprzez połączenie WebSocket. W praktyce oznacza to, że zespoły wykorzystujące GitLab mogą wdrożyć zaawansowane przepływy pracy oparte na AI bezpośrednio w swoim znanym środowisku.

    Integracja działa na kilku poziomach. Użytkownicy mogą połączyć swoje konta GitLab za pomocą OAuth lub Personal Access Token. Dzięki temu zyskują dostęp do zarządzania repozytoriami, przeglądania merge requestów, śledzenia issue i monitorowania pipeline'ów – wszystko z poziomu interfejsu OpenCode. Co ważne, platforma integruje się też z GitLab Duo, oferując AI chat wyposażony w natywne wywoływanie narzędzi (tool calling).

    Przeglądanie sesji oparte na Git: Koniec z niepotrzebnymi commitami

    Drugą rewolucją jest wprowadzenie Git-Backed Session Review. Funkcja ta rozwiązuje odwieczny problem: jak wygodnie przeglądać zmiany, które nie zostały jeszcze scommitowane? Teraz użytkownicy mogą przeglądać niezapisane zmiany oraz różnice między gałęziami bezpośrednio w OpenCode.

    Zmiany w Git stały się domyślnym źródłem przeglądu, a drzewo plików w wersji desktopowej aplikacji pozostaje zsynchronizowane z wybranym źródłem. To ogromne ułatwienie w codziennej pracy, pozwalające na szybką inspekcję i dyskusję nad kodem przed jego ostatecznym zatwierdzeniem. Eliminuje to potrzebę tworzenia tymczasowych commitów wyłącznie w celu ich przejrzenia.

    Rozszerzone wsparcie platformowe i uwierzytelnianie

    Wersja 1.3.0 znacząco poszerza zakres środowisk, w których można uruchomić OpenCode. Oprócz dotychczasowego wsparcia dla Bun, platforma zyskała pełne wsparcie dla Node.js. Dostępny jest dedykowany punkt wejścia oraz skrypt budujący, który integruje serwer z migracjami bazy danych. To strategiczny ruch, otwierający platformę na szersze grono deweloperów.

    Równie istotne jest wprowadzenie wieloetapowych przepływów uwierzytelniania (Multistep Authentication). Obsługa OAuth i SAML sprawia, że OpenCode może teraz bezproblemowo działać w środowiskach korporacyjnych, w których takie mechanizmy są standardem. Przykładowo, integracja z GitHub Copilot dla wdrożeń Enterprise działa teraz w pełni poprawnie.

    Dopracowanie szczegółów i stabilność

    Poza flagowymi funkcjami wydanie przynosi dziesiątki ulepszeń w zakresie ergonomii i stabilności. W aplikacji desktopowej pojawiła się interaktywna procedura aktualizacji – większe uaktualnienia wyświetlają teraz okno dialogowe z potwierdzeniem, pozwalając użytkownikowi zapoznać się z release notes przed instalacją. Istnieje także możliwość pominięcia konkretnych wersji.

    Usprawniono nawigację między projektami za pomocą skrótów klawiaturowych (Cmd+Option+strzałki), poprawiono zarządzanie stanami ładowania oraz stabilność przełączania się między workspace'ami. W terminalu naprawiono problem z wielokrotnym wysyłaniem promptów przy szybkim wciskaniu Enter oraz przywrócono poprawne działanie operacji wklejania, która teraz zachowuje surowe dane binarne.

    Co to wszystko oznacza dla deweloperów?

    OpenCode v1.3.0 jasno wyznacza kierunek rozwoju platformy. To już nie tylko zaawansowany klient dla modeli językowych, ale coraz bardziej kompletne narzędzie, które chce stać się centralnym punktem pracy programisty, łącząc moc AI z praktycznymi narzędziami do zarządzania kodem i współpracy.

    Integracja z GitLab Agent Platform stawia OpenCode w pozycji bezpośredniego partnera dla istniejących ekosystemów DevOps. Funkcje takie jak git-backed review bezpośrednio odpowiadają na realne problemy w procesach deweloperskich. Rozszerzenie o Node.js i zaawansowane uwierzytelnianie otwiera natomiast drzwi do większych, bardziej restrykcyjnych środowisk korporacyjnych.

    Wydanie to stanowi solidny fundament pod dalszy rozwój, sugerując, że przyszłość OpenCode leży w roli inteligentnego łącznika spajającego różne elementy współczesnego stosu technologicznego.

    Źródła

  • OpenCode v1.2.24: rozszerzone TUI, wsparcie dla GitLab z dużym kontekstem i Copilot

    OpenCode v1.2.24: rozszerzone TUI, wsparcie dla GitLab z dużym kontekstem i Copilot

    Najnowsza wersja popularnego, otwartoźródłowego agenta AI do programowania przynosi konkretne usprawnienia w codziennej pracy. Wydanie OpenCode skupia się na kilku głównych obszarach: lepszym zarządzaniu projektami w terminalu, rozszerzeniu integracji oraz poprawie stabilności aplikacji desktopowej.

    To nie są kosmetyczne poprawki, lecz zmiany, które bezpośrednio wpływają na wydajność i komfort korzystania z OpenCode jako narzędzia wspomagającego software development.

    Praca na wielu projektach: rozwój funkcjonalności obszarów roboczych

    Wydanie przynosi dalszy rozwój funkcjonalności związanych z obszarami roboczymi (workspaces). W kodzie źródłowym widoczne są zmiany, takie jak dodanie komendy workspace-serve, klasy WorkspaceContext oraz parametru workspaceID. Choć nie ma jeszcze oficjalnej flagi eksperymentalnej ani pełnego wsparcia w TUI, zmiany te wskazują na trwające prace nad wygodnym zarządzaniem wieloma projektami. W przyszłości ma to pozwolić programistom na płynne przechodzenie między różnymi bazami kodu przy zachowaniu kontekstu i stanu dla każdej z nich, co jest szczególnie cenne przy pracy w monorepozytoriach czy obsłudze wielu klientów.

    Rozszerzenie integracji i wsparcia dla modeli AI

    OpenCode konsekwentnie poszerza możliwości integracji i listę obsługiwanych modeli AI. System został zaprojektowany z myślą o elastyczności, umożliwiając współpracę z różnymi dostawcami, takimi jak Claude czy GPT. Ta architektura ułatwia dodawanie wsparcia dla nowych modeli i usług w przyszłości, choć konkretne informacje o dodaniu modelu Copilot GPT-5.4 xhigh czy komendy /connect dla GitHub Copilot nie znajdują potwierdzenia w oficjalnych komunikatach.

    Poprawki w wersji desktopowej: płynność i stabilność

    Wydanie przynosi też serię poprawek skoncentrowanych na użytkownikach aplikacji desktopowej, których celem jest poprawa stabilności i usprawnienie codziennych interakcji. Wprowadzono ogólne poprawki interfejsu użytkownika, wydajności oraz uprawnień. Choć nie ma bezpośrednich wzmianek o konkretnych problemach, takich jak "drżenie" przewijania czy zapętlenia, aktualizacje te mają na celu zapewnienie płynniejszego i bardziej przewidywalnego działania aplikacji poprzez usunięcie drobnych błędów, które mogły irytować użytkowników.

    Pod maską: ciągła poprawa stabilności i kompatybilności

    Wiele zmian w tym wydaniu, podobnie jak w poprzednich, dotyczy warstwy architektonicznej. Zespół kontynuuje pracę nad poprawą stabilności i kompatybilności międzyplatformowej, co jest szczególnie ważne dla użytkowników Windows. Wcześniejsze wydania, takie jak v1.2.19, wprowadzały poprawki dotyczące normalizacji ścieżek, obsługi zakończeń linii CRLF i odporności na błędy systemowe. Te ciągłe ulepszenia mają sprawić, że OpenCode będzie stabilnym i przewidywalnym narzędziem na wszystkich głównych systemach operacyjnych, choć szczegółowe informacje o zastępowaniu konkretnych funkcji Bun ich odpowiednikami z Node.js w najnowszych zmianach nie są dostępne.

    Podsumowanie: ewolucja zamiast rewolucji

    Najnowsze wydanie OpenCode nie zaskakuje jedną, przełomową funkcją. Zamiast tego oferuje zestaw praktycznych ulepszeń i ciągłą pracę nad fundamentami, które razem podnoszą jakość codziennej pracy. Rozwój funkcjonalności obszarów roboczych otwiera drzwi do lepszego zarządzania złożonymi środowiskami programistycznymi, a elastyczna architektura wsparcia dla modeli AI utrzymuje OpenCode w głównym nurcie rozwoju narzędzi deweloperskich.

    Wszystko to dopełnia szereg poprawek usuwających drobne błędy oraz ciągła optymalizacja architektury. W ten sposób OpenCode konsekwentnie realizuje swoją rolę: ma być wydajnym, niezawodnym i otwartym mostem między programistą a asystentem AI, niezależnie od wybranego środowiska pracy – terminala, IDE czy aplikacji desktopowej.