https://<хост_сервера>:<порт_jazz>/jazz/admin?internal#action=com.ibm.team.repository.admin.serverReset
Затем вы можете выбрать Изменить в IBM Installation Manager, чтобы добавить или удалить языки.
| Версия Rational Team Concert Client | Совместимая версия Jazz Team Server |
|---|---|
| 1.0.x для Eclipse | 0.6.x |
| 2.0.x для Eclipse | 1.0.x |
| 2.0.0.0 для Microsoft® Visual Studio | 1.0.0.0 |
| 2.0.x для Microsoft Visual Studio | 1.0.x |
Если в системе установлены версии 1.0, 1.0.1 или 1.0.1.1 Client для Eclipse IDE, то необходимо получить клиент версии 2.0.x для подключения к новому серверу версии 2.0.x. Его можно установить с помощью zip-файла, либо обновить предыдущие установки IBM Installation Manager.
Если в системе установлен предварительный выпуск Rational Team Concert, то сначала необходимо обновить до пробного выпуска 2.0.0.2.
От пробного выпуска 2.0.0.2 вы можете перейти к постоянному выпуску сервера, приобретя и установив Комплект активации сервера для вашего издания, который доступен на веб-сайте http://www.ibm.com/software/awdtools/rtc/. Комплект активации состоит из файла JAR, содержащего ключ постоянного сервера. Он устанавливается с помощью страницы Управление ключом лицензии административного веб-интерфейса сервера.
Вы можете обновить напрямую до выпуска 2.0.0.2 Rational Team Concert с предыдущих выпусков. Для обновления версии 1.x до версии 2.x необходимо выполнить миграцию базы данных. Инструкции по выполнению миграции базы данных приведены в разделах Миграция хранилища Jazz после обновления Jazz Team Server.
Если вы установили предыдущий выпуск из zip-файла, то новая установка не пересекается с предыдущей. Вы можете установить выпуск 2.0.0.2 из zip-файла в новом расположении или воспользоваться IBM Installation Manager для установки экземпляра 2.0.0.2.
Если вы использовали IBM Installation Manager для установки предыдущего выпуска, то вы можете либо установить 2.0.0.2 в качестве отдельного экземпляра, либо обновить предыдущий экземпляр до уровня 2.0.0.2. Если вы установили отдельный экземпляр сервера для выпуска 2.0.0.2, то выберите Создать новую группу пакетов на странице Установить пакеты мастера установки.
Для завершения обновления обратитесь к разделам Копирование необходимых файлов конфигурации из предыдущей установки сервера и Установка ключей активации 2.0.0.2.
Обновление можно выполнять и между изданиями Rational Team Concert. Типичное обновление заключается в переходе от Express-C к Express, или от Express к Standard. С помощью той же процедуры можно также перейти к предыдущей версии в обратном направлении.
Так как все издания Rational Team Concert 2.0.0.2 поддерживают базы данных Derby, то переходить от Derby к DB2 или Oracle не нужно, если вы переходите от Express-C к Express или Standard. В этом случае рекомендуется сначала обновить издание сервера, убедиться, что он совместим с существующей базой данных, а затем обновить базу данных, если это необходимо. Учтите, что база данных Derby поддерживает лишь 10 пользователей. Инструкции по выполнению миграции базы данных приведены в разделах Миграция хранилища Jazz после обновления Jazz Team Server .
Если вы установили издание Rational Team Concert 2.0.0.2 и хотите перейти к другому изданию, загрузите и установите новое издание, вместе с существующим изданием, а затем скопируйте файлы конфигурации, необходимые для нового издания. В приведенном ниже разделе описаны необходимые файлы конфигурации.
Если вы установили предыдущее издание из zip-файла, то пересечения с предыдущей установкой нет. Новое издание можно установить из файла zip в новом расположении, либо выполнить установку с помощью IBM Installation Manager. Для рабочих серверов рекомендуется воспользоваться IBM Installation Manager, чтобы сделать возможным применение будущих обновлений.
Если вы выполняли предыдущую установку сервера с помощью IBM Installation Manager и хотите установить новое издание также с помощью IBM Installation Manager, то во время новой установки Installation Manager не перекрывайте предыдущее издание. На странице Установить пакеты мастера установки выберите Создать новую группу пакетов.
Это приведет к установке нового издания в другом каталоге и созданию ярлыков программ с использованием имени новой группы пакетов.
Установка не выполнена.
Ошибка на этапе "установки":
Распаковать стандартный zip-файл 1.0.1.I20081018-1820 не удалось. Файл
D:\JazzTeamServer\server\license-update-site\site.xml уже существует.
Этой сбой не фатален; установку можно начать заново, правильно создав новую группу пакетов.
file:///<установочный_каталог_Jazz>/server/conf
Скопируйте следующие файлы из исходного сервера в целевой. Прежде всего, переименуйте исходные файлы в установке обновленного сервера, чтобы создать резервные копии. Если вы применяли IBM Installation Manager для обновления 1.0, 1.0.1, 1.0.1.1 или 2.0 до уровня 2.0.0.2, то в подкаталоге сервера в установочном каталоге был создан резервный каталог, содержащий файлы конфигурации 1.0.x или 2.0, с именем в формате backup-config-системное_время.
Если вы переходите к изданию Standard или Enterprise и приобрели Developer Client Activation Kit для Express, то приобретите и установите Developer Client Activation Kit для издания Standard или Enterprise, чтобы вы могли использовать соответствующие лицензии на клиент. Ваши назначения лицензий на Developer останутся в силе, но лицензии на Developer будут деактивированы до тех пор, пока не будет установлен правильный комплект активации.
В выпуске 2.0.0.2 используются ключи активации 2.0.0.2. Если сервер обновляется с 1.0.x.x до 2.0.x, то он возвращается в режим пробной лицензии после обновления, и вам необходимо получить ключи активации 2.0 или 2.0.0.2 из IBM Rational License Key Center.
Дополнительная информация о IBM Rational License Key Center приведена на веб-сайте IBM Rational licensing support site и связанном разделе jazz.net Tech Tip.
Ниже приведены имена применимых ключей для каждого комплекта:
В Rational Team Concert 1.x у проектов могло быть несколько графиков (ранее называвшихся "направлениями разработки"), и все эти графики считались равнозначными.
В Rational Team Concert 2.0 у проектов, как и раньше, может быть несколько графиков, но один из них можно отметить в качестве "графика проекта". При переносе базы данных в 2.0 основной график проекта неизвестен, поэтому в ваших проектах график задан не будет. Вы можете вручную обновить проекты, чтобы задать график проекта, после обновления до уровня 2.0
Моментальная копия Source Control Management (SCM) для Data Warehouse собирает данные в потоках, включая информацию о размере потоков и операциях (набор изменений и изменения файлов и папок) в них. В версии 1.0 эта моментальная копия автоматически собирала информацию обо всех потоках. Поскольку эта операция может оказаться весьма дорогостоящей, в версии 2.0 в моментальную копию SCM добавлены опции настраиваемости, позволяющие пользователям выбирать потоки, для которых следует собирать данные. Немедленный эффект от этого изменения заключается в том, что по умолчанию сбор данных вообще не выполняется, пока вы его не настроите.
Данные будут собраны для выбранных потоков во всех последующих моментальных копиях.
Будучи незамеченными, эти неполадки могут оказаться очень серьезными, поскольку могут нарушать правильность сбора данных для отчета. Рекомендуется проверять каждый набор данных и каждый параметр отчета при первом редактировании отчета в проектировщике отчетов BIRT 2.3.2. В новых отчетах, создаваемых с помощью инструментов BIRT 2.3.2, эти неполадки не возникают.
Описанные выше изменения происходят во всех готовых отчетах Rational Team Concert 2.0 - с вашей стороны никаких действий не требуется. Однако, если вы вручную создали шаблон отчетов в области проектов с помощью готовых отчетов, но не указали подходящий идентификатор (согласованный с применяемым форматом), то шаблон отчетов не будет обновлен при миграции. Это означает, что содержимое станет устаревшим и не будет работать. В этом случае вы должны загрузить новое содержимое для такого шаблона с помощью подходящего файла .rptdesign.
В Rational Team Concert 2.0 в таблицы заданий в хранилище данных внесены несколько изменений, относящихся к схемам. Вследствие этого, при переходе от 1.0 к 2.0 программа импорта будет игнорировать все внесенные в хранилище данные для заданий. В результате, при первом запуске сервера 2.0 отчеты для заданий могут работать неправильно. Для обхода этой неполадки дождитесь первого запуска моментальной копии заданий или вручную запустите ее после запуска сервера. При первом запуске после миграции моментальная копия заданий восстановит всю хронологическую информацию о заданиях в хранилище данных. Это также означает, что первое после миграции создание моментальной копии займет значительно больше времени, чем среднее ночное выполнение этой процедуры.
Окно диалога поможет вам обнаружить шаблоны отчетов, которые доступны, но пока не развернуты в области проекта. Вы можете выбрать один или несколько из них, и они будут созданы. Созданные отчеты можно будет взять за основу при создании новых отчетов с помощью меню.
Изменения, которые вы внесли в типы заданий, атрибуты, роли и обработчики событий, сохраняются при переходе от 1.x к 2.0. Если вы настроили предопределенный шаблон процессов (такой как Scrum), то учтите, что при повторном развертывании предопределенного шаблона (в панели Шаблоны процессов) пользовательские значения будут заменены. Если вам необходимо заново развернуть предопределенный шаблон, то вы должны сначала изменить имя и ИД настроенного предопределенного шаблона, чтобы он не был заменен.