Re[2]: Про управление open source проектами
От: kl Германия http://stardog.com
Дата: 20.04.12 12:36
Оценка:
Здравствуйте, Vzhyk, Вы писали:

V>19.04.2012 13:02, kl написал:


>> 1) избежать всякой нестабильности при добавлении их кода.

V>Обвешивать все автоматическими тестами. Все остальное похоронит тебя под
V>кучей согласовательной работы. И требовать от всех покрытия тестами их
V>кода.

Я это понимаю, сам первое время (пока знакомлюсь с внутренностями) пишу практически только тестовый код. Проблема скорее организационная: мне легко требовать тестов от постоянных участников проекта (грубо говоря, у меня есть рычаги чтобы это проконтролировать). Но все сложнее с внешними участниками. Я не могу сам следить за всеми их ветками. С одной стороны я не хочу сливать код в транк, пока он не протестирован, а с другой, я хочу организовать работу так, что внешние участники не теряли энтузиазма.

>> 2) минимизировать другие негативные эффекты чужого кода (кривой дизайн)

>> и так далее.
V>Максимально разделять модули и минимизировать зависимости. То бишь, в
V>случае отвала некоторого модуля, весь остальной код должен жить, как ни
V>в чем не бывало (ну почти).

Это да, к счастью тут все более-менее нормально.
no fate but what we make
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.