qq

articles/f6_demo_1.md

@@ -29,7 +29,7 @@
 
 >В работе необходимо использовать систему контроля версий Git.
 >
->Для входа используйте учетную запись вида wsX, где X – это номер участника. Необходимо загрузить результаты >выполнения модуля в отдельную ветку с именем “Module-X”, где Х – это номер модуля. Для каждого проекта необходим отдельный репозиторий.
+>Для входа используйте учетную запись вида wsX, где X – это номер участника. Необходимо загрузить результаты выполнения модуля в отдельную ветку с именем “Module-X”, где Х – это номер модуля. Для каждого проекта необходим отдельный репозиторий.
 
 Критерий | Баллы
 ---------|:----:
@@ -41,27 +41,48 @@
 1. Название учётной записи будет **userXX**, но об этом я ещё упомяну перед экзаменом (у нас используется готовый сервер **Gogs** с предустановленными пользователями)
 2. По веткам:
 
-    **Во-первых**, перед выполнением модуля сразу создайте соответствующий репозиторий (в этом задании названия репозиториев не оговорено): Module-1, Module-2, Module-3
+    *Я бы поменял знак тире на подчёркивание. Не известно как тире в командной строке сработает.*
 
-    **Во-вторых**, создайте в репозитории ветку: `git checkout -b Module-1`
+    **Во-первых**, перед выполнением модуля сразу создайте соответствующий репозиторий (в этом задании названия репозиториев не оговорено): Module_1, Module_2, Module_3
 
-    **В-третьих**, при работе желательно в основной ветке (`Module-Х`) держать только **РАБОЧИЙ** код, чтобы было что оценивать не зависимо от того, на каком месте вы остановились. Для этого создайте ещё одну ветку, например **work** (`git checkout -b work`) и работайте в ней. После отладки какой-то фичи (например, сделали авторизацию) переключаетесь на основную ветку (Module-1), сливаете ветки и заливаете основную ветку в репозиторий. Затем возвращаетесь в основную ветку:
+    **Во-вторых**, создайте в репозитории ветку: `git checkout -b Module_1`
 
-    ```
-    git checkout Module-1
-    git merge work
-    git push origin Module-1
-    git checkout work
-    ```
+    **В-третьих**, при работе желательно в основной ветке (`Module_Х`) держать только **РАБОЧИЙ** код, чтобы было что оценивать не зависимо от того, на каком месте вы остановились. Для этого создайте ещё одну ветку, например **work** (`git checkout -b work`) и работайте в ней. После отладки какой-то фичи (например, сделали авторизацию) фиксируете изменения, переключаетесь на основную ветку (Module_1), сливаете ветки и заливаете основную ветку в репозиторий. Затем возвращаетесь в основную ветку:
+
+    * фиксируем изменения в ветке work
+
+        ```
+        git add .
+        git commit -m "сделал авторизацию"
+        ```
+
+    * переключаемся на ветку Module_1
+
+        ```
+        git checkout Module_1
+        ```
+
+    * сливаем изменения из ветки work (в текущую) и, при желании, пушим на удаленный сервер
+
+        ```
+        git merge work
+        git push origin Module_1
+        ```
+
+    * возвращаемся в рабочую ветку
+
+        ```
+        git checkout work
+        ```
 
     итоговая структура репозиториев должна получиться примерно такая:
 
-    * Module-1 (репозиторий)
-        - Module-1 (ветка)
-    * Module-2 (репозиторий)
-        - Module-2 (ветка)
-    * Module-3 (репозиторий)
-        - Module-3 (ветка)
+    * Module_1 (репозиторий)
+        - Module_1 (ветка)
+    * Module_2 (репозиторий)
+        - Module_2 (ветка)
+    * Module_3 (репозиторий)
+        - Module_3 (ветка)
 
 >Необходимо корректно обрабатывать запросы к серверу. В случае получения ошибки от сервера или отсутствия соединения с сетью Интернет необходимо отобразить соответствующий текст ошибки с помощью диалогового окна.