Одинаковые файлы в разных проектах

Гуру, подскажите, может уже появилось решение? (лет 5-7 "мониторю")

Есть десяток проектов, в которых задействованы одинаковые файлы. Нечто вроде "универсальных функций".
Таких файлов больше 30 и в разных проектах разные "наборы".
Исправив файл в одном проекте надо обновить в других проектах.
Возможно даже "слияние" изменений использовать (если 2 разных разработчика один файл в двух проектах изменили)

Например:
в андроиде есть "коллекция" uni_vibro.java - отвечает за разные виды вибраций. Нужно в 3-4х проектах...
есть коллекция uni_str.java - набор хитрых строковых функций (например "число словами" или "убрать сдвоенные пробелы") - нужно в 5-8 проектах...
есть uni_gps - работа с GPS - нужно в 2х проектах...
Файлы не обязательные для ВСЕХ. Коллекцию в 30-40 "наработанных годами функций" отдавать заказчику ЦЕЛИКОМ не хочу, но и вручную отслеживать подобное тяжело!
Все файлы из коллекций свалены в папку проекта /uni/*. В разных проектах разные "наборы" из универсальных наборов/коллекций/утилит...

Написал свое решение на 1С (отслеживаю новые по дате-времени и сравниваю строки через TotalCommander с параметрами), но все еще мечтаю что GIT до подобного дорастет... Раз в пол года-год спрашиваю! Может уже доросло???

0

Maven? (http://mvnrepository.com/)
Нужны пакетные менеджеры
Свой код выносится в отдельный пакет и во всех нужных проектах подтягивается как пакет с помощью менеджера
Да, придётся на каждый обособленный участок создавать git-репозиторий

0

Сообщение от insideone Свой код выносится в отдельный пакет и во всех нужных проектах подтягивается как пакет с помощью менеджера

Подобное уже предлагали, но это СЛОЖНО! НЕ УДОБНО! Нет никакого менеджера, все делается вручную, нет "частного репозитория" встроенных "пакетов".

Как это у меня работает сейчас: (написано на 1С7.7, "под себя" а не "универсально", часто встречаю мелкие недоработки, которые лень исправлять)
1) есть справочник пректов - название, путь, коментарий, тип проекта(делфи, js, java, c++, php, py), активно(отслеживать/отложено/заброшено), дата последней работы("уже 2 года не трогал проект - наверно он сильно устарел - может не стоит сразу обновлять")
2) есть справочник "юнитов" - тех которые надо отслеживать в проектах независимо. Назначен ГЛАВНЫЙ проект юнита (то где создавался, с кем идет сравнение - скорее не GIT, а SVN технология)
3) есть справочник "связей" ЮнитыПроекта - автоматическим можно заполнить по списку известных юнитов по стандартным папкам
4) есть обработка сравнения - пробегает по активным проектам и сравнивает. Находит отличия в дате-времени (пока ТОЛЬКО в этом), и показывает "старше главного или младше". Есть возможность сравнить с "главным" построчно" (тоталкоммандер-сравнивалка), подправить ручками "исключения" и заменить устаревшую. Замена "надежная" - хранит 3 прошлых копии "filename.java~1"

Вполне работает... глюки мелкие(могу исправить, но лень), но... не профессионально как-то! Не позволяет разрабатывать совместно (кроме общего сервера). Нет контроля версий. Не позволяет избавится от "центрального проекта" для каждого файла...

0

Сообщение от Tester64 но все еще мечтаю что GIT до подобного дорастет

Сомневаюсь.
Во-первых, у разрабов Гита (они же разрабы ядра Линукса) подобных проблем не возникает.
Во-вторых, Гит все-же идеологически Юниксовая программа, где подразумевается, что система контроли версий не должна выполнять задачи менеджера пакетов.
В традиционных рамках ваша задача может быть решена двумя способами.
Первый уже подсказали - отдельные репозитории и пакетный менеджер. Это удобно, если общие файлы могут использоваться другими командами разработчиков в других проектах.
Второй - из ваших проектов делаете один большой. Фраза

Сообщение от Tester64 Исправив файл в одном проекте надо обновить в других проектах.

уже подразумевает, что это - один большой проект. Из одного проекта можете системой сборки делать свои 30+ бинарных пакетов, распространяемых отдельно. Например то же ядро Линукс - один проект, gcc - один проект, содержащий кучу компиляторов, компоновщиков, утилит и т.д. для разных платформ.
Извиняюсь, если я вас неправильно понял.

1

Сообщение от gng Сомневаюсь.

жаль! может позднее появится...

Сообщение от gng уже подразумевает, что это - один большой проект.

Это как раз разные проекты! Абсолютно разные!

Например в андроиде есть класс выводящий маленькие всплывающие сообщения. Они "скучные" и не удобные... Я сделал свои - могу задавать цвета фона и шрифта, размеры, позицию - и все одной удобной функцией, а не кодом в 5-10 строк (создать класс, задать десяток-два параметров, отобразить класс)... Достаточно положить uni_Toast.java в папку проекта и можно использовать. Полезно во МНОГИХ проектах. РАЗНЫХ проектах. И иногда я добавляю туда новые параметры или обрабатываю новые (свеже-встреченные) ошибки и исключения... Заказчики хотят получать исходники - поэтому всю коллекцию подобных "наработок" одним пакетом передавать не хочу, да и код "раздувается" (зачем простому калькулятору удобная обработка состояния батарейки или GPS - они тоже поставляются "одним файлом" и выборочно участвуют в других проектах)

Создавать целый "пакет" из маленького "набора полезных функций" в 2-3 страницы - не удобно. Да и контролировать между несколькими проектами тяжело.

Это проблема не Гита/Линукса, а (подозреваю) мелких фрилансеров, которые ведут/обслуживают десяток маленьких, не связанных заказов/проектов, вынуждены открывать заказчикам исходники и/или не хотят раздувать проекты лишними файлами (моя полная коллекция только под андроид уже в несколько мегабайт кода, а средний проект в <200кб)!

может через год-два появится что-нибудь подобное "из коробки"... Некое подобие "частных репозиториев", "локальных гитхабов"...

Я уже лет 7-8 вынашиваю эту идею! Еще на Делфи столкнулся (наборы строковых обработчиков и утилит отладки), а потом еще языков 5-6 подключил... Заводил "реестр проектов" в екселе, выписывал у кого есть общие файлы в текстовик... потом уже просто реестр завести в 1С (там система справочников удобная и пишется быстро), а уже потом и реальную сверку файлов туда начал добавлять...

0