#linux #github #solaris
#linux #github #solaris
Вопрос:
Мой основной проект размещен на GitHub. Все хорошо и работает.
Теперь я пытаюсь создать порт Solaris. Я создаю себе виртуальную машину OpenSolaris, установил Solaris Studio в качестве компилятора / IDE и построил.
Все работает нормально.
Теперь я думаю, что, поскольку Solaris Studio полностью отличается от IDE / компилятора MSVC / Anjuta / Xcode, я должен создать другой репозиторий (НЕ ФОРК) и поместить туда материал Solaris.
Единственная проблема — синхронизация кода.
Если я внесу изменения в свой основной репозиторий и отправлю его на удаленный, я хочу, чтобы мой второй репозиторий также обновлялся с изменениями в файлах * .cpp / .h .
Существует ли какой-то хук для этого?
Или, может быть, мне лучше создать форк? Но тогда изменения в системе сборки будут перезаписаны.
Пожалуйста, сообщите.
Это текущая структура для основного проекта:
Project folder -> main app folder (*.cpp, *.h, *.sln, Makefile.am/Makefile.in, xcodeproj folder)
|
----> library 1 folder (*.cpp, *.h, *.sln, Makefile.am/Makefile.in, xcodeproj folder)
Ответ №1:
Или, может быть, мне лучше создать форк? Но тогда изменения в системе сборки будут перезаписаны.
Я бы даже не стал заморачиваться с форком.
Я бы просто убедился, что система сборки изолирована в своей собственной папке, что позволяет вам иметь в одном репозитории две папки конфигурации сборки:
- один для среды по умолчанию
- один из них предназначен для среды Solaris
Таким образом, вы можете продолжать вносить свой вклад в код из любой из этих сред, не сталкиваясь с какими-либо проблемами синхронизации.
Комментарии:
1. у вас есть какие-либо идеи, как это сделать? Я использую MSVC в Windows, Anuta в Linux и Xcode в OSX. У меня также есть несколько библиотек (dll / so / dylib). И файлы, необходимые для генерации соответствующих make-файлов, находятся в соответствующих каталогах. Есть идеи, как это сделать?
2. @Igor Это скорее предложение по настройке ваших разных систем сборки (которые работают сейчас), чтобы они запускались из двух разных вложенных папок вашего основного проекта. Если вы можете это сделать, переместите части, относящиеся к указанным системам сборки, в их собственные подпапки, вы можете сохранить их в одном репозитории: каждый из них игнорирует другой.
3. Я добавил свою текущую структуру каталогов в OP. Можете ли вы подсказать, как это сделать?
4. @Igor идея состоит в том, чтобы не дублировать исходные файлы, а только Makefile и другие ресурсы, специфичные для сборки. Сохраните исходные тексты такими, какими они были изначально.