|
| 1 | +# Vanilla App Template |
| 2 | + |
| 3 | +Ten projekt został zbudowany przy użyciu Vite. Aby zapoznać się i skonfigurować |
| 4 | +dodatkowe funkcje [zapoznaj się z dokumentacją](https://vitejs.dev/). |
| 5 | + |
| 6 | +## Tworzenie repozytorium za pomocą szablonu |
| 7 | + |
| 8 | +Użyj tego repozytorium GoIT jako szablonu, aby utworzyć repozytorium |
| 9 | +dla swojego projektu. By to zrobić, kliknij przycisk `«Use this template»` і |
| 10 | +wybierz opcję `«Create a new repository»`, jak pokazano na obrazku. |
| 11 | + |
| 12 | + |
| 13 | + |
| 14 | +Na kolejnym etapie otworzy się strona tworzenia nowego repozytorium. Wypełnij |
| 15 | +pole nazwy, upewnij się, że repozytorium jest publiczne, a następnie kliknij |
| 16 | +przycisk `«Create repository from template»`. |
| 17 | + |
| 18 | + |
| 19 | + |
| 20 | +Po utworzeniu repozytorium należy przejść do ustawień |
| 21 | +utworzonego repozytorium w zakładce `Settings` > `Actions` > `General`, |
| 22 | +jak pokazano na obrazku. |
| 23 | + |
| 24 | + |
| 25 | + |
| 26 | +Przewiń do samego końca strony, w sekcji `«Workflow permissions»` wybierz |
| 27 | +opcję `«Read and write permissions»` i zaznacz pole wyboru. Jest to konieczne, |
| 28 | +aby zautomatyzować proces wdrażania projektu. |
| 29 | + |
| 30 | + |
| 31 | + |
| 32 | +Teraz masz osobiste repozytorium projektu ze strukturą plików i folderów |
| 33 | +repozytorium wzorcowego. Pracuj z nim tak, jak z każdym innym osobistym |
| 34 | +repozytorium: klonuj je na swój komputer, pisz kod, dokonuj zatwierdzeń i |
| 35 | +przesyłaj je do GitHub. |
| 36 | + |
| 37 | +## Przygotowanie do pracy |
| 38 | + |
| 39 | +1. Upewnij się, że na komputerze zainstalowana jest wersja LTS Node.js. |
| 40 | + [W razie potrzeby pobierz ją i zainstaluj](https://nodejs.org/en/). |
| 41 | +2. Zainstaluj podstawowe zależności projektu w terminalu za pomocą polecenia `npm install`. |
| 42 | +3. Uruchom tryb deweloperski, uruchamiając polecenie `npm run dev`. |
| 43 | +4. Wejdź na stronę [http://localhost:5173](http://localhost:5173) w przeglądarce. Strona |
| 44 | + ta zostanie automatycznie przeładowana po zapisaniu zmian w plikach projektu. |
| 45 | + |
| 46 | +## Pliki i foldery |
| 47 | + |
| 48 | +- Pliki znaczników dla komponentów strony powinny być umieszczone w folderze `src/partials` i |
| 49 | + zaimportowane do pliku `index.html`. Na przykład, plik ze znacznikami nagłówka |
| 50 | + `header.html` należy utworzyć w folderze `partials` i zaimportować do `index.html`. |
| 51 | +- Pliki stylów powinny być umieszczone w folderze `src/css` i zaimportowane do plików HTML |
| 52 | + stron. Na przykład, dla `index.html` plik stylów nazywa się `index.css`. |
| 53 | +- Obrazy należy dodawać do folderu `src/img`. Konstruktor zoptymalizuje je, ale dopiero po |
| 54 | + wdrożeniu produkcyjnej wersji projektu. Wszystko to dzieje się w chmurze, aby nie |
| 55 | + obciążać Twojego komputera, ponieważ na słabych komputerach może to zająć dużo czasu. |
| 56 | + |
| 57 | +## Wdrożenie |
| 58 | + |
| 59 | +Wersja produkcyjna projektu zostanie automatycznie zbudowana i wdrożona na GitHub |
| 60 | +Pages, w gałęzi `gh-pages`, za każdym razem, gdy gałąź `main` zostanie zaktualizowana. |
| 61 | +Na przykład po bezpośrednim przesłaniu lub zaakceptowaniu pull request. Aby to zrobić, |
| 62 | +należy w pliku `package.json` zmienić wartość flagi `--base=/<REPO>/`, dla polecenia `build`, |
| 63 | +zastępując `<REPO>` nazwą repozytorium i wysłać zmiany do GitHub. |
| 64 | + |
| 65 | +```json |
| 66 | +"build": "vite build --base=/<REPO>/", |
| 67 | +``` |
| 68 | + |
| 69 | +Następnie należy przejść do ustawień repozytorium GitHub (`Settings` > `Pages`) i |
| 70 | +i ustawić dystrybucję wersji produkcyjnej plików z folderu `/root` gałęzi `gh-pages`, |
| 71 | +jeśli nie zostało to zrobione automatycznie. |
| 72 | + |
| 73 | + |
| 74 | + |
| 75 | +### Status wdrożenia |
| 76 | + |
| 77 | +Status wdrożenia ostatniego zatwierdzenia jest wyświetlany za pomocą ikony obok jego identyfikatora. |
| 78 | + |
| 79 | +- **Żółty** - projekt jest budowany i wdrażany. |
| 80 | +- **Zielony** - wdrożenie zakończyło się pomyślnie. |
| 81 | +- **Czerwony** - wystąpił błąd podczas lintingu, budowania lub wdrażania. |
| 82 | + |
| 83 | +Bardziej szczegółowe informacje na temat statusu można wyświetlić, klikając ikonę, |
| 84 | +a następnie link `Details` znajdujący się w rozwijanym oknie. |
| 85 | + |
| 86 | + |
| 87 | + |
| 88 | +### Strona na żywo |
| 89 | + |
| 90 | +Po pewnym czasie, zwykle kilku minutach, strona na żywo może być wyświetlona |
| 91 | +pod adresem określonym w zakładce `Settings` > `Pages` w ustawieniach repozytorium. |
| 92 | +Na przykład, oto link do wersji live dla tego repozytorium: |
| 93 | + |
| 94 | +[https://goitacademy.github.io/vanilla-app-template/](https://goitacademy.github.io/vanilla-app-template/). |
| 95 | + |
| 96 | +Jeśli widzisz pustą stronę, upewnij się, że w zakładce `Console` nie ma |
| 97 | +błędów związanych z nieprawidłowymi ścieżkami do plików CSS i JS projektu |
| 98 | +(**404**). Najprawdopodobniej masz nieprawidłową wartość flagi `--base` |
| 99 | +dla polecenia `build` w pliku `package.json`. |
| 100 | + |
| 101 | +## Jak to działa |
| 102 | + |
| 103 | + |
| 104 | + |
| 105 | +1. Po każdym wysłaniu do gałęzi `main` repozytorium GitHub, uruchamiany jest |
| 106 | + specjalny skrypt (GitHub Action) z pliku `.github/workflows/deploy.yml`. |
| 107 | +2. Wszystkie pliki repozytorium są kopiowane na serwer, gdzie projekt jest |
| 108 | + inicjalizowany, przechodzi linting i budowanie przed wdrożeniem. |
| 109 | +3. Jeśli wszystkie kroki zakończą się powodzeniem, zmontowana wersja produkcyjna |
| 110 | + plików projektu zostanie wysłana do gałęzi `gh-pages`. W przeciwnym razie |
| 111 | + w logu wykonania skryptu pojawi się informacja o problemie. |
0 commit comments