Да, перепроверил у себя. У нас аналогично отображаются вопросы.
Но думаю, что это проблема не самого Мантиса, а кодировки базы, в которой хранятся данные. У нас она установлена в cp1251_general_ci. Был бы utf8, и символы нормально бы отображались. Наверное…
У меня информация выглядит так:
В варианте Source-Integration разве есть что-то подробнее?
Что до двух серверов. Мое решение позволяет все организовать на самом дешевом хостинге, где нету возможности установить СВН. СВН ставится на домашнем ПК. В варианте Source-Integration надо, чтобы и СВН и Mantis находились в интернете. Или я не правильно понял?
Спасибо за наводку. Действительно интересный новый функционал. Возможно, если бы делал тоже самое сейчас, то думал как этот новый функционал применить.
Правда, посмотрел на скриншоты результата (http://leetcode.net/blog/files/2009/01/si-browse-300x80.png) и мне кажется, что при камите у меня в Мантисе более информативные сообщения. Плюс радует то, что я сам могу настраивать, что там будет писаться.
Плюс, основное преимущество моего варианта — отсутствие необходимости иметь сервер и на одном сервере держать и svn и mantis. Все можно организовать прямо дома.
Каких-то проблем с кодировками я не испытывал. Русский текст воспринимает отлично, английсткий, естественно, тоже. Так что видимо поддерживает юникод :)
Где конкретно вычитал, что на Assembla доступны данные репозиториев — ХЗ. Давно было, не помню. Возможно у меня сложилось такое впечатление из-за подобных вещей: svn2.assembla.com/svn/arcdeveloper/
Вот исходники чьи-то. ХЗ, может автор чего-то не настроил, может так у всех, я не разбирался. Мне кажется, что у себя на ПК, где четко прописал права на чтение/запись, где есть фаервол, который к СВНу пропускает только заранее определенные IP и, главное, о котором почти никто не знает несколько надежнее.
Посомтрел демку у них на сайте. Как по мне, интерфейс для работы именно с багами у Мантис более понятный. А всякие там Wiki и форумы просто не нужны. Есть обсуждения баги, есть Word, в котором пишется начальное ТЗ для фичи.
Хотя, может, конечно, это дело привычки
Я Windows XP не выбирал. Я искал способ, как наладить работу команды с тем, что есть. Арендовать сервер, изучать *nix, думать о выборе железа и т.п. проблемах мне не хотелось. Хотелось иметь возможность НЕ выпускать код из своих рук и при этом работать командой. Все.
Да и вообще, слова вроде «сервер», «виртуальная машина», «аптайм» пугают. Кажется, что работа с системой контроля версий — это что-то сложное и тяжелое. А на самом деле СВН — это большой плюс, мегаудобная вещь для программиста, а для работы с СВН ровным счетом не нужно ничего. У большинства уже есть все готовое.
Хотелось дать «волшебный пендаль» новичкам, чтобы они ощутили преимущества СВН. Я Subversion использую в т.ч. для своих локальных проектов, которыми не с кем не делюсь и очень доволен. Хочется, чтобы довольных людей было больше… :)
1) Assembla — дело хорошее, но выкладывать исходники коммерческий проектов на стороне, да еще и на бесплатном сервисе без никаких гарантий… М-м-м. Это не лучшая идея для бизнеса.
Аналогично на хостинге. Никто не дает гарантий, что код не уведут.
2) Если не ошибаюсь, не так давно на Хабре писали о проблеме. На Асембле были доступны .svn папки. Если знал адрес репозитория, то можно было слить все исходники без никаких хаков. И как после этого доверять подобным сервисам что-то важное?
Пересматривал ряд баг-трекинг систем в свое время. Я нарочно выбрал Манис, т.к. гораздо проще новому сотруднику создать аккаунт и дать ссылку в веб-систему, чем учить его настраивать десктоп-приложение и обучать работе с ним. Плюс можно работать с любой точки Земли. Очень удобно, если едешь в отпуск.
Он-лайн системы — это удобнее десктопа в ряде случаев.
Что до рекомендации Trac. Спасибо. Я на него смотрел в свое время. Лично мне интерфейс показался несколько запутанным (возможно, просто привык к Mantis). Плюс у меня задача стояла код держать у себя, а баг-трекер на сервере. Если я Trac у себя держать буду, то нужно будет всегда свой компьютер включать, а это не удобно.
А в моем варианте программист ограничен только в камитах/апдейтах моим присутствием. В остальное время он спокойно может работать с Мантисом. Получился такой-себе компромис для работы с кодом без своего сервера.
Я обычно начинаю с фрилансерами работать на «деловом» уровне (т.е. 3м). Если с человеком срабатываемся, то постепенно завязывается полудружба. Т.е. можно и на отвлеченные темы поговорить, но деловые отношения — прежде всего.
Авторитарный способ почти никогда не применяю. Просто расстаюсь с людьми, которые подвели без объективных на мой взгляд на то причин.
Собственно, я про это и писал. Это один из способов добиться того, чтобы писали меньше и, соответственно, зарабатывать меньше. На то есть основания, наверняка, но результата это не меняет: у заказчика надпись порождает негатив.
P.S. А как планируете продвигать проект?
Что до доступности домашнего ПК, то мне не хотелось иметь решение, требующее постоянно включенного ПК.
Но думаю, что это проблема не самого Мантиса, а кодировки базы, в которой хранятся данные. У нас она установлена в cp1251_general_ci. Был бы utf8, и символы нормально бы отображались. Наверное…
В варианте Source-Integration разве есть что-то подробнее?
Что до двух серверов. Мое решение позволяет все организовать на самом дешевом хостинге, где нету возможности установить СВН. СВН ставится на домашнем ПК. В варианте Source-Integration надо, чтобы и СВН и Mantis находились в интернете. Или я не правильно понял?
Правда, посмотрел на скриншоты результата (http://leetcode.net/blog/files/2009/01/si-browse-300x80.png) и мне кажется, что при камите у меня в Мантисе более информативные сообщения. Плюс радует то, что я сам могу настраивать, что там будет писаться.
Плюс, основное преимущество моего варианта — отсутствие необходимости иметь сервер и на одном сервере держать и svn и mantis. Все можно организовать прямо дома.
:)
svn2.assembla.com/svn/arcdeveloper/
Вот исходники чьи-то. ХЗ, может автор чего-то не настроил, может так у всех, я не разбирался. Мне кажется, что у себя на ПК, где четко прописал права на чтение/запись, где есть фаервол, который к СВНу пропускает только заранее определенные IP и, главное, о котором почти никто не знает несколько надежнее.
Могу ошибаться, не спорю :)
Хотя, может, конечно, это дело привычки
Да и вообще, слова вроде «сервер», «виртуальная машина», «аптайм» пугают. Кажется, что работа с системой контроля версий — это что-то сложное и тяжелое. А на самом деле СВН — это большой плюс, мегаудобная вещь для программиста, а для работы с СВН ровным счетом не нужно ничего. У большинства уже есть все готовое.
Хотелось дать «волшебный пендаль» новичкам, чтобы они ощутили преимущества СВН. Я Subversion использую в т.ч. для своих локальных проектов, которыми не с кем не делюсь и очень доволен. Хочется, чтобы довольных людей было больше… :)
Аналогично на хостинге. Никто не дает гарантий, что код не уведут.
2) Если не ошибаюсь, не так давно на Хабре писали о проблеме. На Асембле были доступны .svn папки. Если знал адрес репозитория, то можно было слить все исходники без никаких хаков. И как после этого доверять подобным сервисам что-то важное?
Он-лайн системы — это удобнее десктопа в ряде случаев.
Что до рекомендации Trac. Спасибо. Я на него смотрел в свое время. Лично мне интерфейс показался несколько запутанным (возможно, просто привык к Mantis). Плюс у меня задача стояла код держать у себя, а баг-трекер на сервере. Если я Trac у себя держать буду, то нужно будет всегда свой компьютер включать, а это не удобно.
А в моем варианте программист ограничен только в камитах/апдейтах моим присутствием. В остальное время он спокойно может работать с Мантисом. Получился такой-себе компромис для работы с кодом без своего сервера.
самый умныйуже освоили премудрости работы с Subversion. Но статья больше для новичков.Авторитарный способ почти никогда не применяю. Просто расстаюсь с людьми, которые подвели без объективных на мой взгляд на то причин.
Собственно, я про это и писал. Это один из способов добиться того, чтобы писали меньше и, соответственно, зарабатывать меньше. На то есть основания, наверняка, но результата это не меняет: у заказчика надпись порождает негатив.