Намного проще и удобнее всё-таки иметь баги тоже в TFS.
Это можно легко сделать двумя способами:
1. Завести гостевой аккаунт и сказать его пользователям. В шаблоне продумать, в каких состояних гость может изменять баг.
2. Сделать на IIS простую форму, которая публикуется для анонимного доступа, а в ней из кода создавать дефект в TFS. Вот есть пример, правда, под старую версию, но там изменений мало. www.codeproject.com/Articles/14108/Web-Forms-for-Submitting-Issues-to-Team-Foundation
детали лицензирования и мелочи там уже устарели, а вот концепция правильная, на мой взгляд.
Да, ещё два варианта посмотрите — TFS в облаке, он же tfspreview.com — полнофункциональная, пока бесплатная версия.
codeplex — тоже построен на TFS, бесплатен, но проект должен быть OpenSource
По поводу коллекции проектов — для небольших компаний можно рекомендовать иметь одну коллекцию проектов, особенно если речь идёт об Express версии.
В одной коллекции у Вас могут быть несколько TeamProject, со своими администраторами, своими шаблонами, административными группами и т.д. В одном TeamProject у Вас может быть несколько команд, несколько Solution, несколько веток (например, продуктивная, тестовая и ветка для разработки).
Назначать себе в TFS админские права доступа, если Вы совмещаете роль админа, — нормально. В подобных системах не применяется принцип Elevated privilegies. Впрочем, при большом желании, Вы можете использовать стандартный подход — выдать права админа учетке администратора, а работать под пользовательской учеткой. На мой взгляд, это излишне, а главное, займёт одну из 5 бесплатных лицензий.
По поводу лицензирования: TFS Express бесплатен для любых 5 пользователей, но имеет функциональные ограничения.
Обычная версия TFS также бесплатна, если у вас есть хоть одна Visual Studio с подпиской MSDN. К TFS могут бесплатно подключаться любое количество пользователи любой коммерческой версии Visual Studio (в них включена клиентская лицензия на TFS).
Также у обычного TFS есть возможность иметь группу пользователей, работающих через Web в режиме WorkItem Only View. Эти пользователи могут создавать дефекты (и любые другие типы WorkItem — задачи, требования и проч), следить за работой над ними, редактировать их. То есть, TFS можно использовать и для багтрекинга без коммерческих лицензий.
Анонимного доступа в TFS нет. Можете просто завести одну запись типа Guest и раздать пользователям пароль от неё, но лучше пусть каждый ходит под своей учеткой.
про статьи на хабре — посмотрите вот эти: habrahabr.ru/post/143268/ — моя статья про планирование работ habrahabr.ru/post/144162/ — не моя обзорная статья про TFS Express.
А ещё на msdn есть хорошие статьи про TFS, в том числе на русском языке.
А я вот как раз для этого поставил разные браузеры. в IE — работа, в Chrome — личное. В Opere у меня изба-читальня, потому что удобно оставлять закладки после закрытия, чтобы потом к ним вернуться.
Объясните мне, почему слово «дечё» начинает искажаться, ползти вниз, а не обрывается страшной кракозяброй и уже имеющимся пятном кетчупа? что происходило по замыслу автора? Некто писал, его начали тащить вниз, но он упорно пытался дописать, а потом его стошнило на доску кетчупом?
Не очень понял, зачем мне ураганы и землетрясения при передаче энергии в мой автомобиль.
Если им удалось избавиться от этих побочных эффектов, то вполне могут продолжать славить имя Теслы.
Мне подомные вещи напоминают смех за кадром.
Ирония должна быть интересной и ироничной, а значит — не требовать тега. И если кто-то не понимает иронии, то либо побоку его мнение, либо ты плохо иронизируешь.
Мне кажется, что это хорошо написанная статья. С элементами явной желтизны, чтобы их можно было обнаруживать и обсуждать. А основная цель статьи — транслировать месседж про то, что станция постоянно ломалась и затопили её правильно.
Как в анекдоте про расстрел депутатов и перекраску мавзолея.
Это можно легко сделать двумя способами:
1. Завести гостевой аккаунт и сказать его пользователям. В шаблоне продумать, в каких состояних гость может изменять баг.
2. Сделать на IIS простую форму, которая публикуется для анонимного доступа, а в ней из кода создавать дефект в TFS. Вот есть пример, правда, под старую версию, но там изменений мало.
www.codeproject.com/Articles/14108/Web-Forms-for-Submitting-Issues-to-Team-Foundation
детали лицензирования и мелочи там уже устарели, а вот концепция правильная, на мой взгляд.
codeplex — тоже построен на TFS, бесплатен, но проект должен быть OpenSource
В одной коллекции у Вас могут быть несколько TeamProject, со своими администраторами, своими шаблонами, административными группами и т.д. В одном TeamProject у Вас может быть несколько команд, несколько Solution, несколько веток (например, продуктивная, тестовая и ветка для разработки).
Назначать себе в TFS админские права доступа, если Вы совмещаете роль админа, — нормально. В подобных системах не применяется принцип Elevated privilegies. Впрочем, при большом желании, Вы можете использовать стандартный подход — выдать права админа учетке администратора, а работать под пользовательской учеткой. На мой взгляд, это излишне, а главное, займёт одну из 5 бесплатных лицензий.
По поводу лицензирования: TFS Express бесплатен для любых 5 пользователей, но имеет функциональные ограничения.
Обычная версия TFS также бесплатна, если у вас есть хоть одна Visual Studio с подпиской MSDN. К TFS могут бесплатно подключаться любое количество пользователи любой коммерческой версии Visual Studio (в них включена клиентская лицензия на TFS).
Также у обычного TFS есть возможность иметь группу пользователей, работающих через Web в режиме WorkItem Only View. Эти пользователи могут создавать дефекты (и любые другие типы WorkItem — задачи, требования и проч), следить за работой над ними, редактировать их. То есть, TFS можно использовать и для багтрекинга без коммерческих лицензий.
Анонимного доступа в TFS нет. Можете просто завести одну запись типа Guest и раздать пользователям пароль от неё, но лучше пусть каждый ходит под своей учеткой.
про статьи на хабре — посмотрите вот эти:
habrahabr.ru/post/143268/ — моя статья про планирование работ
habrahabr.ru/post/144162/ — не моя обзорная статья про TFS Express.
А ещё на msdn есть хорошие статьи про TFS, в том числе на русском языке.
Если им удалось избавиться от этих побочных эффектов, то вполне могут продолжать славить имя Теслы.
Не всё, что делают люди, нужно позволять им делать ещё удобнее
Ирония должна быть интересной и ироничной, а значит — не требовать тега. И если кто-то не понимает иронии, то либо побоку его мнение, либо ты плохо иронизируешь.
Как в анекдоте про расстрел депутатов и перекраску мавзолея.