feat: move github and communication to start here

Author: dawidlinek

astro.config.mjs

@@ -77,6 +77,14 @@ export default defineConfig({
               label: "Jak pisać dokumentacje?",
               link: "/how-to-write-docs",
             },
+            {
+              label: "Komunikacja",
+              link: "/communication",
+            },
+            {
+              label: "Jak używać githuba?",
+              link: "/github",
+            },
           ],
         },
         {

…ons/Management/Communication Channels.md src/content/docs/communication.mdsrc/content/docs/sections/Management/Communication Channels.md renamed to src/content/docs/communication.md src/content/docs/sections/Management/Communication Channels.md renamed to src/content/docs/communication.md

@@ -36,11 +36,11 @@ Dzięki publicznemu członkostwu widać Solvro na twoim profilu, a przede wszyst
 1. Wejdź na [https://github.com/orgs/Solvro/people](https://github.com/orgs/Solvro/people)
 2. Namierz siebie na liście członków i kliknij na swoją aktualną widoczność
 
-   ![informacja o prywatności członkostwa](../../../../assets/github/image2.png)
+   ![informacja o prywatności członkostwa](../../assets/github/image2.png)
 
 3. Wybierz członkostwo publiczne, i tada! Jesteś już pełnoprawnym członkiem naszego koła.
 
-   ![opcja ustawienia publicznego członkostwa](../../../../assets/github/image3.png)
+   ![opcja ustawienia publicznego członkostwa](../../assets/github/image3.png)
 
 ### Podaruj nam gwiazdki ⭐⭐⭐
 
@@ -49,11 +49,11 @@ Zachęcamy do gwiazdkowania naszych publicznych repozytoriów Pokażmy innym, ż
 1. Wchodzimy na listę repozytoriów. Ich publiczna liczba będzie tylko rosła (miejmy nadzieję).
 2. Wchodzimy po kolei w co fajniejsze projekty.
 
-   ![losowo wybrany projekt Solvro](../../../../assets/github/image9.png)
+   ![losowo wybrany projekt Solvro](../../assets/github/image9.png)
 
 3. Zostawiamy gwiazdkacza ⭐\!
 
-   ![opcja gwiazdkowania repozytorium](../../../../assets/github/image5.png)
+   ![opcja gwiazdkowania repozytorium](../../assets/github/image5.png)
 
 ## Nazewnictwo repozytoriów
 
@@ -151,7 +151,7 @@ Projekty mają wiele zaawansowanych diagramów, z których możecie korzystać w
 
 Podstawowym typem jest jednak tablica KANBAN, gdzie można dodawać zadania w formie draft, lub przypinać issues lub pull-requesty.
 
-![strona projektu](../../../../assets/github/image8.png)
+![strona projektu](../../assets/github/image8.png)
 
 #### Flow pracy na boardzie
 
@@ -191,7 +191,7 @@ Jeśli nie rozumiesz technikaliów związanych z którymś z poniższych punktó
 
 Wchodzimy na naszą tablice zadań i przypisujemy się do zadania sygnalizując, że zgłaszamy się do jego zrobienia:
 
-![zgłaszanie się do PR](../../../../assets/github/image6.png)
+![zgłaszanie się do PR](../../assets/github/image6.png)
 
 ### Rozpoczęcie pracy nad zadaniem
 
@@ -212,13 +212,13 @@ Wchodzimy na naszą tablice zadań i przypisujemy się do zadania sygnalizując
 1. Gdy jesteśmy gotowi, zmieniamy status taska na **In Review** (jeśli taki status jest w projekcie).
 2. Tworzymy pull requesta z naszego brancha na branch **main** lub **dev** (jeśli aplikacja na main jest już opublikowaną wersją produkcyjną).
 
-   ![przycisk otwórz PR](../../../../assets/github/image7.png)
+   ![przycisk otwórz PR](../../assets/github/image7.png)
 
 3. Dodajemy znaczący tytuł (najlepiej powiązany z nazwą lub numerem taska/tasków) i krótko wypisujemy co zmieniliśmy lub dodaliśmy. Jeśli napotkaliśmy jakiś problem/dylemat, możemy wyjaśnić jak go rozwiązaliśmy, jakiej dokonaliśmy decyzji i dlaczego. Jeśli z jakiegoś powodu nie wykonaliśmy 100% zakresu zadania, to jest to dobre miejsce żeby o tym wspomnieć. Jeśli chcesz ładnie sformatować swój opis, obczaj [tą szybką ściągę do gh markdowna](https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet).
 4. Można oznaczyć swojego techleada jako reviewer (opcjonalne).
 5. Po prawej na dole, w sekcji _Development_ możesz przypiąć **issue** (np. swoje zadanie), który zostanie automatycznie zamknięty po zmergowaniu tego pull requesta.
 
-   ![dodawanie issues do PR](../../../../assets/github/image4.png)
+   ![dodawanie issues do PR](../../assets/github/image4.png)
 
 6. Oczekujemy na code review od naszego techleada.
 7. Przeglądamy komentarze, wprowadzamy sugestie i dyskutujemy nad rzeczami, z którymi się nie zgadzamy. Zadajemy pytania i wprowadzamy zmiany, commitujemy i pushujemy.
@@ -280,5 +280,5 @@ Uwaga: Oprócz README repozytoriów, każdy projekt (kanban board) ma też swoje
 
 To już koniec tego handbooka. Mam nadzieję, że był przydatny i aż tak bardzo nie bolał, mimo zauważalnej liczby stron. Proszę zgłaszać swoje propozycje zmiany tego dokumentu i miłego kodowania 🙂🙃🙂
 
-![Podpis Szymona Kowalińskiego](../../../../assets/github/image10.png)
+![Podpis Szymona Kowalińskiego](../../assets/github/image10.png)
 **Wiceprezes VII Zarządu KN Solvro**

…ntent/docs/sections/Management/Github.md src/content/docs/github.mdsrc/content/docs/sections/Management/Github.md renamed to src/content/docs/github.md src/content/docs/sections/Management/Github.md renamed to src/content/docs/github.md

@@ -46,8 +46,8 @@ Znając [wstępne informacje](#na-początek) o naszej dokumentacji, chcielibyśm
 Ogólne informacje:
 
 - [Zapoznaj się z naszą strategią](/solvro/strategy)
-- [Kanały komunikacji](/sections/management/communication-channels)
-- [Jak używać GitHuba?](/sections/management/github)
+- [Kanały komunikacji](/communication)
+- [Jak używać GitHuba?](/github)
 - [Jak prowadzimy projekty? Czego się spodziewać?](/sections/management/prowadzenie-projektów/)
 - [Poznaj nasz zarząd](/solvro/vii_board)
 

src/content/docs/hello-there.md

@@ -153,7 +153,7 @@ Oprócz spotkań weekly całego koła odbywają się cykliczne spotkania projekt
 
 Po restrukturyzacji kierujemy się w stronę GiTHuba. Chcemy, aby był on sercem naszej organizacji, gdzie przepływa cała praca operacyjna i kod. Tam również prowadzone są projekty od strony operacyjnej, rozpisywane zadania itd. Końcowo będąc studenckim kołem chcemy chwalić się naszymi projektami i w tym właśnie celu projekty koła, które na to pozwalają będą realizowane jako open-source. Pozwoli to uhonorować członków projektu i potwierdzić swoje doświadczenie przy szukaniu pracy. Z tego również powodu dbamy o dobre praktyki pisania kodu i pracowania z githubem (PR, jednolite commity, readme itd.). Dla początkujących na naszym blogu znajduje się post [Podstawy GITa](https://solvro.pwr.edu.pl/blog/solvro-talks-1-podstawy-gita).
 
-Must-have lekturą jest również [Handbook Githuba](/sections/management/github/)
+Must-have lekturą jest również [Handbook Githuba](/github)
 
 # Projekty
 

src/content/docs/index.mdx

@@ -18,7 +18,7 @@ description: Szybki start dla tych, którzy chcą poznać Adonisa i tworzyć św
 
 Oto lista najważniejszych rzeczy, które warto w mniejszym lub większym stopniu ogarniać biorąc się za naukę korzystania z Adonisa:
 
-- **Git i GitHub** - podstawowe narzędzia pracy każdego developera. Z zasadami korzystania stosowanymi w Solvro można zapoznać się w [Handbook GitHub](/sections/management/github)
+- **Git i GitHub** - podstawowe narzędzia pracy każdego developera. Z zasadami korzystania stosowanymi w Solvro można zapoznać się w [Handbook GitHub](/github)
 - **IDE** - środowisko do pracy z kodem. Do najpopularniejszych opcji należy Visual Studio Code i Webstorm od Jetbrains.
 - **TypeScript** - jest to podstawowy język wykorzystywany przez Adonisa. Bez jego znajomości ciężko cokolwiek zrobić.
 - **NodeJS** - technologia pozwalająca na uruchamianie JS poza przeglądarką. Wykorzystywana do budowania backendu. Zrozumienie działania importów i menadżera pakietów NPM jest potrzebne do sprawnego poruszania się po frameworku.

src/content/docs/sections/Backend/Adonis.md

@@ -91,7 +91,7 @@ Lead jest odpowiedzialny za jego utworzenie, odpowiednie skonfigurowanie pól i
 
 Pamiętajmy o jak najbardziej pomocnych opisach zadań najlepiej od razu z linkami/screenami do makiety UI/UX.
 
-Więcej informacji można znaleźć w [Handbooku Githuba](/sections/management/github/)
+Więcej informacji można znaleźć w [Handbooku Githuba](/github)
 
 ### Makiety UI/UX