Не только Git…

Заметка про PipEnv

Pipenv: Python Dev Workflow for Humans

{i} Пример.

Git: DVCS

Организация взаимодействия при совместной разработке

Классическая модель (если не будет хватать времени, рассмотрим только её):

Открытая модель:

Модель общего хостинга:

Централизованная модель:

<!> Ветки и индивидуальные публичные репозитории — ортогональные сущности:

Работа с несколькими удалёнными репозиториями

git remote (ещё тут)

Информационно-технологическое пространство проекта разработки

Д/З

зарегистрировать семестровый проект

  1. Завести один «precious source» репозиторий для merge и публикации проекта и персональные — для разработки (лидеру проекта допустимо вести разработку в отдельной ветке, заводить ещё один репозиотрий ненадо)
  2. Разработать драфт проектного задания;
    • Постановка решаемой задачи: один абзац или список фич
    • Описание предполагаемых инструментов решения: какие сторонние модули будут использоваться, в рамках каких сервисов (если предполагаются)
    • Макет интерфейса (обратите внимание на то, что от проекта требуется локализация ⇒ какой-то интерфейс с человеком должен быть

      • GUI/TUI — общий вид окошек, что в целом они делаю и как попадают из одного в другое
      • Text — команды, диагностика (в общем плане — когда возникает и как посмотреть), режимы работы
      • Поместить проектное задание в README (или README.md) публичного репозиотория
  3. Зарегистрировать публичный репозиторий проекта в качестве вашего персонального issue на странице репозитория PythonDevelopment2022. В issue указать:

    • Короткую формулировку сути проекта
    • Ссылку на публичный репозиторий проекта

    • Список участников проекта в виде:
      1. ФИО, группа (факультет, если не ВМК) и nick, под которым появляются коммиты в репозитории
      2. ФИО, группа (факультет, если не ВМК) и nick, под которым появляются коммиты в репозитории
  4. См. требования к защите проекта

LecturesCMC/PythonDevelopment2022/06_SocialProject (last edited 2022-03-30 09:32:35 by FrBrGeorge)