Наверное вопрос наивный, но все же. С недавнего времени я большую часть рабочего времени занимаюсь разработкой одного молодого open source проекта. В основном он делается 4-мя людьми в двух университетах, но к нему проявляют интерес все больше внешнего народу (contributor'ов). Хочется чего-нибудь почитать на тему управления кодом, написанным этими внешними людьми. Это может быть как патчи, так и новая функциональность. Собственно чего хочется:
1) избежать всякой нестабильности при добавлении их кода.
2) минимизировать другие негативные эффекты чужого кода (кривой дизайн) и так далее.
3) предотвратить возможные проблемы, связанные с интеллектуальной собственность (сам проект под Apache License 2).
Мне представляется, что придется таки одному члену команды нести ответственность за каждую мало-мальски крупную ветку, в которую коммитят внешние разработчики. Он должен решать когда она достаточно протестирована, стабильна и готова к сливу в транк. Я не уверен, правда, насколько эта модель масштабируется.
Короче, наверняка умные люди уже написали немало на эту тему, так что порекомендуйте что-нить. Пока нашел "Managing Open Source Projects" от 2001г. Никакого опыта пока особо нет.
PS. Your Patch Will Suck прочитал =)
PPS. Коммерциализация пока не планируется.
