22.03.2016 Git: проект и его сателлиты
Boldenkov (обсуждение | вклад) (Новая страница: «<summary [ hidden ] > https://upload.wikimedia.org/wikipedia/commons/thumb/f/fa/Solar_System_size_to_scale_ru.svg/500px-Solar_System_size_to_scale_ru.svg.png К…») |
Boldenkov (обсуждение | вклад) (→Создание подмодулей) |
||
| Строка 42: | Строка 42: | ||
Именно так и будут интерпретироваться подпроекты - как объекты с хэшем. Соответственно, когда мы коммитим из проекта myproj его текущее состояние, сохраняется хэш каждого из подпроекта. | Именно так и будут интерпретироваться подпроекты - как объекты с хэшем. Соответственно, когда мы коммитим из проекта myproj его текущее состояние, сохраняется хэш каждого из подпроекта. | ||
| + | |||
| + | == Обновление подпроектов == | ||
| + | |||
| + | Допустим, мы обновили проект myproj. При этом подпроекты автоматически не обновяться, но будет сообщение, что в рабочем каталоге что-то не то: | ||
| + | |||
| + | <source lang="bash"> | ||
| + | On branch master | ||
| + | Your branch is up-to-date with 'origin/master'. | ||
| + | |||
| + | Changes not staged for commit: | ||
| + | (use "git add <file>..." to update what will be committed) | ||
| + | (use "git checkout -- <file>..." to discard changes in working directory) | ||
| + | |||
| + | modified: sub2 (new commits) | ||
| + | </source> | ||
| + | |||
| + | На самом деле в sub2 файлы не изменились. Просто проект myproj ссылается на более новые их версии, каталог sub2 надо обновить. Это можно сделать так: | ||
| + | |||
| + | <source lang="bash"> | ||
| + | git submodule update | ||
| + | |||
| + | git status | ||
| + | On branch master | ||
| + | Your branch is up-to-date with 'origin/master'. | ||
| + | |||
| + | nothing to commit, working directory clean | ||
| + | </source> | ||
| + | |||
| + | Загляем в sub2: | ||
| + | <source lang="bash"> | ||
| + | cd sub2 | ||
| + | git status | ||
| + | |||
| + | HEAD detached at c036200 | ||
| + | nothing to commit, working directory clean | ||
| + | </source> | ||
| + | |||
| + | Почему detached HEAD? В каталоге myproj было указано, что подпроект sub2 должен указывать на коммит с определённым хэшем. Этот хэш найден в удалённой ветке подпроекта sub2, и туда он сделал "git checkout" во время операции "git submodule update". Локальная ветка master не была обновлена и устарела. Более того, даже ветка master указывает на коммит c036200, то хранилище всё равно попадёт в "detached HEAD". HEAD указывает на c036200, master указыват на c036200, просто HEAD не указыват на master. Ну, можно решить данный вопрос одним из многочисленных способов. Например, так: | ||
| + | |||
| + | <source lang="bash"> | ||
| + | git checkount master | ||
| + | </source> | ||
| + | |||
| + | ВАЖНО! Тут я понимал, что master у меня указывает на тот же коммит. | ||
| + | |||
| + | Допустим, master устарел, а правильный коммит лежит в origin/master, что будет часто. | ||
| + | |||
| + | |||
{{wl-publish: 2016-03-22 12:50:40 +0300 | Boldenkov }} | {{wl-publish: 2016-03-22 12:50:40 +0300 | Boldenkov }} | ||
Версия 14:02, 22 марта 2016
Задача: включить внутрь проекта другой проект.
Git позволяет делать это! Смотрите подмодули.
Создание подмодулей
Допустим, у нас есть проект mypoject.
cd myproject
Добавить сюда подпроект можно так:
git submodule add /tmp/test_git/remote/sub2
При этом git создаст папки sub1 и sub2 и склонирует туда соответствующие проекты.
Важно что? В основном проекте myproject будет создан файл .gitmodules, содержащий список подроектов. Git будет понимать, что всё, что лежит в папках sub1 и sub2, не следует рассматривать, как кучу файлов. Они будут рассматриваться, как единые объекты sub1 и sub2 с соответствующими хэшами.
Что мы увидим в результате?
On branch master
Changes to be committed:
(use "git rm --cached <file>..." to unstage)
new file: .gitmodules
new file: sub1
new file: sub2
Мы видим здесь 3 объекта - sub1, sub2 и .gitmodules.
Именно так и будут интерпретироваться подпроекты - как объекты с хэшем. Соответственно, когда мы коммитим из проекта myproj его текущее состояние, сохраняется хэш каждого из подпроекта.
Обновление подпроектов
Допустим, мы обновили проект myproj. При этом подпроекты автоматически не обновяться, но будет сообщение, что в рабочем каталоге что-то не то:
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: sub2 (new commits)
На самом деле в sub2 файлы не изменились. Просто проект myproj ссылается на более новые их версии, каталог sub2 надо обновить. Это можно сделать так:
git status
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit, working directory clean
Загляем в sub2:
git status
HEAD detached at c036200
nothing to commit, working directory clean
Почему detached HEAD? В каталоге myproj было указано, что подпроект sub2 должен указывать на коммит с определённым хэшем. Этот хэш найден в удалённой ветке подпроекта sub2, и туда он сделал "git checkout" во время операции "git submodule update". Локальная ветка master не была обновлена и устарела. Более того, даже ветка master указывает на коммит c036200, то хранилище всё равно попадёт в "detached HEAD". HEAD указывает на c036200, master указыват на c036200, просто HEAD не указыват на master. Ну, можно решить данный вопрос одним из многочисленных способов. Например, так:
ВАЖНО! Тут я понимал, что master у меня указывает на тот же коммит.
Допустим, master устарел, а правильный коммит лежит в origin/master, что будет часто.
[ Хронологический вид ]Комментарии
Войдите, чтобы комментировать.