http://blog.ctpeko3a.com/2007/08/31/about-work/ Just another WordPress site Tue, 23 Aug 2011 18:59:00 +0000 hourly 1 http://wordpress.org/?v=3.2.1 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-420 Aleksey Sat, 01 Sep 2007 22:52:43 +0000 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-420 <a href="http://www.fsa.gov.uk/Pages/Doing/Regulated/Returns/IRR/FAQs/index.shtml" rel="nofollow">Всебританская система отчётности финансовых организаций.</a> Всебританская система отчётности финансовых организаций.

]]> http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-419 Aleksey Sat, 01 Sep 2007 22:49:21 +0000 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-419 1. "Ну принципе почти все что делается в мавене делается и в анте и наборот." То, что в мавене делается элементарно - антом делается путём конкретного геморроя. 2. "Круиз умереть не должен ибо все проэкты компилятся в отдельных тредах" Какая связь между сборкой в отдельных тредах и зависимостями между проектами? А что если у меня один проект собирает библиотеку, которая потом используется другим проектом? Сушить вёсла или заниматься проверкой флагов в виде файлов? 3. "Таким образом круиз будет запускать сборку отдельного проэкта только если в нем произошли изменения - коммит" Так он это и так делает. Стандартная фича. Но вот проблему зависимости проектов совсем не решает. 4. "А интеграционный билд будет запускатся часто но интегрировать заново только если был собран один из подпроэктов." Мне не надо один. Мне надо чтобы интеграция запускалать только если все успешные. Ну а плагин писать уж совсем некогда. Но если вариант с файлами-флагами не пройдёт, то буду смотреть в эту сторону, да. 1. “Ну принципе почти все что делается в мавене делается и в анте и наборот.” То, что в мавене делается элементарно – антом делается путём конкретного геморроя.
2. “Круиз умереть не должен ибо все проэкты компилятся в отдельных тредах” Какая связь между сборкой в отдельных тредах и зависимостями между проектами? А что если у меня один проект собирает библиотеку, которая потом используется другим проектом? Сушить вёсла или заниматься проверкой флагов в виде файлов?
3. “Таким образом круиз будет запускать сборку отдельного проэкта только если в нем произошли изменения – коммит” Так он это и так делает. Стандартная фича. Но вот проблему зависимости проектов совсем не решает.
4. “А интеграционный билд будет запускатся часто но интегрировать заново только если был собран один из подпроэктов.” Мне не надо один. Мне надо чтобы интеграция запускалать только если все успешные.
Ну а плагин писать уж совсем некогда. Но если вариант с файлами-флагами не пройдёт, то буду смотреть в эту сторону, да.

]]> http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-418 usdiary@livejournal Sat, 01 Sep 2007 15:14:11 +0000 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-418 Хм... Ну принципе почти все что делается в мавене делается и в анте и наборот. Круиз умереть не должен ибо все проэкты компилятся в отдельных тредах, т.е. компиляция сборкапроверкатестирование чего-то не влияет на остальные проэкты. Депенденси в твоем понимании, реализовать довольно легко. Я вижу как минимум несколько вариантов: во первых посмотри в сторону плагина compound у него есть понятие тригеров и таргетов. во вторых это можно сделать средствами анта. Настрой интеграционный билд запускаться довольно часто по временному фактору и пусть при запуске проверяет изменение таймстемпа у каких-то файлов которе появляются в результате сборки отдельных билдов (Другой возможно более легкий вариант проверять номер билда. Вы же версионность ведете?) и интегрирует все только если что-то изменилось. Таким образом круиз будет запускать сборку отдельного проэкта только если в нем произошли изменения - коммит. А интеграционный билд будет запускатся часто но интегрировать заново только если был собран один из подпроэктов. в третьих можно написать свой плагин для круиза. Который будет проверять депенденси. Хм… Ну принципе почти все что делается в мавене делается и в анте и наборот.
Круиз умереть не должен ибо все проэкты компилятся в отдельных тредах, т.е. компиляция
сборкапроверкатестирование чего-то не влияет на остальные проэкты.
Депенденси в твоем понимании, реализовать довольно легко. Я вижу как минимум несколько вариантов:
во первых посмотри в сторону плагина compound у него есть понятие тригеров и таргетов.
во вторых это можно сделать средствами анта. Настрой интеграционный билд запускаться довольно часто по временному фактору и пусть при запуске проверяет изменение таймстемпа у каких-то файлов которе появляются в результате сборки отдельных билдов (Другой возможно более легкий вариант проверять номер билда. Вы же версионность ведете?) и интегрирует все только если что-то изменилось.
Таким образом круиз будет запускать сборку отдельного проэкта только если в нем произошли изменения – коммит. А интеграционный билд будет запускатся часто но интегрировать заново только если был собран один из подпроэктов.
в третьих можно написать свой плагин для круиза. Который будет проверять депенденси.

]]> http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-417 ekloedov@livejournal Sat, 01 Sep 2007 14:23:59 +0000 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-417 Вот на моей старой работе тоже maven для этого использовался. Вопрос- а что на выходе, что эта SOA будет делать? Вот на моей старой работе тоже maven для этого использовался. Вопрос- а что на выходе, что эта SOA будет делать?

]]> http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-416 ctpeko3a@livejournal Sat, 01 Sep 2007 00:28:38 +0000 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-416 Вот где-то после часа и подвалю. :о) Вот где-то после часа и подвалю. :о)

]]> http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-415 ctpeko3a@livejournal Sat, 01 Sep 2007 00:27:21 +0000 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-415 Запускать 20 проектов заново - это значит остановить круизконтроль на полдня. Пока он там заново всё перекомпилит... А вот если б было бы нормальное project dependency, то интеграционный билд запускался бы только тогда, когда все входящие в него билды успешно собрались. Под это дело идеально подходит maven, но специфика проекта и сжатые сроки не позволяют так вот просто на него перейти. Запускать 20 проектов заново – это значит остановить круизконтроль на полдня. Пока он там заново всё перекомпилит… А вот если б было бы нормальное project dependency, то интеграционный билд запускался бы только тогда, когда все входящие в него билды успешно собрались. Под это дело идеально подходит maven, но специфика проекта и сжатые сроки не позволяют так вот просто на него перейти.

]]> http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-414 usdiary@livejournal Sat, 01 Sep 2007 00:06:56 +0000 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-414 если в круиз контроле ничего радикально не поменялось за последние полтора года, то круиз контроль запускает антовые скрипты для сборки и запуска тестовпроверок кода. Тогда какие проблемы написать еще один ант билд файл который будет запускать эти 8-20 проэктов на сборку как внешние таски (я так понимаю они уже сейчас как-то антом собираютсятестируются) т.е. по сути задача скорее скучная, чем сложная. если в круиз контроле ничего радикально не поменялось за последние полтора года, то круиз контроль запускает антовые скрипты для сборки и запуска тестовпроверок кода. Тогда какие проблемы написать еще один ант билд файл который будет запускать эти 8-20 проэктов на сборку как внешние таски (я так понимаю они уже сейчас как-то антом собираютсятестируются) т.е. по сути задача скорее скучная, чем сложная.

]]> http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-413 dr_antidote@livejournal Fri, 31 Aug 2007 23:23:17 +0000 http://blog.ctpeko3a.com/2007/08/31/about-work/#comment-413 серые будни -- завтра жду. хоть в 10 утра. но на самом деле огонь подожгу в час где-то серые будни — завтра жду.
хоть в 10 утра. но на самом деле огонь подожгу в час где-то

]]>