gitadmin/freeCodeCamp
1
0
Fork 0
mirror of https://github.com/freeCodeCamp/freeCodeCamp.git synced 2026-05-28 18:26:54 +00:00
Code Issues Packages Projects Releases Wiki Activity

chore(i18n,docs): processed translations (#49051)

Browse Source
This commit is contained in:
camperbot
2023-01-17 20:13:31 +05:30
committed by GitHub
parent f59849b495
commit 30eb3e541f
1 changed files with 37 additions and 37 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/i18n/ukrainian/how-to-open-a-pull-request.md
+37 -37
View File
@@ -1,52 +1,52 @@
# How to open a Pull Request (PR)
# Як відкрити запит на пул (PR)
A pull request (PR) enables you to send changes from your fork on GitHub to freeCodeCamp.org's main repository. Once you are done making changes to the code, you can follow these guidelines to open a PR.
Запит на пул (PR) дозволяє надсилати зміни зі свого форку на GitHub до головного репозиторію freeCodeCamp.org. Як тільки ви закінчите вносити зміни до коду, дотримуйтесь цих рекомендацій, щоб відкрити запит на пул.
We expect our contributors to be aware of the process specific to this project. Following the guidelines religiously earns you the respect of fellow maintainers and saves everyone time.
Ми очікуємо, що наші помічники обізнані щодо процесу проєкту. Ви отримаєте повагу тих, хто відповідає за технічне обслуговування, і заощадите час, дотримуючись цих вказівок.
Some examples of this are:
Деякі приклади:
1. Do not edit files directly through GitHub – while you can, it's not a good idea.
2. Make sure you follow the PR checklist and not just tick things off; otherwise, we won't take you seriously.
3. Use the correct way to link issues in the description of the PR by updating the `XXXXXX`. Do not just add issue numbers everywhere and anywhere you feel like.
4. Do not "@mention" or request someone for reviews too many times.
1. Не редагуйте файли напряму через GitHub, це не дуже хороша ідея.
2. Переконайтесь, що дотримуєтесь контрольного списку PR, а не просто ставите галочки. В такому випадку ми не сприйматимемо вас серйозно.
3. Використайте правильний спосіб пов’язати завдання в описі PR, оновивши `XXXXXX`. Не додавайте номери завдань будь-де.
4. Не «@згадуйте» чи запитуйте відгук кілька разів.
We understand you are excited about contributing. As much as a maintainer will love to get back to you, they are busy people looking after hundreds of requests just like yours. Be patient, someone will get to you sooner or later.
Ми розуміємо, що ви раді зробити свій внесок. Модераторам подобається відповідати кожному, однак пам’ятайте: вони зайняті люди, які розглядають сотні запитів. Рано чи пізно, хтось дійде і до вашого запиту.
5. Do not work directly off your `main` branch - create a new branch for the changes you are working on.
5. Не працюйте напряму зі своєї гілки `main`. Створіть нову гілку для змін, над якими ви працюєте.
> [!NOTE] Your PR should be targeting changes to the English curriculum only. Read [this guide](index.md#translations) instead for contributing to translations.
> [!NOTE] Ваш PR повинен націлюватись лише на зміни навчальної програми англійською мовою. Див. [цей довідник](index.md#translations), щоб зробити внесок до перекладу.
## Prepare a good PR title
## Підготуйте хороший заголовок для PR
We recommend using [conventional title and messages](https://www.conventionalcommits.org/) for commits and pull request. The convention has the following format:
Ми рекомендуємо використовувати [ загальноприйняті заголовки та повідомлення](https://www.conventionalcommits.org/) для комітів і запитів на пул. Конвенція вимагає наступного формату:
> `<type>([optional scope(s)]): <description>`
> `<тип>([область (необов’язково)]): <опис>`
>
> For example:
> Наприклад:
>
> `fix(learn): tests for the do...while loop challenge`
> `fix(learn): тести для завдання з циклу do...while`
Whenever you open a Pull Request(PR), you can use the below to determine the type, scope (optional), and description.
Щоразу, коли ви відкриваєте запит на пул (PR), використовуйте нижчеподану інформацію, щоб визначити тип, область та опис.
**Type:**
**Тип:**
| Type | When to select |
|:----- |:-------------------------------------------------------------------------------- |
| fix | Changed or updated/improved functionality, tests, the verbiage of a lesson, etc. |
| feat | Only if you are adding new functionality, tests, etc. |
| chore | Changes that are not related to code, tests, or verbiage of a lesson. |
| docs | Changes to `/docs` directory or the contributing guidelines, etc. |
| Тип | Коли обирати |
|:----- |:-------------------------------------------------------------------------- |
| fix | Змінені або оновлені/вдосконалені функції, тести, формулювання уроку тощо. |
| feat | Лише при додаванні нової функції, тестів тощо. |
| chore | Зміни, які не повʼязані з кодом, тестами або формулюванням уроку. |
| docs | Зміни до директорії `/docs` чи настанов щодо внесків тощо. |
**Scope:**
**Область:**
You can select a scope from [this list of labels](https://github.com/freeCodeCamp/freeCodeCamp/labels?q=scope).
Область можна обрати із [цього списку міток](https://github.com/freeCodeCamp/freeCodeCamp/labels?q=scope).
**Description:**
**Опис:**
Keep it short (less than 30 characters) and simple; you can add more information in the PR description box and comments.
Опис повинен бути коротким (не більше 30 символів) та простим; більше інформації можна додати в полі опису PR та коментарях.
Some examples of good PR titles would be:
Декілька прикладів хороших заголовків:
- `fix(a11y): improved search bar contrast`
- `feat: add more tests to HTML and CSS challenges`
@@ -58,7 +58,7 @@ Some examples of good PR titles would be:
1. Once the edits have been committed, you will be prompted to create a pull request on your fork's GitHub Page.
<details>
<summary>See screenshot</summary>
<summary>Переглянути знімок екрану</summary>
![Image - Compare & pull request prompt on GitHub](https://contribute.freecodecamp.org/images/github/compare-pull-request-prompt.png)
@@ -69,7 +69,7 @@ Some examples of good PR titles would be:
Make sure that your Base Fork is set to freeCodeCamp/freeCodeCamp when raising a Pull Request.
<details>
<summary>See screenshot</summary>
<summary>Переглянути знімок екрану</summary>
![Image - Comparing forks when making a pull request](https://contribute.freecodecamp.org/images/github/comparing-forks-for-pull-request.png)
@@ -93,13 +93,13 @@ Some examples of good PR titles would be:
- If your PR affects the behaviour of a page it should be accompanied by corresponding [Cypress integration tests](how-to-add-cypress-tests.md).
## Feedback on pull requests
## Зворотний зв’язок по PR
> :tada: Congratulations on making a PR and thanks a lot for taking the time to contribute.
> :tada: Вітаємо зі створенням PR та дуже дякуємо, що знайшли час зробити свій внесок.
Our moderators will now take a look and leave you feedback. Please be patient with the fellow moderators and respect their time. All pull requests are reviewed in due course.
Наші модератори все переглянуть та залишать свій відгук. Будь ласка, наберіться терпіння та поважайте їхній час. Усі запити на пул розглядаються за усталеним порядком.
And as always, feel free to ask questions on the ['Contributors' category on our forum](https://forum.freecodecamp.org/c/contributors) or [the contributors chat room](https://discord.gg/PRyKn3Vbay).
І як завжди, не соромтеся ставити питання [на нашому форумі в категорії «Contributors»](https://forum.freecodecamp.org/c/contributors) або [у чат-кімнаті «contributors»](https://discord.gg/PRyKn3Vbay).
> [!TIP] If you are to be contributing more pull requests, we recommend you read the [making changes and syncing](how-to-setup-freecodecamp-locally.md#making-changes-locally) guidelines to avoid having to delete your fork.
@@ -123,11 +123,11 @@ When you are working on regular bugs and features on our development branch `mai
2. Resolve any conflicts and add / edit commits
```console
# Either
# Або
git add .
git commit -m "chore: resolve conflicts"
# Or
# Або
git add .
git commit --amend --no-edit
```