Работа с submodule (подмодулями) в GIT добавление/удаление

Иногда, в процессе работы с репозитарием GIT нам может понадобиться использовать submodule GIT.
Использование подмодулей GIT позволяет в своих репозитариях использовать другие репозитарии без необходимости постоянной синхронизации используемых подмодулей.
Таким образом можно постоянно держать в актуальном состоянии какие-то используемые git-репозитарии.
Грубо говоря, таким образом в своем проекте мы можем использовать другой проект.
Как пример: мы делаем сайт и нам нужен какой-нибудь web-компонент, например, jQuery, мы можем использовать последнюю версию репозитария jQuery у себя. Это пример.

Как добавить submodule в репозитарии git

Предположим, нам необходимо добавить репозитарий color1c в свою разработку. Тогда нам нужно в cmd перейти в папку с нашим проектом и ввести команду:

$ git submodule add https://github.com/Diversus23/color1c

Как удалить submodule из репозитария git

Так же возможна и обратная ситуация: так получилось, что мы добавили подмодуль, но поработав поняли, он нам не нужен и хотим его удалить. Простое удаление папки с субмодулем при этом не поможет.
Для удаления подмодуля git необходимо выполнит команды:

git submodule deinit color1c
git rm color1c
git commit -m "Удаление submodule color1c"
rm -rf .git/modules/color1c
Если команда rm не работает, то можно просто удалить папку .git/modules/color1c из проводника.
Так же обратите внимание, что команды выше удаляют субмодуль color1c, который находится в корне нашего репозитория. Если это не так, необходимо указывать полный путь к submodule.

На этом все. Удачи при работе с git!


Изображение автора статьи

Основатель и директор по развитию Софтонит. Практикующий руководитель разработки. Эксперт в области автоматизации техподдержки

Загрузка...
Поделитесь статьей
Рекомендуем почитать
Статьи Твой худший коммит в git

Всем привет! Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы Управление IT-отделом 8 и работаю в компании Софтонит. Мы разрабатываем ПО для автоматизации ИТ-отделов. Сегодня хочу поговорить про conventional commits и про свой личный опыт работы с коммитами. На самом деле это бездонная тема, о которую сломано много копий. Кто-то пишет и делает коммиты так, кто-то эдак. В посте попробую поразмышлять о том, как делать не надо и о придуманных на этот счет правилах и договоренностях.

Начинающие (а иногда этим грешат и опытные) разработчики, не до конца понимают принципы создания и работы над коммитами в git. Тут имеется ввиду не механика и команды типа “git commit …”, а общие и глобальные вещи. Например:

  1. А когда делать коммиты?
  2. Что в них писать?
  3. Есть ли какие-то общие правила для их создания?
  4. Как не надо коммитить?

Если ты начинающий разработчик, то эта статья точно тебе пригодиться. А если у тебя огромный опыт и ты думаешь, что тебя уже ничем не удивить, то… Не будем торопиться… Давай проверим? )))

Статьи Открытие задач при командной разработке в gitlab (github) в Управление IT-отделом 8

Часто при разработке с gitlab (github), в случае если используется собственная система учета задач, хочется открывать задания пользователей из репозитория gitlab по щелчку мыши и чтобы сразу открывалась задача источник. Мы в своей работе используем gitlab - для разработки и Управление IT-отделом 8 - для ведения списка заданий.
Давайте рассмотрим как настроить открытие задач gitlab в конфигурации. Для github это же можно настроить аналогично.

Статьи Flutter и 1С синхронизация

В статье постараемся продемонстрировать простую синхронизацию между 1С и мобильным Flutter приложением.

0 / 0