Update README.ro.md

README.ro.md

@@ -3,22 +3,22 @@
 Acest proiect a fost creat cu ajutorul Vite. Pentru o mai bună cunoaștere 
 și configurare a funcțiilor suplimentare [consultă documentația](https://vitejs.dev/).
 
-## Crearea repozitoriului pe baza unui model
+## Crearea repository-ului pe baza unui model
 
-Utilizează acest repozitoriu al organizației GoIT ca model pentru crearea unui 
-repozitoriu pentru proiectul personal. Pentru a face acest lucru, dă click pe 
+Utilizează acest repository al organizației GoIT ca model pentru crearea unui 
+repository pentru proiectul personal. Pentru a face acest lucru, dă click pe 
 `"Use this template"` și selectează opțiunea `"Create a new repository"`, conform 
 imaginii.
 
 ![Creating repo from a template step 1](./assets/template-step-1.png)
 
-Următorul pas te va duce la pagina de creare a noului repozitoriu. Completează 
-câmpul cu numele acestuia, asigură-te că repozitoriul este public, apoi dă click pe 
+Următorul pas te va duce la pagina de creare a noului repository. Completează 
+câmpul cu numele acestuia, asigură-te că repository-ul este public, apoi dă click pe 
 butonul `"Create repository from template"`.
 
 ![Creating repo from a template step 2](./assets/template-step-2.png)
 
-Odată ce repozitoriul a fost creat, trebuie să accesezi setările repozitoriului 
+Odată ce repository-ul a fost creat, trebuie să accesezi setările repository-ului 
 creat în fila `Settings` > `Actions` > `General`, conform imaginii.
 
 ![Settings GitHub Actions permissions step 1](./assets/gh-actions-perm-1.png)
@@ -29,9 +29,9 @@ lucru este necesară pentru a automatiza procesul de deployment al proiectului.
 
 ![Settings GitHub Actions permissions step 2](./assets/gh-actions-perm-2.png)
 
-Acum ai un repozitoriu personal cu proiecte, cu o structură de fișiere și foldere 
-de tip repozitoriu-model. În continuare, poți lucra cu acesta așa cum ai face-o cu 
-orice alt repozitoriu privat – clonează-l pe calculatorul tău, scrie cod, 
+Acum ai un repository personal cu proiecte, cu o structură de fișiere și foldere 
+de tip repository template. În continuare, poți lucra cu acesta așa cum ai face-o cu 
+orice alt repository privat – clonează-l pe calculatorul tău, scrie cod, 
 fă commit-uri și încarcă-le pe GitHub.
 
 ## Pregătirea pentru lucru
@@ -45,48 +45,48 @@ Această pagină se va reîncărca automat după salvarea modificărilor în fi
 
 ## Fișiere și foldere
 
-- Fișierele cu marcaje pentru componentele paginii trebuie să se afle în folderul `src/partials` și să fie importate în fișierul `index.html`. De exemplu, fișierul cu marcajul antetului `header.html`, trebuie creat în folderul `partials` și importat în `index.html`.
+- Fișierele cu markup pentru componentele paginii trebuie să se afle în folderul `src/partials` și să fie importate în fișierul `index.html`. De exemplu, fișierul cu markup-ul header-ului `header.html`, trebuie creat în folderul `partials` și importat în `index.html`.
 - Fișierele cu stiluri trebuie să fie în folderul `rc/css` și importate în fișierele HTML ale paginilor. De exemplu, pentru `index.html`, fișierul cu stiluri se numește `index.css`.
 - Imaginile trebuie adăugate în folderul `src/img`. Builderul le va optimiza, dar numai atunci când este încărcată versiunea de producție a proiectului. Toate acestea se fac în cloud, pentru a nu încărca calculatorul, deoarece pe calculatoarele slabe ar putea să dureze mult timp.
 
 ## Deployment
 
 Versiunea de producție a proiectului va fi construită și distribuită automat pe 
-GitHub Pages, în ramura `gh-pages`, de fiecare dată când ramura `main` este 
-actualizată. De exemplu, după un push direct sau o cerere de pool-request acceptată. 
+GitHub Pages, în branch-ul `gh-pages`, de fiecare dată când branch-ul `main` este 
+actualizată. De exemplu, după un push direct sau un pull request acceptat. 
 Pentru a face acest lucru, modifică valoarea flag-ului `--base=/<REPO>/` din 
 fișierul `package.json`, pentru comanda `build`, înlocuind `<REPO>` cu numele 
-repozitoriului tău și trimite modificările pe
+repository-ului tău și trimite modificările pe
 GitHub.
 
 ```json
 "build": "vite build --base=/<REPO>/",
 ```
 
-Apoi, accesează setările repozitoriului GitHub (`Settings` > `Pages`) și selectează 
+Apoi, accesează setările repository-ului GitHub (`Settings` > `Pages`) și selectează 
 să fie distribuită versiunea de producție a fișierelor din folderul `/root` al 
-ramurii `gh-pages`, dacă acest lucru nu a fost făcut automat.
+branch-ului `gh-pages`, dacă acest lucru nu a fost făcut automat.
 
 ![GitHub Pages settings](./assets/repo-settings.png)
 
 ### Status deployment
 
 Starea ultimului commit este indicată de iconița situată lângă identificator.
 
-- **Galben** - Proiectul este în curs de construcție și deployment.
+- **Galben** - Proiectul este în curs de asamblare și deployment.
 - **Verde** - Deployment-ul a fost finalizat cu succes.
 - **Roșu** - A apărut o eroare în timpul la linting, asamblare sau deployment.
 
 Informații mai detaliate privind starea pot fi vizualizate făcând click pe 
-iconiță, iar în fereastra derulantă accesează linkul `Details`.
+iconiță, iar în fereastra derulantă accesează link-ul `Details`.
 
 ![Deployment status](./assets/deploy-status.png)
 
 ### Pagina live
 
 După o perioadă de timp, de obicei câteva minute, pagina live poate fi vizualizată 
-la adresa specificată în secțiunea `Settings` > `Pages` din setările repozitoriului. 
-De exemplu: iată linkul către versiunea live pentru acest repozitoriu
+la adresa specificată în secțiunea `Settings` > `Pages` din setările repository-ului. 
+De exemplu: iată link-ul către versiunea live pentru acest repository
 [https://goitacademy.github.io/vanilla-app-template/](https://goitacademy.github.io/vanilla-app-template/).
 
 Dacă se deschide o pagină goală, verifică dacă nu sunt erori în fila `Console`, 
@@ -98,6 +98,6 @@ comanda `build` din fișierul `package.json`.
 
 ![How it works](./assets/how-it-works.png)
 
-1. După fiecare push către ramura `main` a repozitoriului GitHub, se execută un script special (GitHub Action) din fișierul `.github/workflows/deploy.yml`.
-2. Toate fișierele din repozitoriu sunt copiate pe server, unde proiectul se inițializează și trece prin linting și asamblare înainte de deployment.
-3. Dacă toți pașii sunt reușiți, versiunea de producție asamblată a fișierelor proiectului este trimisă la ramura `gh-pages`. În caz contrar, log-ul de execuție al scriptului va indica care este problema.
+1. După fiecare push către branch-ul `main` a repository-ului GitHub, se execută un script special (GitHub Action) din fișierul `.github/workflows/deploy.yml`.
+2. Toate fișierele din repository sunt copiate pe server, unde proiectul se inițializează și trece prin linting și asamblare înainte de deployment.
+3. Dacă toți pașii sunt reușiți, versiunea de producție asamblată a fișierelor proiectului este trimisă la branch-ul `gh-pages`. În caz contrar, log-ul de execuție al scriptului va indica care este problema.