SQuiz/common
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

update readme

Browse Source
This commit is contained in:
Pavel 2024-03-30 11:49:30 +03:00
parent 27284fa33b
commit c15ec1f240
1 changed files with 2 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
README.md
View File

@ -7,9 +7,9 @@
#### 2.Также в репозитории указаны методы которые используются в контроллерах которые испольюзуют этот репозиторий, находятся в папке `repository`, инициализируется все вместе для каждого из репо `dal/dal.go`
#### 3.Хранятся такие основные фичи как структуры `model` и промежуточное ПО `middleware`, которые используются во всем проекте `squiz`
## Пуш/go get
#### 1.После изменения `чего то` стоит свичнуться на новую ветку и запушить изменения в нее, это рекомендовано для версионирования того что изменяется в основном проекте, так как обновление может происходить не во всем репо, то изменения могут быть применены к одну и тд из репо, что упрощает просмотр багов и их устранение посредством просмотра рабочей ветки проекта в репозитории `common`
#### 1.После изменения `чего то` стоит свичнуться на новую ветку и запушить изменения в нее, это рекомендовано для версионирования того что изменяется в основном проекте, так как обновление может происходить не во всем репо, то изменения могут быть применены к одному и тд из репо, что упрощает просмотр багов и их устранение посредством просмотра рабочей ветки проекта в репозитории `common`
#### 2.Стягивание репозитория `common` в нужный проект происходит по средством `go get penahub.gitlab.yandexcloud.net/backend/quiz/common.git@NAMEBRANCH`, после этого рекомендуется прописать `go mod tidy` для обновления зависимостей `go.mod` и поднять локально окружение дабы протестировать работоспособность с измененным `common`
#### 3.Предложение: При каждом изменении в рабочих ветках и стягивании `common` в проект писать в файл `version` название ветки `common` которая заменила предыдущую для более понятного отслеживания на данном этапе разработки
#### 3.Предложение: При каждом изменении в рабочих ветках и стягивании `common` в проект писать в файл `version` название ветки `common` которая заменила предыдущую для более понятного отслеживания на данном этапе разработки, скорее баш метод какой-то добавить стоит
## Getting started