# Взимане на задача

{% hint style="warning" %}
Преди да изпълните стъпките е необходимо да сте част от GitHub организацията. Процесът по присъединяване е описан [тук](/general/faq.md#kak-da-se-vklyucha-v-github).
{% endhint %}

{% hint style="info" %}
Задачите по проекта се управляват в GitHub Issues към конкретното repository:

* [frontend](https://github.com/podkrepi-bg/frontend)
* [api](https://github.com/podkrepi-bg/api)
  {% endhint %}

### Стъпки

#### 1. Взимаме задача с "assign" в GitHub

Взимаме задача като пишем коментар под самата задача, че започваме работа по нея. Когато някой, от отговорниците на репото види коментара ще "assign" (възложи) задачата на вас, за да се вижда от всички.

{% hint style="info" %}
Може да започнете работа преди задачата да бъде възложена на вас от отговорник на репото. Важно е обаче да сте написали коментар под нея, за да не се дублирате с друг доброволец.
{% endhint %}

<figure><img src="/files/EeMIqsZGmHdeXtRI28R0" alt=""><figcaption></figcaption></figure>

#### 2. Правим fork на репото

{% hint style="info" %}
Тази стъпка е необходима само, ако вече нямате съществуващ fork.
{% endhint %}

За да може да предлагате промени по кода на платформата е необходимо да се направи fork на репото. Промените се прилагат в нов branch на fork-a.

<figure><img src="/files/93HBV34etWwSQ7dIMSRj" alt=""><figcaption></figcaption></figure>

<figure><img src="/files/QqgN9t87psoi2GoBvrMe" alt=""><figcaption></figcaption></figure>

{% hint style="info" %}
Forks са стандартен начин на работа при open-source development. Ако не сте запознати с концепцията, може да прочетете повече за нея [тук](https://docs.github.com/en/get-started/quickstart/fork-a-repo).
{% endhint %}

#### 3. Отваряме PR към главното repo

След като сме имплементирали промените и сме push-нали бранча в нашия fork можем да отворим PR към главното repo. Когато отворим fork-a GitHub би трябвало да ни предложи да отворим PR.

<figure><img src="/files/v5PMlRiMBziFd8ToVJjs" alt=""><figcaption></figcaption></figure>

Попълваме темплейта за PR и го създаваме.

{% hint style="warning" %}
Когато отваряме PR е важно да проверим дали от лявата страна е главното repo - `podkrepi-bg/frontend` за този пример. Отдясно трябва да е бранча в нашия fork.
{% endhint %}

<figure><img src="/files/AFJqGD0rGGV1e0yjR1Tu" alt=""><figcaption></figcaption></figure>

#### 4. Изчакваме обратна връзка от екипа, който отговаря за repo-то

Всяко repo от платформата има екип, който отговаря за него. Екипът се състои от доброволци, които дълго време са работили по платформата и са запознати с нея в детайли. От тези хора зависи дали дадена промяна ще бъде одобрена или не.

Когато всички точки описани по-долу са изпълнени, PR-a е одобрен и се мърджва към главното repo:

* решението на задачата е прието
* всички отворени въпроси са отговорени
* всички отворени подобрения по предложението са изпълнени или отхвърлени
* всички тестове минават

####


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.podkrepi.bg/general/architecture/task-distribution.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.