add settings to lesson38

Author: vladyslavPonomaryovInBev

lesson38.md

@@ -39,6 +39,19 @@
 
 `headers` и `content_type` - хедеры и контент тайп запроса
 
+## Настройка для получения JSON
+
+В современной версии пекеджа DRF, по умолчанию не указан параметр для получения ответа в формате JSON. Это нужно указать
+явно, для этого в `settings.py` необходимо добавить:
+
+```python
+REST_FRAMEWORK = {
+    'DEFAULT_RENDERER_CLASSES': (
+        'rest_framework.renderers.JSONRenderer',
+    )
+}
+```
+
 ## @api_view
 
 Дока [тут](https://www.django-rest-framework.org/api-guide/views/#api_view)
@@ -706,7 +719,6 @@ class BillingRecordsView(generics.ListAPIView):
     pagination_class = LargeResultsSetPagination
 ```
 
-
 ## Декоратор action
 
 Дока [тут](https://www.django-rest-framework.org/api-guide/viewsets/#marking-extra-actions-for-routing)
@@ -759,7 +771,6 @@ class UserViewSet(viewsets.ModelViewSet):
 
 Есть и другие, например классы пермишенов, или имя.
 
-
 ## Роутеры
 
 Дока [тут](https://www.django-rest-framework.org/api-guide/routers/)

lesson49.md

@@ -56,8 +56,8 @@ Waterfall (каскадная, водопадная) – одна из самы
 
 Канбан – система, построенная на визуализации процесса выполнения задач команды. Основная идея в этой системе уменьшать
 количество задач выполняющихся в данный момент (в колонке «in progress»). В Канбане на первом месте задачи. Хорош для
-проектов которые в стадии поддержки где основной
-функционал уже разработан и остались минимальные доработки и багофиксинг.
+проектов которые в стадии поддержки, где основной функционал уже разработан и остались минимальные доработки и
+багофиксинг.
 
 В канбане задачи сдаются индивидуально. Задача независимо от других задач проходит по всем этапам на доске и как только
 она выполнена её можно показать заказчику.
@@ -149,7 +149,7 @@ progress) вводят ограничения по количеству тасо
   дизайнеры, бизнес аналитики итд. Их роль работать работу.
 - Scrum master - Это еще один менеджер. Его задача это защита команды и отслеживания соблюдения скрам процессов, о них
   дальше. Зачем защищать команду? Потому что ПО всегда заинтересован в том, что бы команда выдавала максимальный
-  результат, несмотря ни на что. В такой ситуации, если бы не было скрам мастера, то ПО был бы только рад дать задач
+  результат, несмотря ни на что. В такой ситуации, если бы не было скрам мастера, то ПО, был бы только рад дать задач
   столько, что бы они занимали 24/7, одна из основных задач SM, следить что бы так не было.
 
 ### Процессы и термины
@@ -179,8 +179,8 @@ progress) вводят ограничения по количеству тасо
 
 Когда беклог спринта готов, начинается процесс разработки.
 
-Важным элементом разработки является ежедневный митинг всей командой. Такой митинг может называться по разному: daily,
-scrum, stand up итд. могут быть сочетания этих слов
+Важным элементом разработки является ежедневный митинг всей командой. Такой митинг может называться по-разному: daily,
+scrum, stand up итд. Могут быть сочетания этих слов
 
 Зачем он нужен?
 
@@ -231,13 +231,13 @@ scrum, stand up итд. могут быть сочетания этих слов
 - Ревью
 - Ретроспектива
 
-После этого начинаем с начала с пленинга спринта. И так до пенсии.
+После этого начинаем с начала, с пленинга спринта. И так до пенсии.
 
 ![](https://habrastorage.org/r/w1560/getpro/habr/post_images/81c/22f/a3b/81c22fa3b8cc923b6bf5181cdc5ea2b3.jpg)
 
 Мем исключительно шутки ради, на самом деле хорошая методология :)
 
-### Процесс пленинга, стори поинты, велосити и диаграммы сгорания
+### Процесс пленинга и стори поинты
 
 Процесс планирования спринта не так прост как кажется. Какая возникает проблема? Как понять какое кол-во и каких задач
 команда вообще может сделать?
@@ -349,7 +349,7 @@ scrum, stand up итд. могут быть сочетания этих слов
 Но если мы живём в идеальном мире, где у нас небольшая команда, есть профильные девопсы, мы используем только один
 репозиторий, и релизы у нас выходят только раз в конце спринта, то в 2010 году за нас придумали правильный ответ.
 
-Ответ называется git flow. И несмотря на все или описанные выше и количество статей с матюками на этот подход, я еще
+Ответ называется git flow. И несмотря на все "или" описанные выше и количество статей с матюками на этот подход, я еще
 никогда не видел структуры которая работала бы лучше при нормальных условиях.
 
 ![](http://risovach.ru/upload/2015/05/mem/no-ya-zhe_82347844_orig_.png)
@@ -506,11 +506,32 @@ Plan -> Code -> Build -> Test
 
 Как такое сделать при помощи GitHub Actions?
 
-1. Запрещаем прямой пуш в ветку `master`
+#### Запрещаем прямой пуш в ветку `master`
 
-Для этого на сайте github, переходим в Settings -> Branches
+Для этого на сайте github, переходим в Settings -> Branches. И нажимаем `Add Rule`
+
+![](https://djangoalevel.s3.eu-central-1.amazonaws.com/lesson49/add+rule.png)
+
+После чего добавляем два правила для нашей основной ветки, в моём случае `master`.
+
+1. Разрешить изменение только через пул реквест.
+2. Администраторы включительно, что бы никто не мог изменить ветку, не через пул реквест.
+
+![](https://djangoalevel.s3.eu-central-1.amazonaws.com/lesson49/settings1.png)
+
+![](https://djangoalevel.s3.eu-central-1.amazonaws.com/lesson49/settings2.png)
+
+Нажимаем `CREATE`
+
+#### Добавляем GITHUB Action
+
+![](https://djangoalevel.s3.eu-central-1.amazonaws.com/lesson49/action+setup.png)
+
+Заходим в раздел `Actions`, гитхаб автоматически предложит нам добавить конфигурацию для джанго, если вы залили проект
+без ошибок в структуре.
+
+Если автоматически не предложит, то всегда можно найти в поиске.
 
-![]()