Стоит задача - есть удаленный репозиторий, который изначально использовался как основной (при push/pull-е). Но канал связи медленный и скорость не устраивала, к примеру clone «с нуля» сейчас занимает часов 20, большие коммиты тоже напрягают. Задался вопросом «подъема» локального зеркала, на который будут push-ить локальные разработчики, и который периодически будет синхронизироваться с удаленным. На удаленке в этот репозиторий почти никто не коммитит, и задержки с обновлением коммитов «от нас» должны устроить.

Есть решение делать

git clone --bare <url>

И периодически пушить то что в локальном зеркале обновилось:

git push origin --mirror

Но тогда потеряются все коммиты в удаленном репозитории. Коммиты не «от нас» туда редки но не хотелось бы их потерять, если вдруг появятся. Кроме того первое время, как поднимем зеркало, наверняка многие по старинке будут коммитить в удаленный.

Можно периодически делать

git remote update

Хотелось бы чтобы можно было делать merge изменений. Чтобы не терялись коммиты ни на одном из источников.

P.S. Не подумайте я не админю всю инфраструктуру, я разработчик, от наших админов переделки будет добиться будет сложно (перенести этот репозиторий к нам), хотелось бы своими силами развернуть зеркало.

P.P.S. Как правильно mirror'ить GIT репозиторий? я читал, как там мерджить коммиты я не понял т.к. после clone --bare pull вроде бы не доступен.

Интересует фозможность указать для cmake-проекта дополнительные каталоги для поиска хедеров БЕЗ исправлений в оригинальном CmakeLists.txt проекта.

Суть задачи в том, что я использую ExternalProject_Add для сборки некоторых внешних проектов, которые друг от друга зависят и им нужны инклюды.

include_directories(...)

в файле в котором добавляются external project-ы на сами external project-ы не распространяется.

Поиски переменной cmake, через которую можно передать дополнительные инклюды пока успехом не увенчались.

Всем привет! Пишу диплом, посвященный встроенной Linux-системе, связанный с разработкой драйверов и т.д. На защите естественно планирую затронуть кратко архитектуру ввода-вывода в Linux как ОС, sysfs, udev как инструмент пользовательского пространства и т.п. Внезапно подумал, что udev создан для заблоговременного создания файлов устройств (как одна из задач). А почему собственно само ядро не может создать эти файлы? Мысли на это счет есть, но хотелось бы услышать мнение других и, желательно такое, чтобы его при таком вопросе на защите огласить не стыдно было (свое мнение пока таковым пожалуй не является).