Собственно появился сабж. Помимо официального релиза и официальной беты теперь в загрузках на Github живет официальные ночные сборки. Точнее одна, старые удаляются при публикации новой. Обновляется ежедневно в 5:00 утра по Москве, если с момента последней сборки были какие-либо изменения в репозитории. Имеющие права на RSDN'овском TeamCity могут пнуть билд вручную и, тем самым, опубликовать его результаты на Github не дожидаясь пяти утра, если нужно.
Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Собственно появился сабж. Помимо официального релиза и официальной беты теперь в загрузках на Github живет официальные ночные сборки. Точнее одна, старые удаляются при публикации новой. Обновляется ежедневно в 5:00 утра по Москве, если с момента последней сборки были какие-либо изменения в репозитории. Имеющие права на RSDN'овском TeamCity могут пнуть билд вручную и, тем самым, опубликовать его результаты на Github не дожидаясь пяти утра, если нужно.
Почему бы не билдить на каждый чих(комит)?
Тогда можно сразу удивить что комит фейлится!
Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Собственно появился сабж. Помимо официального релиза и официальной беты теперь в загрузках на Github живет официальные ночные сборки. Точнее одна, старые удаляются при публикации новой. Обновляется ежедневно в 5:00 утра по Москве, если с момента последней сборки были какие-либо изменения в репозитории. Имеющие права на RSDN'овском TeamCity могут пнуть билд вручную и, тем самым, опубликовать его результаты на Github не дожидаясь пяти утра, если нужно.
А автоматизирвоанный ручной билд с выкладыванием появился? Это более нужная фича.
ЗЫ
Сразу предупреждаю, что все кто скачивает ночные сборки, делают это на свой страх и риск. По сему просьба не забивать исьюс-треккер жалобами на глюки в ночных сборках. Сначала проконсультируйтесь на форуме. И если знающие люди скажут, что это баг, а не временная недороботка, вот тогда уже исьюс создавайте.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, BogdanMart, Вы писали:
BM>Почему бы не билдить на каждый чих(комит)?
Далеко не каждый коммит требует пересборки проекта, с другой стороны, бывают дни, когда коммитов достаточно много, а следовательно сервер будет выполнять совершенно бесполезную работу по сборке очередного билда, его закачки на гитхаб, удалении оттуда, сборки нового билда и т.п.
BM>Тогда можно сразу удивить что комит фейлится!
А вот это лучше видеть еще до коммита, запуская перед ним у себя на машине BuildInstallerFast
Здравствуйте, VladD2, Вы писали:
VD>А автоматизирвоанный ручной билд с выкладыванием появился? Это более нужная фича.
Сейчас можно зайти в TeamCity и нажать на кнопку "Run" напротив проекта Nemerle. Это запустит внеочередную "ночную" сборку последнего мастера с выкладыванием результатов на гитхаб. Около 20 минут. В принципе, это то, о чем ты спрашиваешь, за исключением одного момента: файлы такой сборки будут удалены с гитхаба при следующем билде и замещены его результатами.
И вот, как правильнее организовать (и надо ли это делать вообще) сборку и выкладывание не "ночных" сборок, с организационной т.з. — был бы рад услышать, т.к. у самого мыслей на этот счет пока нет. Автоматическое формирование ченджлиста сделаю чуть позже, тут тоже надо подумать, как это правильнее закрутить.
Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Далеко не каждый коммит требует пересборки проекта, с другой стороны, бывают дни, когда коммитов достаточно много, а следовательно сервер будет выполнять совершенно бесполезную работу по сборке очередного билда, его закачки на гитхаб, удалении оттуда, сборки нового билда и т.п.
В тим ситях можно поставить дилей, например 60 минут
BM>>Тогда можно сразу удивить что комит фейлится!
KV>А вот это лучше видеть еще до коммита, запуская перед ним у себя на машине BuildInstallerFast
Только не все это делают и почему то на форуме иногда вылазит пост "Код с гитхаба не собирается" Особенное если уплреквесты принимать через MergeButton
а если напряжно литьна сервак, то создать отдельную таску, которая просто прогоняет тесты, но но не заливаетна ФТП. И если что уведомляет на мыло того кто зафейлил билд
Здравствуйте, kochetkov.vladimir, Вы писали:
VD>>А автоматизирвоанный ручной билд с выкладыванием появился? Это более нужная фича.
KV>Сейчас можно зайти в TeamCity и нажать на кнопку "Run" напротив проекта Nemerle. Это запустит внеочередную "ночную" сборку последнего мастера с выкладыванием результатов на гитхаб. Около 20 минут. В принципе, это то, о чем ты спрашиваешь, за исключением одного момента: файлы такой сборки будут удалены с гитхаба при следующем билде и замещены его результатами.
Это совсем не то о чем я спрашиваю. Я уже говорил, что как раз ночные билды не особо то и нужны (и даже, от части, вредны).
Нужно чтобы можно было опубликовать очередную версию беэты или релиза и чтобы эта версия оставалась до тех пор пока ее не удалят вручную.
А вот исчезающие ночные билды как раз не нужны. Точнее нужны тем кому не терпится получить патч к своей проблеме или просо поиграться с новой функциональностью.
Хорошо бы чтобы для собранного "вручную" билда еще можно было (опционельно) задать некую строку (комментарий).
KV>И вот, как правильнее организовать (и надо ли это делать вообще) сборку и выкладывание не "ночных" сборок, с организационной т.з. — был бы рад услышать, т.к. у самого мыслей на этот счет пока нет.
Хорошо бы иметь страничку с предельно простым интерфейсом состоящим из полей: "юзер", "пароль", "мэйлстоун", "комментарий" и "кнопкой" "собрать". Заполняем поля, жмем на кнопку и где-то (на гитхабе или у нас) появляется ссылка на инсталлятор и бинарники. "мэйлстоун" нужен для того чтобы брать закрытые исьюсы для формирования ченж-лога.
Будет еще круче, если там же будет список ранее размещенных версий и у каждой будет кнопка "удалить".
Ну, естественно должна быть страничка где эти бинарники видны всем в режиме "только для чтения".
Если страница будет собственной, то хорошо бы учитывать количество скачиваний.
KV> Автоматическое формирование ченджлиста сделаю чуть позже, тут тоже надо подумать, как это правильнее закрутить.
Надо сделать задачу (возможно тупо — ехе-шник) которая будет лезть на гитхаб, снимать с него список закрытых исьюсов для указнного мэйлстоуна и имеющего хотя бы один лэйбл. Писать их заголовки в текстовый файл, а этот файл кладывать в инсталлятор и размещать среди файлов для закачки.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, BogdanMart, Вы писали:
BM>а если напряжно литьна сервак, то создать отдельную таску, которая просто прогоняет тесты, но но не заливаетна ФТП. И если что уведомляет на мыло того кто зафейлил билд
Прогнать тесты в двухпроходном режиме — это тоже минут 7 (а так как сервер и так занят, то все 10-15).
Хватило бы чтобы раз в день сервер делал проверку и слал сообщения на мыло.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Будет еще круче, если там же будет список ранее размещенных версий и у каждой будет кнопка "удалить".
VD>Ну, естественно должна быть страничка где эти бинарники видны всем в режиме "только для чтения".
VD>Если страница будет собственной, то хорошо бы учитывать количество скачиваний.
Открыть на TeamCity гостевой доступ и настроить правильно права доступа
Здравствуйте, BogdanMart, Вы писали:
VD>>Хватило бы чтобы раз в день сервер делал проверку и слал сообщения на мыло. BM>Тогда не так ясно на коком комите произошел трабл.
Те кто этим занимаются и так разберутся. Ошибка все равно не по комиту ищется, а по симптомам. Если надо переключиться на коразные комиты не долго. Их же не много будет.
BM>Сервера же нынче толстые. + можно сделать чтобы добровольцы подняли у себя по агенту для билда
Сервер у нас одни РСДН-овский. Он и так крутит кучу всего на своих восьми камнях. А сборка немерла жрет проц очень не хило.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, BogdanMart, Вы писали:
VD>>Будет еще круче, если там же будет список ранее размещенных версий и у каждой будет кнопка "удалить". VD>>Ну, естественно должна быть страничка где эти бинарники видны всем в режиме "только для чтения". VD>>Если страница будет собственной, то хорошо бы учитывать количество скачиваний.
BM>Открыть на TeamCity гостевой доступ и настроить правильно права доступа
У TeamCity слишком перегруженный интерфейс. Я бы предпочел простенькую самопальную страницу или вообще гитхабовский даунлоад.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, BogdanMart, Вы писали:
BM>>Открыть на TeamCity гостевой доступ и настроить правильно права доступа
Z>Он открыт. http://tc.nemerle.org
Здравствуйте, VladD2, Вы писали:
BM>>Сервера же нынче толстые. + можно сделать чтобы добровольцы подняли у себя по агенту для билда
VD>Сервер у нас одни РСДН-овский. Он и так крутит кучу всего на своих восьми камнях. А сборка немерла жрет проц очень не хило.
Тимсити работает со внешними билд агентами. То есть поднять агет может любой, после того, как мы его авторизуем — этот агет станет доступен для запуска сборок, как и тот, что установлен на rsdn.ru.
Так что если есть добровольцы, можно сделать билд на каждый комит, только на ваших агентах.
Здравствуйте, VladD2, Вы писали:
VD>У TeamCity слишком перегруженный интерфейс. Я бы предпочел простенькую самопальную страницу или вообще гитхабовский даунлоад.
Там кнопочка run видна сразу после входа. То есть запустить билд очень просто.
Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Здравствуйте, VladD2, Вы писали:
VD>>А автоматизирвоанный ручной билд с выкладыванием появился? Это более нужная фича.
KV>Сейчас можно зайти в TeamCity и нажать на кнопку "Run" напротив проекта Nemerle. Это запустит внеочередную "ночную" сборку последнего мастера с выкладыванием результатов на гитхаб. Около 20 минут. В принципе, это то, о чем ты спрашиваешь, за исключением одного момента: файлы такой сборки будут удалены с гитхаба при следующем билде и замещены его результатами.
KV>И вот, как правильнее организовать (и надо ли это делать вообще) сборку и выкладывание не "ночных" сборок, с организационной т.з. — был бы рад услышать, т.к. у самого мыслей на этот счет пока нет. Автоматическое формирование ченджлиста сделаю чуть позже, тут тоже надо подумать, как это правильнее закрутить.
У меня тоже нет мыслей как сделать, чтобы было ровно как хочет Влад. С автоматическим чейннджлогом, одной кнопкой на другом сайте и т.п. То есть сделать конечно можно, но работы вагон, а выхлоп не впечатляет, ибо нестандартных ситуаций будет много и систему придется постоянно подпиливать. Либо делать через задницу простые вещи, только чтобы угодить этому автомату. Не верю я в полные автоматы для таких вещей.
Кстати, могу сделать так, чтобы тесты компилятора обрабатывались тимситей как тесты. Для этого надо поправить сообщения о запуске теста в некий формат понимаемый тимсити.
Что это даст. Мы увидим и сможем наблюдать тренд времени запуска каждого теста. С графиками. Это может быть полезно, для определения комита при котором мы получили просадку по скорости компиляции. Или наборот, хотя конечно тесты не очень объективные. При поломке теста мы увидим конкретный упавший тест и его сообщение о поломке. Ну и вывод удачных тестов тоже будет доступен, правда я не знаю зачем он.
Аргумент против: вывод тестов будет слегка некрасив.
##teamcity[testSuiteStarted name='suite.name']
<individual test messages go here>
##teamcity[testSuiteFinished name='suite.name']
Если никто не против видеть такие сообщение и в обычном билде — займусь, там нужен небольшой патч на тестраннер.
Здравствуйте, Ziaw, Вы писали:
Z>Аргумент против: вывод тестов будет слегка некрасив.
Можно в тестраннере добавить проверку какой-нибудь переменной окружения и, если сборка запущена под тимсити, то кидать в аутпут директивы для него, если нет, то выводить все как обычно.
Здравствуйте, Ziaw, Вы писали:
Z>У меня тоже нет мыслей как сделать, чтобы было ровно как хочет Влад. С автоматическим чейннджлогом, одной кнопкой на другом сайте и т.п. То есть сделать конечно можно, но работы вагон, а выхлоп не впечатляет, ибо нестандартных ситуаций будет много и систему придется постоянно подпиливать. Либо делать через задницу простые вещи, только чтобы угодить этому автомату. Не верю я в полные автоматы для таких вещей.
У меня мысли есть, но работы действительно много. Попробую.
Здравствуйте, Ziaw, Вы писали:
Z>У меня тоже нет мыслей как сделать, чтобы было ровно как хочет Влад. С автоматическим чейннджлогом, одной кнопкой на другом сайте и т.п. То есть сделать конечно можно, но работы вагон, а выхлоп не впечатляет, ибо нестандартных ситуаций будет много и систему придется постоянно подпиливать. Либо делать через задницу простые вещи, только чтобы угодить этому автомату. Не верю я в полные автоматы для таких вещей.
На другом сайте не обязательно. А вот что за проблемы я понять не могу. Если сборка работает, то что там за неразрешимые проблемы возникают при размещении сборки в публичный доступ?
Что тут через задницу и какой работы вагон?
Z>Кстати, могу сделать так, чтобы тесты компилятора обрабатывались тимситей как тесты. Для этого надо поправить сообщения о запуске теста в некий формат понимаемый тимсити.
Z>Что это даст. Мы увидим и сможем наблюдать тренд времени запуска каждого теста. С графиками. Это может быть полезно, для определения комита при котором мы получили просадку по скорости компиляции.
Сервер параллельно загружен тучей задач. Эта скорость будет мало отличаться от средней температуры по больнице. Сегодня сервер разгружен и скорость высокая, завтра загружен и мы будем думать что случилось.
Z>Или наборот, хотя конечно тесты не очень объективные. При поломке теста мы увидим конкретный упавший тест и его сообщение о поломке. Ну и вывод удачных тестов тоже будет доступен, правда я не знаю зачем он.
Да в логах и так вроде ясно что происходит. К тому же разбираться я буду уже на локальной машине и мне на тимситевский выхлоп будет плевать.
Z>Аргумент против: вывод тестов будет слегка некрасив.
Z>
Z>##teamcity[testSuiteStarted name='suite.name']
Z><individual test messages go here>
Z>##teamcity[testSuiteFinished name='suite.name']
Z>Если никто не против видеть такие сообщение и в обычном билде — займусь, там нужен небольшой патч на тестраннер.
Здравствуйте, Ziaw, Вы писали:
Z>Так что если есть добровольцы, можно сделать билд на каждый комит, только на ваших агентах.
У меня есть четырех ядерный сервер с 16Г памяти работающий 7х24 при этом обычно почти ничего не делает.
Думаю после небольших согласований пару ядер можно будет под сборку выделить.
... << RSDN@Home 1.2.0 alpha 4 rev. 1472>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, WolfHound, Вы писали:
WH>У меня есть четырех ядерный сервер с 16Г памяти работающий 7х24 при этом обычно почти ничего не делает. WH>Думаю после небольших согласований пару ядер можно будет под сборку выделить.
Было бы неплохо. А агент все равно больше одного ядра использовать не сможет, сборка у нас однопоточная.
Здравствуйте, Ziaw, Вы писали:
Z>Было бы неплохо. А агент все равно больше одного ядра использовать не сможет, сборка у нас однопоточная.
А агент может жить под сильно ограниченным аккаунтом?
А то на сервере там много чего есть что ломать нельзя.
... << RSDN@Home 1.2.0 alpha 4 rev. 1472>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, WolfHound, Вы писали:
WH>А агент может жить под сильно ограниченным аккаунтом? WH>А то на сервере там много чего есть что ломать нельзя.
Агент-то может, все что уме требуется это доступ в сеть, свою рабочую папку на запись и право на запуск процессов. Но вот билд у немерла требует повышенных привилегий в некоторых местах. Лично я причин не знаю (то ли интеграция то ли инсталлер), впрочем для билда самого компилятора и прогона тестов должно хватить минимума. А на каждый комит большего и не требуется.
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, WolfHound, Вы писали:
WH>>А агент может жить под сильно ограниченным аккаунтом? WH>>А то на сервере там много чего есть что ломать нельзя.
Z>Агент-то может, все что уме требуется это доступ в сеть, свою рабочую папку на запись и право на запуск процессов. Но вот билд у немерла требует повышенных привилегий в некоторых местах. Лично я причин не знаю (то ли интеграция то ли инсталлер), впрочем для билда самого компилятора и прогона тестов должно хватить минимума. А на каждый комит большего и не требуется.
Обе интеграции требуют прав админа. Насколько я знаю, обойти это не получится.
Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Обе интеграции требуют прав админа. Насколько я знаю, обойти это не получится.
Насколько я понимаю они требуют права для инсталяции. А может быть ее просто не делать?
Просто собрать и все.
Еще как вариант я могу поднять виртуальную машину и запускать в ней. Внутри виртуалки мне на права начхать.
... << RSDN@Home 1.2.0 alpha 4 rev. 1472>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, WolfHound, Вы писали:
WH>Здравствуйте, kochetkov.vladimir, Вы писали:
KV>>Обе интеграции требуют прав админа. Насколько я знаю, обойти это не получится. WH>Насколько я понимаю они требуют права для инсталяции. А может быть ее просто не делать?
Там уже есть свойство которое отключает регистрацию. И оно используется при сборке из тимсити (если не отключили, конечно).
Так что вроде как должно работать.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Там уже есть свойство которое отключает регистрацию. И оно используется при сборке из тимсити (если не отключили, конечно). VD>Так что вроде как должно работать.
есть некое /p:RegisterOutputPackage=false , если это оно, то да, все ок.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, WolfHound, Вы писали:
WH>>Здравствуйте, kochetkov.vladimir, Вы писали:
KV>>>Обе интеграции требуют прав админа. Насколько я знаю, обойти это не получится. WH>>Насколько я понимаю они требуют права для инсталяции. А может быть ее просто не делать?
VD>Там уже есть свойство которое отключает регистрацию. И оно используется при сборке из тимсити (если не отключили, конечно). VD>Так что вроде как должно работать.
Зато BuildInstallerFull каким-то образом цепляет таргет Install, который копирует все в програм файлз.
Там забавный комент:
<Error Condition=" '$(NCurBin)' == '' " Text="Property NCurBin is not set. Any stage of compilation should preceed the Install target." />
Очень похоже на кривой манки патч. Не вижу ни одной причины при сборке лезть в PF. Каждая стадия лежит в своей папке и не мешает другой, зачем ей установленный компилятор?
Здравствуйте, Ziaw, Вы писали:
Z>Зато BuildInstallerFull каким-то образом цепляет таргет Install, который копирует все в програм файлз.
Это просто надо поправить.
Z>Очень похоже на кривой манки патч. Не вижу ни одной причины при сборке лезть в PF. Каждая стадия лежит в своей папке и не мешает другой, зачем ей установленный компилятор?
По идее, если Install не вызывается, то не должен быть нужен.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
