Я уже писал про то, что в этом году студенты со всего мира писали код в рамках спонсируемого гуглом мероприятия GSoC. В том числе код писали и для LibreOffice. Одним из заявленных проектов была переработка диалога Печать. Студент (Daniel Silva) с заданием справился, диалог переделал, код соответствующий написал (об этом я тоже писал ранее). Однако, по какой-то причине, код он писал не в основной мастер-ветке, где ведется разработка следующей версии LibreOffice 6.2, а в отдельной. И теперь сложилась достаточно неприятная ситуация: студент код написал, а в основную ветку его не влил. Бог знает по каким причинам. Самое плохое, что и наставник его из сообщества LibreOffice, который курировал именно этот проект, не спешит делать это сам и не спешит чем-то помочь или как-то ускорить студента.
Получается, что вроде бы успешно завершенный проект, запрошенный TDF в целях улучшения LibreOffice, и оплаченный гуглем студенту, в проект LibreOffice не попадает.
Самый простой вопрос: если так происходит, зачем вообще подавать заявки в гугл на участие в GSoC?
Ещё вопрос: почему разработка велась в отдельной ветке, хотя все остальные проекты (почти) просто писали в мастер сразу? Да и простые контрибьютеры с улицы пишут код сразу в мастер, а не плодят себе отдельные ветки. И их код вполне себе принимают, конечно же после ревью опытными товарищами.
Еще один вопрос: почему наставник отстранился от логического завершения проекта, от слияния кода с основной веткой?
Изменение диалога Печать - это достаточно серьезно, это надо специально и отдельно тестить. А когда тестить, если этого нету в билдах ежедневных?
В общем и целом - получилось совсем нехорошо для проекта.
Значит изменения диалога Печати перенесли к версии 6.3?
ОтветитьУдалитьНасколько я вижу, студент вроде занимается переносом результата в мастер-ветку, но мое мнение, что никто это в 6.2 включать уже не станет. Очень уж рисоквано. Печать - это такая больная и очень важная тема, чтобы ради улучшения UX ломать (а такая вероятность велика вельми) функционал. Вот он довнесет все в мастер, и на этапе подготовки 6.3 можно будет спокойно полгодика протестировать это, и, если будет надо, то и пофиксить что-то.
Удалить