-
- почти год используем Трак. Впечатления неоднозначные. Вот сегодня начал смотреть на описание Redmine -- внушаить! По виду Трак 2.0. Сам пока не щупал. - bialix_(10.06.2008 16:58, ссылка, ссылка)
- Вы используете trac только для разработки ПО? Или также для полного цикла - прибор+ПО+документация+чертежи? В моем случае интересует 2-й вариант. - Ruslan(11.06.2008 08:33)
- В нашей области (встраиваемых систем) программа редко живет отдельно от железа. Поэтому несколько месяцев назад я начал процесс переноса всей важной документации по проекту в Трак. Кроме собственно конструкторской документации (разводка плат, bialix(128 знак., 11.06.2008 09:14)
- Интересует опыт применения ко второму случаю. Вы уже частично ответили - "Поэтому несколько месяцев назад я начал процесс переноса всей важной документации по проекту в Трак". - Ruslan(11.06.2008 09:31)
- Держать все в одном месте -- довольно удобно. Легко найти, просто делать бэкапы. В вики статьях легко поставить ссылку на файло. Вобщем сплошной позитиф. Однако другие моменты Трака не всегда радуют. - bialix(11.06.2008 09:58)
- "Однако другие моменты Трака не всегда радуют" - самое интересное. В качестве хранилища что используете? Я лично SVN, где храню файлы P-CAD, исходники и прошивки. - Ruslan(11.06.2008 10:01)
- Что мне не нравится в Траке bialix(1511 знак., 11.06.2008 10:33)
- вспомнил еще одну каку: сортировка багов по приоритету в сводной таблице сделана по алфавиту. - bialix(11.06.2008 23:12)
- Да действительно, многие пункты мне тоже не нравится. Посмотрим на Redmine. Вот полезная ссылка для тех кто хочет "из коробки" - Ruslan(11.06.2008 10:40, ссылка)
- ссылка -- супер! - bialix(11.06.2008 10:56)
- Я использую Bazaar. Наверное нужно уточнить один момент про документацию. Поскольку все просматривается в браузере, то все доки и схемы я перегоняю в pdf и выкладываю в htdocs. Вообще в htdocs у меня очень много чего лежит. - bialix(11.06.2008 10:05)
- Что мне не нравится в Траке bialix(1511 знак., 11.06.2008 10:33)
- "Однако другие моменты Трака не всегда радуют" - самое интересное. В качестве хранилища что используете? Я лично SVN, где храню файлы P-CAD, исходники и прошивки. - Ruslan(11.06.2008 10:01)
- Держать все в одном месте -- довольно удобно. Легко найти, просто делать бэкапы. В вики статьях легко поставить ссылку на файло. Вобщем сплошной позитиф. Однако другие моменты Трака не всегда радуют. - bialix(11.06.2008 09:58)
- Интересует опыт применения ко второму случаю. Вы уже частично ответили - "Поэтому несколько месяцев назад я начал процесс переноса всей важной документации по проекту в Трак". - Ruslan(11.06.2008 09:31)
- В нашей области (встраиваемых систем) программа редко живет отдельно от железа. Поэтому несколько месяцев назад я начал процесс переноса всей важной документации по проекту в Трак. Кроме собственно конструкторской документации (разводка плат, bialix(128 знак., 11.06.2008 09:14)
- Вы используете trac только для разработки ПО? Или также для полного цикла - прибор+ПО+документация+чертежи? В моем случае интересует 2-й вариант. - Ruslan(11.06.2008 08:33)
- ну? кто хотел -- тот и без книги поставил и начал использовать. И вместо svn можно юзать практически любую современную распределенную систему. ну? - bialix(30.05.2008 13:59)
- Я не был инициатором последовавшего за моим скромным постом обсуждения. Я всего лишь запостил интересную IMHO книгу. А что с ней делать - каждый решает сам. - Evgeny_CD(30.05.2008 14:20)
- книжка может интересная, просто я находил и видел множество отдельных рецептов по траку на русском языке в интернете: как установить, использовать. может быть готовая книга рецептов -- это хорошо. извините за такой комментарий, но вы к ссылке bialix(63 знак., 30.05.2008 14:25)
- Дык поздно было. Спать хотелось :) - Evgeny_CD(30.05.2008 16:02)
- тогда снесите мое "ну?" в мусорку. был неправ. - bialix_(31.05.2008 15:05)
- Дык поздно было. Спать хотелось :) - Evgeny_CD(30.05.2008 16:02)
- книжка может интересная, просто я находил и видел множество отдельных рецептов по траку на русском языке в интернете: как установить, использовать. может быть готовая книга рецептов -- это хорошо. извините за такой комментарий, но вы к ссылке bialix(63 знак., 30.05.2008 14:25)
- Я не был инициатором последовавшего за моим скромным постом обсуждения. Я всего лишь запостил интересную IMHO книгу. А что с ней делать - каждый решает сам. - Evgeny_CD(30.05.2008 14:20)
- Я давно уже использую/настроил, правда кроме меня никто не хочет использовать :((( - Ruslan(30.05.2008 07:41)
- Та же фигня. На работе поднял, ликбез провёл. Всё равно почтой тикеты шлют %) - Plumbum(30.05.2008 11:31)
- у Спольски было про партизанское внедрение багтрекера. Поищу ссылку. Смысл в том, что нужно начать использовать самому и отказываться реагировать на письма с описанием багов (письмо потерялось...) а мягко принуждать всех остальных пользоваться bialix_(47 знак., 31.05.2008 15:08)
- off. Svn освоить не хотят, какие тут тикеты :( Так и с напарником вдвоём и используем. - Ruslan(30.05.2008 12:33)
- ИМХО svn ещё палево большое =) Можно всегда посмотреть, что человек сделал и за какое время =) - Plumbum(30.05.2008 12:48)
- глупость. каким это образом можно посмотреть? - bialix(30.05.2008 13:56)
- По коммитам, по коммитам. К траку даже плагины есть которые всякие диаграммы рисуют =) - Plumbum(30.05.2008 14:01)
- я спрашивал другое. откуда вы знаете когда человек начал работу. коммит -- по русски это фиксация -- всего лишь запись истории когда определенный код был сохранен в репозитории. плагины есть, ну и что? - bialix(30.05.2008 14:17)
- ИМХО когда ему выдали ТЗ ;-) Если после ТЗ от этого человека долгое время не появляются коммиты, или появляются редко и мало, то есть резон поинтерисоваться: "А чем, Вы собственно тут занимаетесь?"... - Plumbum(30.05.2008 14:24)
- если появляются редко и мало -- говорит о том, что чел не умеет/не любит фиксировать работу часто. причем сама svn стиль работы с частыми фиксациями не поощряет, поскольку ветки в svn тяжело использовать эффективно. так что ваш аргумент очень слаб. bialix(83 знак., 30.05.2008 14:28)
- только не надо народ пугать. Фиксировать надо так часто, как этого требуется. А работа в ветках с количеством фиксаций ни как не связана. Не следует все в одно мешать. ;-) - Sergey Pinigin(30.05.2008 18:33)
- Я где-то писал что это единственный и самый эффективный способ? Вообще речь шла не о том, как следить за подчинёнными, а о том, что в результате существования такой возможности в рамках SVN, некоторые люди могут противится внедрению СКВ ;-) - Plumbum(30.05.2008 14:35)
- а может быть это и хорошо? сразу будет видно кого стоит увольнять. точнее кого не надо брать на работу. - bialix(30.05.2008 15:23)
- если появляются редко и мало -- говорит о том, что чел не умеет/не любит фиксировать работу часто. причем сама svn стиль работы с частыми фиксациями не поощряет, поскольку ветки в svn тяжело использовать эффективно. так что ваш аргумент очень слаб. bialix(83 знак., 30.05.2008 14:28)
- ИМХО когда ему выдали ТЗ ;-) Если после ТЗ от этого человека долгое время не появляются коммиты, или появляются редко и мало, то есть резон поинтерисоваться: "А чем, Вы собственно тут занимаетесь?"... - Plumbum(30.05.2008 14:24)
- я спрашивал другое. откуда вы знаете когда человек начал работу. коммит -- по русски это фиксация -- всего лишь запись истории когда определенный код был сохранен в репозитории. плагины есть, ну и что? - bialix(30.05.2008 14:17)
- По коммитам, по коммитам. К траку даже плагины есть которые всякие диаграммы рисуют =) - Plumbum(30.05.2008 14:01)
- глупость. каким это образом можно посмотреть? - bialix(30.05.2008 13:56)
- Вопрос - а менеджера этого проекта давно не увольняли? Может, ему стоит поближе познакомиться с кадровыми агентствами??? - Evgeny_CD(30.05.2008 12:44)
- Не тот случай :) фирма небольшая, техпроцессы не описанны. Все по старинке. Попытки внедрить что-то новое и лучшее натыкается на стену недоумения (работает ведь) и непонимания. В некоторых случаю просто трусят, Ruslan(102 знак., 30.05.2008 13:10)
- Тогда точно поможет "увольнение фирмы" :) - Evgeny_CD(30.05.2008 13:41)
- Это когда сотрудник берет и увольняет фирму, переходя на работу в другое место. - Evgeny_CD(30.05.2008 13:49)
- То что svn и trac не осваивают это не смертельно. Работа хорошая, интересная платят по местным меркам достаточно хорошо. Внедрим :)) - Ruslan(30.05.2008 20:47)
- :))) - Ruslan(30.05.2008 13:51)
- Не пугайте так :)) - Ruslan(30.05.2008 13:47)
- Это когда сотрудник берет и увольняет фирму, переходя на работу в другое место. - Evgeny_CD(30.05.2008 13:49)
- Тогда точно поможет "увольнение фирмы" :) - Evgeny_CD(30.05.2008 13:41)
- Не тот случай :) фирма небольшая, техпроцессы не описанны. Все по старинке. Попытки внедрить что-то новое и лучшее натыкается на стену недоумения (работает ведь) и непонимания. В некоторых случаю просто трусят, Ruslan(102 знак., 30.05.2008 13:10)
- ИМХО svn ещё палево большое =) Можно всегда посмотреть, что человек сделал и за какое время =) - Plumbum(30.05.2008 12:48)
- Интересно, если часть команды будет писать одно и то же приложение под Win32, вторая - под Linux - это тоже плюрализмом будет? - Evgeny_CD(30.05.2008 10:50)
- Э-э-э... А сразу кросплатформенное приложение писать? - Plumbum(30.05.2008 11:32)
- Я неточно выразился. Это я к тому, что некоторые решания должны иметь статус закона. Нарушающие его идут на... - Evgeny_CD(30.05.2008 11:38)
- +1. - Алексей Мусин(30.05.2008 12:01)
- Я неточно выразился. Это я к тому, что некоторые решания должны иметь статус закона. Нарушающие его идут на... - Evgeny_CD(30.05.2008 11:38)
- Э-э-э... А сразу кросплатформенное приложение писать? - Plumbum(30.05.2008 11:32)
- Та же фигня. На работе поднял, ликбез провёл. Всё равно почтой тикеты шлют %) - Plumbum(30.05.2008 11:31)
- почти год используем Трак. Впечатления неоднозначные. Вот сегодня начал смотреть на описание Redmine -- внушаить! По виду Трак 2.0. Сам пока не щупал. - bialix_(10.06.2008 16:58, ссылка, ссылка)