Переезд с одного средства планирования разработки на другое — с XPlanner на Redmine

«Мыши плакали, кололись, но продолжали есть кактус», — моё мнение о пользователях XPlanner.

Преамбула

Так повелось, что изначально наша команда использовала XP и вообще Agile разработку. Изначально был выбран XPlanner — он же как раз заточен под итеративную разработку ПО.
Со временем процессы разработки менялись, и это все меньше походили на те, которыми были изначально.

И вот лишь недавно мне удалось перетащить всех на Redmine.

 

Ни для кого не секрет, что для слаженной работы команды, особенно в проектах управляемых по методологии Agile, важен эффективный обмен информацией между участниками. Для того, чтобы информационные потоки не разрушались под влиянием человеческого фактора, стандартные процедуры по управлению информацией автоматизируются. В данной статье рассмотрен пример технической инфраструктуры, использующейся сотрудниками компании ООО «Креатив Медиа» при разработке Web-проектов на платформе Java, например, в проекте социальной сети Campus.ru.

 

Дорогие друзья, в один прекрасный день мы решили создать сайт хороших историй, где бы можно было прочитать хорошую добрую историю из жизни или какой-то поучительный случай, а также прислать свою историю или историю/рассказ/причту, которая повлияла на вашу жизнь. И мы создали goodstories.ru В процессе разработки этого сайта появился и сайт студенческих историй, целью которого является собрание всех студенческих историй рунета, а также добавление новых веселых случаев из студенческой жизни.

gitosis — программное обеспечение для хостинга Git репозиториев

Установка:

Появился скрипт авто установки пока тестируется
sudo apt-get install python-setuptools git-core -y
mkdir ~/src
cd ~/src
git clone git://github.com/sc0rp1us/gitosis-tools.git
cd gitosis-tools/gitautoinstall
sudo bash main

Дальше следуем инструкциям скрипта

Но вернёмся к статье
Для начала установим необходимые компоненты для запуска gitosis:

• Для debian & ubuntu выполните следующие команды от пользователя root

apt-get update
apt-get upgrade
apt-get install python-setuptools git-core -y
cd ~/src
git clone git://eagain.net/gitosis.git
cd gitosis
python setup.py install

Далее зайдём в учётную запись через которую будем управлять gitosis'om (назовём её gitadmin), выгрузим дистрибутив и установим его

Настройка:

Теперь нам нужно будет создать пользователя который будет владеть хранилищем(имя может быть любым, но я предпочитаю использовать просто git), к тому же на одном сервере может быть несколько аккаунтов владеющих хранилищами, такому аккаунту не нужен пароль, но необходим действующий shell иначе SSH откажется с ним работать:
P.S. вы конечно можете использовать уже существующую учётную запись, но по соображениям безопасности, крайне не рекомендуется этого делать

Всем доброго времени суток.

На работе поставили систему управления проектами Redmine. Она довольно хорошо описана на хабре, поэтому повторяться не буду.

В её состав по умолчанию входит вики, в которой можно вести какую-либо документацию. И для удобства в эту вики встроено «оглавление», т.е. древовидный список всех страниц вики по алфавиту.

При большом количестве страниц, оглавление становится, на мой взгляд, жутко не удобным.

Чтобы это исправить, я написал маленький плагин для redmine, который можно скачать из GoogleDocs

Под катом находится иллюстрация работы плагина.

Open Data Protocol

Участники

• Виталий Баум (сайт, twitter)
• Дмитрий Пасько (CV, twitter)

OData

• OData — Концепция LINQ на уровень клиента
• SIlverlight + Azure = OData
• SharePoint = OData
• Excel PowerPivot = Odata

В 2009ом году в СГСЭУ(Саратовский Социально-Экономический Университет) произошла ротация кадров вследствие чего проведение там Saratov Software Freedom Day более не представлялось возможным.
Эстафету проведения SFD в Саратове подхватил СГУ.
Организаторами от СГУ были восновном люди с техническим уклоном и потому в этом году Saratov SFD получился существенно более технически продвинутым чем ранее.
Для организации SFD 2009 в СГУ было разработано несколько программных продуктов (вплоть до драйверов под Linux!)

Все началось с того что мне понадобился Redmine, так как эта система обсуждалась на хабре то вдаваться в подробности не буду, скажу только что для работы оной требуется ruby 1.8.6/1.8.7, rails 2.3.5 rack 1.0.1.

Про систему управления проектами Redmine наверное многие слышали, а некоторые возможно даже использовали в своей работе. Redmine — довольно гибкая кроссплатформенная система, написанная на известном фреймворке Ruby on Rails. Как и большинство подобных систем, Redmine позволяет расширять свою функциональность за счет сторонних плагинов. В данный момент уже имеется более тысячи таких плагинов на разный вкус и цвет. Я хочу рассказать об одном из них и о том как написать плагин к Redmine на его примере.

Эта статья дает пошаговую инструкцию как опубликовать Redmine приложение на веб хостинге Heroku.



Сперва давайте определимся почему и зачем нам/вам это нужно. Кто еще не знает что такое Redmine то это веб-приложение для управления проектами и отслеживания ошибок (баг трекер). Это довольно популярное приложение с открытым кодом и множеством плагинов.

Heroku это платформа для хостинга веб приложений. Отличительными чертами которой являются простота использования, минимальная конфигурация и возможность быстро менять требуемые ресурсы сервера (например если ожидается хабраэффект можно быстро увеличить требуемые мощности). То что нас интересует для этой статьи это возможность хостить приложение бесплатно.

Зачем нужна эта статья? Heroku платформа хоть и предоставляет ряд преимуществ перед VPS хостингом, у нее так же в добавок есть ограничения. Эта статья раскрывает сложности при установки и рассчитана на среднего-опытного пользователя.

Грамотно управлять проектом – значит сочетать науку и искусство! Успешно управлять проектом – значит создать команду, которая произведет нужный коммерческий или общественно важный продукт, и тем самым, исполнит свою миссию. Эффективный менеджер руководит командой, демонстрируя симбиоз технических решений и управленческих методов в своей работе.

У многих специалистов в области веб-программирования уже давно сложилось собственное мнение о том, какими преимуществами и недостатками обладает та, или иная система управления проектами.
Лидерами гонки технологий коллективного веб-программирования, несомненно, станут новые системные подходы к процессу создания интеллектуального продукта.

Для корректной работы многих rails-приложении требуются конкретные версии состовляющих компонент, таких как версия ruby, версия самого rails, а так же rake, rubygems и т.д. И скорее всего в вашем дистрибутиве Linux (в моём случае это Ubuntu 10.04 LTS Server) версии этих компонент будут отличаться. Можно пойти простым путём — поставить ruby нужной версии из исходных кодов, а всё остальное с помощьью rubygems. Но мы же хотим получить надёжный и воспроизводимый результат, а систему, при этом не превратить в свалку.

Введение

Встречаются предприятия, на которых доступ к интернету сильно ограничен или не постоянен, не завидую этим ребятам. Иногда, как в моём случае, политика безопасности предприятия не позволяет хранить исходный код разрабатываемых продуктов на чужом оборудовании. Кроме того, смею предположить, что не каждой группе разработчиков хватает возможностей, предоставляемых например bitbucket. Эти проблемы можно решить, к примеру, связкой RhodeCode и Redmine.

Цели

• Создание, изменение, удаление репозиториев Mercurial, используя web интерфейс.
• Добавление и удаление пользователей, разграничение доступа, смена паролей, используя web интерфейс.
• Отслеживание ошибок и распределение задач, используя web интерфейс.
• https повсеместно.

Процесс создания плагинов для Redmine очень слабо документирован. Задача данной статьи отчасти восполнить этот пробел, рассказав про успешный опыт создания небольшого, но полезного плагина. Важное примечание. Redmine написан на Ruby on Rails, вам нужно быть к этому готовым, если вы собрались делать свой плагин :)

Redmine – прекрасная система для управления проектами и отслеживания ошибок. Однако (из моего личного опыта использования), она не способна выстроить в работающем коллективе самоорганизующуюся систему контроля ошибок. Разработчики бывают слишком заняты для того, чтобы отслеживать все комментарии, относящиеся к их задачам; с другой стороны автор, создавший ту или иную задачу, точно так же редко в неё заглядывает.

Настоящий IT-шник всегда любит сварить «кашу из топора». А если этой кашей еще и получается вкусно накормить коллег, то выходит вообще замечательно.

По долгу службы мне постоянно приходится сталкиваться с различными инсталляциями bug и issue-трекеров (далее просто баг-трекеров) и среди них попадалось довольно много нестандартных решений. Что-то мне приходилось разворачивать самому, что-то я «подсмотрел» у клиентов, но поделиться наблюдениями было бы полезно.



С этой темой я уже выступал на конференции SQADays, но для тех, кому лениво смотреть 18 минут видео, все будет кратко расписано в статье.

Сегодня анонсирован выход версии Redmine 2.0.1, в которой были исправлены 11 основных ошибок версии 2.0.0(вышла 14 днями ранее), в которой отказались от использования Rails 2.3 в пользу Rails 3.
Таким образом, Redmine теперь стабильно работает на Rails 3.

Естественно, могут возникнуть некоторые проблемы несовместимости плагинов, обновлением которых уже вовсю занимаются разработчики.

Лично я, разрабатывающий расширения под Redmine уже 2 года, считаю, что это большой прорыв. Теперь разработка станет интереснее. Кроме того, если вы как раз подбираете себе систему ведения проектов — Redmine является самым лучшим opensource решением.

Новости на Redmine.org

В процессе разработки веб приложений, у нас часто возникает 2 вопроса:
1. Какие задачи уже решены, но ещё не залиты на боевой сервер. Другими словами — что именно зальется на боевой сервер при апдейте git
2. Как быстро посмотреть логи — что и когда заливалось на сервер.

В качестве системы контроля версий используется git (через него и обновляется production сервер). В качестве таск-менеджера Redmine.