MW> Причём исключение ещё и не единственное: например, Husky не менее MW> опечаливает тем ещё, что до сих пор использует CVS вместо Git и MW> SourceForge вместо GitHub.
MW> Если бы Husky лежал на Гитхабе, то документация могла бы быть для него MW> сочинена в формате легковесной текстовой разметки GitHub Flavored MW> Markdown, который по адресу MW> https://help.github.com/articles/github-flavored-markdown/ разъяснён, MW> и отображалась бы на Гитхабе в ясном и красивом виде автоматически, и MW> править такую документацию также было бы, как говорится, одно MW> удовольствие.
Документация на 1.9 есть. Другое дело, что там нужно было бы многое поправить. Если переходить на другой формат документации, то кто будет переписывать существующую документацию в новом формате? Ты будешь? Или, может быть, ты напишешь программу для конвертации?
MW> Кроме того, тогда Husky можно было бы легко форкнуть и править всю MW> документацию у себя в форке, а затем отправить в основной репозиторий MW> запрос на слияние.
Сейчас это ничуть не сложнее: делаешь cvs checkout, правишь у себя в локальной копии и затем cvs commit. Займись!
MW> Кроме того, тогда сабжевый вопрос о багах можно было бы решить (пусть MW> частично) посредством перехода к практике continuous integration, то MW> есть покрыв исходный код различными тестами и автоматически проверяя MW> после буквально каждого коммита (после каждой отправки нового кода в MW> репозиторий), не отвалилось ли что-нибудь, не перестала ли вся MW> программа (или отдельный модуль её) проходить какой-нибудь из MW> автоматических тестов. Для программ и модулей, лежащих на Гитхабе, MW> такое автоматическое тестирование обыкновенно достигается навешиванием MW> того или иного бесплатного сервиса на гитхук.
Автоматическое тестирование - это здорово. Но тесты надо всё равно писать вручную. Кто будет писать тесты? Ты будешь? Пару лет назад я предложил желающим написать тесты для RNtrack. Желающих не нашлось.
А тут есть желающие написать тесты для husky? Ау!
Желаю успехов, Mithgol! За сим откланиваюсь, Michael.