также для проверки совести
Цитата:


таким образом мы поймем прочитал ли changesetы Redmine - значит доступ на чтение есть

есть еще такой момент как кодировки хранилища
Администрирование -> Настройки -> закладка Хранилища - поле Кодировки хранилища = utf-8,windows-1251

и остается последний момент на ковыряние mime-types - хотя вряд-ли - может он объекты с расширением 1s считает бинарными файликами ? Хотя я в это не верю - не должно

на

mysql> select revision, committer, committed_on,  comments from changesets where repository_id = 3 limit 10; 

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

Цитата:

я тоже увидел эту ошибку, но не понял где и как она проявляется. В файле database.yml следующее:
# MySQL (default setup).  Versions 4.1 and 5.0 are recommended.
#
# Get the fast C bindings:
#   gem install mysql
#   (on OS X: gem install mysql -- --include=/usr/local/lib)
# And be sure to use new-style password hashing:
#   http://dev.mysql.com/doc/refman/5.0/en/old-client.html

production:
 adapter: mysql
 database: redmine
 host: localhost
 username: root
 password: 111
 encoding: utf8

development:
 adapter: mysql
 database: redmine_development
 host: localhost
 username: root
 password:
 encoding: utf8

test:
 adapter: mysql
 database: redmine_test
 host: localhost
 username: root
 password:
 encoding: utf8

test_pgsql:
 adapter: postgresql
 database: redmine_test
 host: localhost
 username: postgres
 password: "postgres"

test_sqlite3:
 adapter: sqlite3
 dbfile: db/test.db
 
demo:
 adapter: sqlite3
 dbfile: db/demo.db

в консоли мускуля нормально вхожу с паролем "111".

lustin писал(а) 21. Ноября 2008 :: 09:20:


ты не поверишь но  
Цитата:


Вот результат:

mysql> use redmine
Database changed
mysql> select revision, committer, committed_on,  comments from changesets where
 repository_id = 3 limit 10;
Empty set (0.00 sec)

mysql> 

lustin писал(а) 21. Ноября 2008 :: 09:20:

запускал так, но без ключа "-d".
Запустил как у тебя (кстати, а он перезапускается, если уже был запущен и я ему ещё раз это пихаю?)

Я так понимаю, что в мускуле хранятся только проекты, Задачи, доки, вики и т.д. с хранилищем она вроде никак не должна быть  связана. Хотя, конечно странно, что мускуль даёт ошибку, но нормально считывает и записывает.

А у редмайна есть какой-нибудь багтрекер или еще какая форма о присылке багрепортов/фичареквестов?

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

fez писал(а) 17. Ноября 2008 :: 13:20:



Полгода использования, докладываю по пунктам:

начну с минусов:

1. без знаний программирования лезть в Redmine не стоит - мне пришлось за полгода освоить и ruby, и RoR (http://ru.wikipedia.org/wiki/RoR) - вопросы интегрирования (мне удалось с ЗУП интегрировать расчетные листки через web сервисы каждому пользователю портала), а также вопросы доводки визуального отображения (жестко завязаны на "рельсы", хотя есть примеры тем на основном сайте, и ruby).

1а. При передаче на сопровождение внедренного портала столкнулся с тем что многие не знают MVC - что для "рельсов" критично.

2. как системы планирования проекта и управления временем проекта ( или его итерациями) вещь замечательная, однако в качестве системы "ПОЛНОГО" портала Redmine возможен только с применением "плагинов" - интеграция которых вызовет проблемы которые освещены в п. 1.

3. нет понятия "групп пользователей" - 212 текущих пользователей администрировать по ролям становится все сложнее.

4. нет разделения прав пользователей по задачам - я не могу скрыть отдельную "низкоуровневую задачу" от пользователей которым она просто не нужна - приходится ее уводить в подпроект или другой скрытый проект)

5. в ядре нет системы мелких подзадач по задаче - они реализуются только "плагином"

6. "недоworkflow" - для крупных проектов, и крупных задач понадобятся определенные программные нестандартные реализации - например: роль которая может создать задачу, роль которая её должна отработать, роль которая должна закрыть, роль которая должна проконтролировать выполнение - такое поведение задачи будет создать очень сложно, ввиду незавершенности ядра в этом направлении - решении только в дополнениях, как собственных так и сторонних ( напомню что роль можно назначить только в рамках всего Redmine)

минусы все.... на сегодня...

теперь о плюсах

1. Система для разработчика, а также для сотрудника отделов технической поддержки интуитивно понятна.

1а. Интегрируется со многими системами управления версиями - у меня не вызвало осложнений CSV, SVN, git, Mercurial

1b. Есть классная возможность коментировать участки кода и их обсуждать

1с. интеграция задач и "коммитов"

1e. возможность почасового планирования свободного времени, а также почасового отчета о выполнении задачи - как итог отчет о часовых затратах и о свободном времени участников проекта (портала)

1d. планирование времени, диаграммы (не только Ганта но и другие), отчеты и многие другие "фенечки". А также планирование ресурсов

2. наличие внутреннего форума, новостей и других мелочей из коробки.

3.Через "плагины" существует возможность значительно расширить функциональность -  один Канбан чего стоит (http://www.redmine.org/attachments/2346/kanban.png)

4. некоторый внутрифирменный документооборот и хранилище инструкций можно преспокойно организовать

мои выводы

1. для разработчика и техника (администратора) система красива и понятна из коробки.
2. для конечного пользователя при должной настройке система также понятна из коробки.
3. для крупных проектов необходима настройка, читай внедрение как и везде
4. для создания полноценного портала фирмы необходима поддержка ruby & rails программиста

P.S. если что задавайте вопросы

P.S.S. С помощью системы задач организовал систему заказа справок от бухгалтерии организации для сотрудников - а точнее workflow: хочу справку -> будет сделана такого-то числа -> справка сделана и отправлена...

P.S.S. рассказал наверное не все. спрашивайте ответим