https://<server-host>:<jazz-port>/jazz/admin?internal#action=com.ibm.team.repository.admin.serverReset.
Potom ve správci instalace IBM Installation Manager vyberte volbu Upravit, která vám umožní přidat či odebrat jazyky.
| Verze produktu Rational Team Concert Client | Kompatibilní verze produktu Jazz Team Server |
|---|---|
| 1.0.x for Eclipse | 0.6.x |
| 2.0.x for Eclipse | 1.0.x |
| 2.0.0.0 for Microsoft Visual Studio | 1.0.0.0 |
| 2.0.x for Microsoft Visual Studio | 1.0.x |
Pokud máte verze 1.0, 1.0.1 nebo 1.0.1.1 klienta Client for Eclipse IDE, musíte po připojení k nové verzi serveru 2.0.x získat klienta verze 2.0.x. Můžete jej nainstalovat pomocí souboru zip nebo aktualizovat své předchozí instalace správce instalace IBM Installation Manager.
Pokud používáte první zkušební verzi produktu Rational Team Concert, proveďte nejprve upgrade na zkušební verzi 2.0.0.2.
Ze zkušební verze 2.0.0.2 můžete ze svého serveru udělat trvalý server, když koupíte a nainstalujete produkt Server Activation Kit pro svou verzi, který je dostupný zde: http://www.ibm.com/software/awdtools/rtc/. Tuto aktivační sadu tvoří soubor JAR obsahující trvalý klíč pro server. Instaluje se pomocí stránky Správa licenčních klíčů administrativního webového rozhraní vašeho serveru.
Ze starších verzí můžete provést upgrade přímo na Rational Team Concert verze 2.0.0.2. Pro aktualizace z verzí 1.x na verze 2.x je nezbytná migrace databáze. Další informace o provedení migrace databáze viz Migrace úložiště Jazz po upgradu Jazz Team Server.
Pokud jste předchozí verzi nainstalovali ze souboru zip, neexistuje žádný průnik s předchozí instalací. Verzi 2.0.0.2 můžete nainstalovat do nového umístění ze souboru zip nebo můžete k instanci verze 2.0.0.2 nainstalovat pomocí správce IBM Installation Manager.
Pokud jste k instalaci předchozí verze použili správce IBM Installation Manager, můžete verzi 2.0.0.2 nainstalovat buď jako samostatnou instanci, nebo svou předchozí instanci aktualizovat na verzi 2.0.0.2. Pokud instalujete samostatnou instanci serveru pro verzi 2.0.0.2, vyberte volbu v průvodci instalací na stránce Instalace balíků volbu Vytvořit novou skupinu balíků.
Dokončení upgradu viz témata Kopírování nezbytných konfiguračních souborů z předchozí instalace serveru a Instalace aktivačních klíčů verze 2.0.0.2.
Můžete provádět upgrade mezi různými vydáními produktu Rational Team Concert. Mezi typické upgrady patří přechod z verze Express-C na Express nebo z verze Express na Standard. Pomocí stejného postupu můžete také přejít opačným směrem na nižší verzi.
Protože všechna vydání produktu Rational Team Concert 2.0.0.2 podporují databáze Derby, není třeba při přechodu z verze Express-C na Express nebo Standard provádět migraci z Derby na DB2 ani Oracle. Doporučujeme provést nejprve migraci serveru, ujistit se, že s existující databází vše správně funguje a potom provést migraci databáze, je-li nutná. Všimněte si, že databáze Derby podporuje pouze 10 uživatelů. Další informace o provedení migrace databáze viz Migrace úložiště Jazz po upgradu Jazz Team Server .
Pokud jste nainstalovali nějaké vydání Rational Team Concert 2.0.0.2 a chcete provést upgrade na jiné vydání, stáhněte a nainstalujte nové vydání vedle vydání existujícího a potom zkopírujte potřebné konfigurační soubory, aby se používali při spouštění nového vydání. Následující oddíl popisuje konfigurační soubory, které potřebujete.
Pokud jste své předchozí vydání nainstalovali ze souboru zip, neexistuje žádný průnik s předchozí instalací. Nové vydání můžete nainstalovat do nového umístění ze souboru zip nebo pomocí správce IBM Installation Manager. Pro produkční servery doporučujeme použít správce instalace IBM Installation Manager, aby bylo možné použít budoucí aktualizace.
Pokud jste k provedení předchozí instalace serveru použili správce instalace IBM Installation Manager a chcete jej použít i k instalaci nové verze, nepřekrývejte během nové instalace pomocí správce IBM Installation Manager předchozí verzi. Na stránce Instalace balíků průvodce instalací vyberte položku Vytvořit novou skupinu balíků.
Tím se nové vydání nainstaluje do jiného umístění a zástupci programu se vytvoří s použitím názvu nové skupiny balíků.
Installation failed.
Error during "install" phase:
Failed to extract zip standard 1.0.1.I20081018-1820. File
D:\JazzTeamServer\server\license-update-site\site.xml already exists.
Pokud k tomu dojde, není to závažná chyba; můžete znovu spustit instalaci a správně vytvořit novou skupinu balíků.
file:///<JazzInstallDir>/server/conf
Následující soubory zkopírujte ze zdrojového serveru na cílový. Nejprve přejmenujte původní soubory v instalaci upgradovaného serveru, a tak vytvořte zálohu. Pokud jste k aktualizaci z verze 1.0, 1.0.1 nebo 1.0.1.1 nebo 2.0 na verzi 2.0.0.2 použili správce IBM Installation Manager, vytvořil se v podadresáři serveru v umístění instalace záložní adresář obsahující vaše konfigurační soubory verze 1.0.x nebo 2.0 s názvem jako backup-config-časové_razítko.
Pokud provádíte upgrade na verzi Standard nebo Enterprise a zakoupili jste Developer Client Activation Kit for Express, kupte a nainstalujte Developer Client Activation Kit for Standard Edition nebo Enterprise Edition, abyste mohli používat tyto klientské licence. Vaše přiřazení licencí vývojářů budou nadále platná; licence vývojářů budou deaktivována, dokud nebude nainstalována správná aktivační sada.
Verze 2.0.0.2 používá aktivační klíče verze 2.0.0.2. Pokud je proveden upgrade serveru z verze 1.0.x.x na verzi 2.0.x, vrátí se server po upgradu ke zkušební licenci a je třeba získat ze služby IBM Rational License Key Center aktivační klíče verze 2.0 nebo 2.0.0.2.
Další informace ke službě IBM Rational License Key Center naleznete na na stránce podpory IBM Rational Licensing a také na jazz.net Tech Tip.
Dále jsou uvedeny názvy klíčů pro jednotlivé for sady:
V produktu Rational Team Concert 1.x mohly mít projekty více časových os (dříve nazývaných "vývojové linie" a všechny tyto časové osy byly rovnocenné.
V produktu Rational Team Concert 2.0 mohou mít projekty i nadále více časových os, ale jedna z nich může být označena jako "časová osa projektu". Při migraci databáze na verzi 2.0 není primární časová osa projektu známá, takže vaše projekty nebudou mít časovou osu projektu nastavenu. Své projekty můžete po upgradu na verzi 2.0 ručně aktualizovat a nastavit jim časovou osu projektu.
Snímek správy řízení zdrojů (SCM) pro datový sklad shromažďuje data o proudech, včetně informací o velikosti proudů a aktivitách v nich (sadách změn a změnách souborů či složek). Ve verzi 1.0 tento snímek automaticky shromažďoval informace o všech proudech. Protože tato operace může být nákladná, jsou ve verzi 2.0 do snímku SCM přidány konfigurační volby, které umožní uživatelům rozhodnout, pro které proudy se mají data shromáždit. Bezprostředním dopadem této změny je, že pokud neprovedete konfiguraci, nebudou shromážděna žádná data.
Ve všech dalších snímcích budou shromážděna data pro takto vybrané proudy.
Pokud si těchto problémů nevšimnete, mohou být velmi závažné, neboť v takovém případě může sestava shromáždit chybná data. Je dobrým zvykem zkontrolovat při první úpravě sestavy ve vývojáři sestav BIRT 2.3.2 Report Designer všechny datové sady a všechny parametry sestavy. U nových problémů vytvářených v nástrojích BIRT 2.3.2 k těmto problémům nedochází.
Výše uvedené změny jsou provedeny u všech předpřipravených sestav produktu Rational Team Concert 2.0 - vy sami pro to nemusíte udělat nic. Pokud jste však ve své oblasti projektu ručně vytvořili šablony sestav na základě předpřipravených sestav a neurčili jste příslušný identifikátor (konzistentní s naším použitím), nebude vaše šablona při migraci aktualizována. To znamená, že bude její obsah zastaralý a nebude fungovat. V takovém případě byste měli uložit nový obsah takto dotčených šablon s použitím příslušného předpřipraveného souboru .rptdesign.
V produktu Rational Team Concert 2.0 došlo k několika změnám schémat tabulek pracovních položek v datovém skladu. V důsledku toho bude importovací program při migraci z verze 1.0 do verze 2.0 ignorovat veškerá data pracovních položek v datovém skladu. Proto nemusí vaše sestavy pracovních položek při prvním spuštění serveru verze 2.0 fungovat správně. Náhradním řešením je buď počkat na první spuštění snímku pracovních položek, nebo jej po spuštění serveru způsobit ručně. Při prvním spuštění po migraci snímek pracovních položek znovu vytvoří v datovém skladu veškeré historické informace o pracovních položkách. To také znamená, že bude první spuštění snímku po migraci pravděpodobně trvat mnohem déle než průměrné noční spuštění.
Dialogové okno vám pomůže najít všechny šablony sestav, které jsou dostupné, ale dosud nebyly implementovány ve vaší oblasti projektu. Můžete vybrat jednu či více z nich a ty budou vytvořeny. Po vytvoření můžete na základě těchto šablon pomocí dostupných akcí nabídky vytvářet nové sestavy.
Vámi provedené změny typů pracovních položek, atributů, sledů prací, rolí a obslužných rutin událostí jsou při upgradu z verze 1.x na verzi 2.0 zachovány. Uvědomte si, že pokud jste si upravili předdefinovanou šablonu procesu (například Scrum) a nyní tuto předdefinovanou šablonu znovu naimplementujete (v pohledu Šablony procesů), přepíšete tím svá vlastní nastavení. Pokud potřebujete předdefinovanou šablonu znovu naimplementovat, měli byste nejprve změnit název a ID vámi upravené předdefinované šablony, aby nebyla přepsána.
Byla tato pomoc užitečná? Zpětnou vazbu můžete poskytnout na stránkách Jazz.net (registrace je požadována): Komentář na fóru nebo odeslat chybu