Привет, двач. Дело в том что есть один^W два проекта. Лежат в разных
репозиториях. Из них собираются, стало быть, два пакета, причём проект B
зависит от проекта A (ибо A — либа, а B — прога). Так вот, как лучше всего
организовывать разработку обоих в параллели? Я вижу два пути:
1. С каждой новой стабильной версией A просить админа поставить пакет на
разработческий сервер, а у проекта В по честному прописать для тестирования и
сборки правильные пути до либы А. Но просить админа каждый раз — ёбко и
неинтересно, и вообще не технологично.
2. При сборке и автотестировании B использовать пути до папки, где я руками
собираю А. Проблемно, что в этом случае все кто захочет собирать либу В должен
будет поддерживать относительное расположение А такое же как у меня.
Кто может предложить лучший и иной путь? Насчёт git submodule думал, но сейчас
уже так делаю и оно меня как-то напрягает.
16 comments
recommend
bookmark
subscribe
А чем напрягает?
Ну, админы обычно умные, делают в jenkins параметром версию.
// проблему толком не понял, потому вероятно что unrelated
тем что админ раньше четырёх в офисе не появляется, а я порой в седьмом часу утра уже развожу бурную деятельность
не наш случай. до jenkins ещё не доросли и ещё не скоро дорастём
Это был ответ на субмодули гит?
ну блин, попросить скрипт сборки написать, который версию параметром будет брать, или типа того. всё равно же админ это сделает (не будет же он каждый раз руками писать команду сборки и установки). ну и тебя научить его запускать. не?
а... ты про submodule, я думал про п.1 сорри. напрягает тем, что мне из скрипта сборки надо, по идее, каждый раз запускать git submodule --init, а затем запускать скрипт сборки уже внутри каждого submodule от которого я завишу
пакеты собираются автоматически автосборкой, но появление новой версии пакета — ни разу не повод её этой же автосборкой ставить
Это же неплохо автоматизируется, нет?
в билд-скрипте зашить-то это можно. но меня обламывает что каждый раз нужно в git стучаться с git submodule update --init и ещё руками сборку зависимостей запускать
алсо, основная проблема. у нашего git-репозитория не настраивается авторизация по ключу. а вводить доменный пароль каждый раз, когда запускаю билд (следовательно, делаю git submodule update --init) — мука.
Ой боже. А почему нет?
почему нет авторизации по ключу, или почему я ленюсь вводить доменный пароль по сто раз на дню?
Первое, конечно же.
админы ленивые
Ну охуеть теперь.