Wiadomości
IBM Rational Team Concert dla programisty
23 sierpnia 2010 10:11,
Tomasz Zapalski
IBM RTC jest kompletnym środowiskiem programistycznym, które pozwala pracować przy użyciu narzędzi i zwinnych technik (ang. agile programming). Narzędzie to umożliwia: planowanie pracy, zarządzanie kodem źródłowym, ciągłą kompilację, śledzenie zadań, raportowanie stanu projektu i zarządzanie procesem.
Podstawowe przeznaczenie środowiska to możliwość współpracy rozproszonych zespołów w celu dostarczenia w bardzo krótkim czasie produktów o wysokiej jakości. Jest to możliwe dzięki wygodnym i produktywnym funkcjom programu, ściśle ze sobą zintegrowanym, które znacznie usprawniają proces tworzenia oprogramowania.
Całość projektu podzielona jest na historie (ang. stories), a te z kolei na zadania (ang. tasks). W środowisku można także wystawiać defekty, które są traktowane podobnie jak zadania. Zadania są przypisywane dla programistów przez kierownika projektu, albo przez samych programistów. Ze środowiskiem można pracować poprzez stronę www oraz poprzez klienta zintegrowanego ze środowiskiem Eclipse.
Jak wobec tego wygląda typowy dzień pracy programisty w tym środowisku? Ma on stały wgląd do listy swoich zadań oraz defektów, które mają przypisane priorytety. Dzięki temu wie czym się powinien zająć. Po wpisaniu wstępnej estymacji czasu wykonania zadania, zmienia jego status i rozpoczyna realizację. Może dokonywać zmian w kodzie bez konieczności wymeldowywania (ang. check out) kodu, gdyż każdy pracuje w swojej niezależnej przestrzeni. Po dokonaniu zmian widzi listę zmienionych plików i decyduje, które wmeldować (ang. check in) do zadania. Następnie może wystawić zadanie do przeglądu. Osoby wybrane do przeglądu dostają automatycznie wiadomość. Mogą one wpisać swoje uwagi w narzędziu i zaakceptować zadanie, bądź zwrócić je do poprawy. Po zakończonym przeglądzie programista dostarcza kod do głównego strumienia. Jeżeli w tym samych czasie ktoś inny dostarczył zmiany w tym samym pliku, programista informowany jest o tym i dokonuje scalania (merge). W większości przypadków scalenie dokonuje się automatycznie, gdyż środowisko jest w stanie wykryć zmiany powodujące konflikt scalania. Na końcu programista zmienia stan zadania, które trafia do testów.
Powyższy proces można dowolnie konfigurować, dostosować do swoich potrzeb. Można na przykład dodać wymagane pola do wypełnienia przy przechodzeniu do konretnego stanu i mieć dzięki temu klasyfikację defektów. Środowisko zapewnia dodatkowo niezliczoną ilość funkcji usprawniających programowanie, między innymi: pracę nad różnymi wersjami kodu jednocześnie, wyszukiwanie zadań, wykonanie kompilacji na życzenie, przeglądanie stanu ostatnich kompilacji i wiele innych.
Środowisko Team Concert jest kompletnym rozwiązaniem, które zastępuje wiele innych narządzi. Możliwość integracji ze środowiskiem Eclipse sprawia, że to narzędzie jest bardzo wygodne w użyciu.
Całość projektu podzielona jest na historie (ang. stories), a te z kolei na zadania (ang. tasks). W środowisku można także wystawiać defekty, które są traktowane podobnie jak zadania. Zadania są przypisywane dla programistów przez kierownika projektu, albo przez samych programistów. Ze środowiskiem można pracować poprzez stronę www oraz poprzez klienta zintegrowanego ze środowiskiem Eclipse.
Jak wobec tego wygląda typowy dzień pracy programisty w tym środowisku? Ma on stały wgląd do listy swoich zadań oraz defektów, które mają przypisane priorytety. Dzięki temu wie czym się powinien zająć. Po wpisaniu wstępnej estymacji czasu wykonania zadania, zmienia jego status i rozpoczyna realizację. Może dokonywać zmian w kodzie bez konieczności wymeldowywania (ang. check out) kodu, gdyż każdy pracuje w swojej niezależnej przestrzeni. Po dokonaniu zmian widzi listę zmienionych plików i decyduje, które wmeldować (ang. check in) do zadania. Następnie może wystawić zadanie do przeglądu. Osoby wybrane do przeglądu dostają automatycznie wiadomość. Mogą one wpisać swoje uwagi w narzędziu i zaakceptować zadanie, bądź zwrócić je do poprawy. Po zakończonym przeglądzie programista dostarcza kod do głównego strumienia. Jeżeli w tym samych czasie ktoś inny dostarczył zmiany w tym samym pliku, programista informowany jest o tym i dokonuje scalania (merge). W większości przypadków scalenie dokonuje się automatycznie, gdyż środowisko jest w stanie wykryć zmiany powodujące konflikt scalania. Na końcu programista zmienia stan zadania, które trafia do testów.
Powyższy proces można dowolnie konfigurować, dostosować do swoich potrzeb. Można na przykład dodać wymagane pola do wypełnienia przy przechodzeniu do konretnego stanu i mieć dzięki temu klasyfikację defektów. Środowisko zapewnia dodatkowo niezliczoną ilość funkcji usprawniających programowanie, między innymi: pracę nad różnymi wersjami kodu jednocześnie, wyszukiwanie zadań, wykonanie kompilacji na życzenie, przeglądanie stanu ostatnich kompilacji i wiele innych.
Środowisko Team Concert jest kompletnym rozwiązaniem, które zastępuje wiele innych narządzi. Możliwość integracji ze środowiskiem Eclipse sprawia, że to narzędzie jest bardzo wygodne w użyciu.
Oryginalny tekst został opublikowany na www.computerworld.pl
Komentarze (2)
RTC nie jest wielką kobyłą. Można się o tym przekonać zaczynając od wersji Express-C, która jest w 100% za darmo.
Aż strach, jaka to musi być kobyła :(
- Kingston: Nowa linia dysków SSD
- Microsoft zapowiada nowy system plików - ReFS
- Intel: SSD 520 - nowa linia szybkich dysków
- Praktyczne porady dla administratorów na 2012 rok
- Co powinien wiedzieć każdy specjalista IT?
- Narzędzia dla administratorów sieci
- Windows Intune 3.0 - szansa na perfekcyjne narzędzie?
- Kontrowersyjne decyzje Oracle odnośnie Javy
- Testy penetracyjne pomogą w obronie przed cyberatakami
- MSP: kierunki rozwoju technologii w 2012 roku
Polecane
Przełomowy rok... znowu
Lektura firmowych informacji prasowych i prognoz firm analitycznych nie pozostawia wątpliwości - każdego roku...
Spokój i luz administratora
Wymagania wobec pracowników działów IT rosną proporcjonalnie do stopnia rozwoju teleinformatyki. Oczekuje się, że...