> Мы даже задумались сделать форк одной софтины и зарегать, ибо так удобней.Тут важно понимать, что форк -- это не только краткосрочное удобство, но и долгосрочные расходы на его поддержку _либо_ крупная морока при попытке сведения наработок "когда-нить потом", если что: http://0x1.tv/2a9-lets-cross-forks-shigorin
> Сразу в реестре и участвовать в конкурсах проще. Это решение
> организационного вопроса, нежели необходимость в форке как таковом.
> Но и в форке есть плюсы. Доводи до ума чего не хватает и тиражируй.
> Мейнстрим слишком уж быстро добавляет новые фичи и баги.
Не знаю, что за проект (хотите -- расскажите здесь или почтой), но лучшее, что я бы смог сделать у вас в коллективе в таком плане, пожалуй -- это постараться потолковать с апстримом и предложить организовать совместными усилиями стабильные ветки, взяв их поддержку по умолчанию на себя[*].
Самый крупный головняк -- это когда вы решили одну и ту же проблему одним образом, а разработчики, будучи не в курсе ваших наработок -- другим, причём пошла инфраструктурная завязка (формат конфигов, структура базы или ещё что-нибудь, что потом поди сведи).
Варианты дальнейшего развития событий могут быть самыми разными, начиная с "каждый своим путём" -- но хотя бы попытаться стоит.
Примеры из нашей практики:
* rpm, apt -- до сих пор крупные форки, сопровождаемые нетривиальными силами
* http://support.zabbix.com/browse/ZBXNEXT-2253 -- "дайте денег смержить"
* http://altlinux.org/эльбрус/upstream -- в основном мелкие, но их немало
* лет пятнадцать назад был крупный форк Zope -- не пережил выхода Zope 3
* лесом ушли патчи к dovecot 1.x (при выходе 2.0 их некому было переносить)
Благополучный мерж дебиановской elibc в glibc после отхода Дреппера от дел:
http://www.opennet.ru/opennews/art.shtml?num=40033
Спросил ещё коллег (точнее, george@, glebfm@ и подошедшего ldv@) -- по их наблюдениям форки, которые именно "пошли своей дорогой", чаще дохнут, чем счастливо живут или вливаются в основной проект. Среди прочих вспомнили, например, ASPLinux -- у таких проектов противоречие в том, что продаётся "дельта" от базового проекта, но она же и тянет средства на сопровождение -- поэтому её хочется иметь и побольше, и поменьше (собственно, эти же метания постоянно наблюдаем по анонсам Canonical).
В общем, примеров множество, они вокруг нас. Наверняка и в http://basealt.ru/about/compatibility найдётся не только Postgres Pro из таких проектов (кстати, ещё один пример именно с тесным взаимодействием с основным проектом).
[*] здесь есть ещё один важный момент: казалось бы, сделали у себя, зачем с кем-то делиться, советоваться, а то ещё и претензии принимать? Не нашёл сходу ту статью на http://www.wagner.pp.ru/~vitus/ -- но когда-то у Витуса была там статья с примером насчёт того, как пользователи тормошили по поводу новых форматов ворда (mso97, что ли) и он не спеша поразбирался, когда было удобно, а не когда уже самому вдруг срочно понадобилось; и тогда оно было уже готово.