4IT101
4IT353
Разное
Политика работы с git и GitLab.com
Школьный репозиторий
У каждого учащегося есть место для создания собственных удаленных репозиториев на GitLab.com. URL-адрес соответствует этому соглашению:
- https://gitlab.com/FIS-VSE/4IT115/2021ZS/ упражнения / xname
Каждый учащийся имеет право на сопровождающего , который может создавать новые проекты и полностью контролировать их, в том числе делиться ими с другими соавторами. Единственным ограничением является удаление и перемещение проектов в другое место.
Соглашения для названий проектов:
- xname-adventura-cv , за работу над приключением во время обучения
- xname-adventura-sem , за работу над приключенческой игрой в качестве отдельной курсовой работы
- xname-team-work , для групповой семестровой работы
Групповая семестровая работа создается в своей папке только руководителем группы, который передает права другим членам команды.
При создании проекта обратите особое внимание на его местоположение. Проекты, созданные на GitLab.com вне структуры школьного репозитория, не смогут быть защищены.
Параметры работы с git
Для работы с git вы можете использовать:
Существует отличная книга о работе с git, написанная Скоттом Чаконом и Беном Штраубом под названием Pro Git, которая находится в свободном доступе в Интернете по адресу https://git-scm.com/book/cs/v2.
При работе в командной строке может пригодиться Cheat Sheet GitHub.
Передача существующего проекта в удаленный репозиторий
В принципе, поделиться можно несколькими способами. Во всех случаях лучше иметь пустой репозиторий без единогокоммита.
- Создайте локальный репозиторий, а затем подключитесь к нему через удаленный.
- См. https://www.youtube.com/watch?v=pbAFI8FlKaY
- и для NetBeans наhttps://youtu.be/RzPDkYHll68
для демонстрации того, как это сделать в среде IDEA.
- Клонируйте пустой репозиторий и переместите в него проект. См. https://www.youtube.com/watch?v=AIOlHS6-asI для демонстрации того, как это сделать в Eclipse.
Когда вы впервые загружаете проект, вам нужно решить, какие файлы вы хотите отправить в репозиторий. Как правило, предоставляется общий доступ только к исходному коду. Могут подойти независимые от IDE настройки проекта, такие как Maven (pom.xml) или Gradle (.gradle), из которых проще настроить проект после клонирования. При совместном использовании проекта без Maven или Gradle следует учитывать параметры импорта для каждой среды IDE. Игнорируемые файлы можно указать в инструменте управления git или непосредственно в файле .gitignore (см. https://git-scm.com/docs/gitignore).
Импортировать проект в IDE из удаленного репозитория
Импорт проекта можно легко выполнить, если удаленный репозиторий содержит файлы для настройки проекта IDE (см. абзац выше).
Стратегия рабочего процесса
Git отлично подходит для поддержки нелинейной разработки. Желательно придерживаться следующих принципов:
- используйте ветку master только для больших функциональных дополнений
- работа в ветке dev
- создавать новую ветку
для каждого нового свойства
