W kilku ostatnich wpisach przedstawiłem czym jest metodyka Scrum, po co i jak ją stosować przy użyciu Team Foundation Server. W teorii moglibyśmy już rozpocząć projekt i z powodzeniem go prowadzić. Możliwe, że więcej wiedzy nie było by Wam szybko potrzebne, ale podejrzewam, że całkiem szybko zaczęły się pojawiać pytania o zarządzanie i przepływ zadań. W tym artykule postaram się wybiec przed nie i od razu przedstawić garść odpowiedzi. W skrócie co jak i gdzie w kombinacji TDD + TFS + SRUM
Architektura 4748 dni, 4 godziny temu 130 źrodło rozwiń
Każdy z nas w trakcie zawodowej kariery miał (nie)przyjemność pracować z systemami kontroli wersji. Codziennie w trakcie swojej pracy wrzucamy, pobieramy z nich pliki, rozwiązujemy konflikty. Wiemy po co je używać, ale czy wiemy jak? Tak jak w każdej dziedzinie życia pewne rzeczy można robić lepiej lub gorzej. W tym artykule postaram się pokazać kilka dobrych zasad ciągłej integracji (Continuous Integration), które pozwolą usprawnić trochę ten proces. Na koniec przedstawię przykład jak w...
Architektura 4762 dni, 17 godzin, 50 minut temu 63 źrodło rozwiń
Dzisiaj kolejny przykład z życia wzięty, krótszy ale miejmy nadzieję, przydatny. Zmieniłem na swoim komputerze nazwę grupy roboczej, do której należę. Po uruchomieniu Visual Studio i próbie checkoutu pliku okazało się, że pojawił mi się komunikat o błędzie:A local workspace is required. Workspace NazwaGrupyRoboczej;Nazwa użytkownika does not reside on this computer.
W poprzednich wpisach opisałem ogólne zasady metodyki Scrum, przedstawiłem sposób instalacji i konfiguracji - TFS. W tym wpisie pokażę podstawowe zasady jak połączyć teorię z praktyką. Podobnie jak w poprzednich wpisach bazował będę na Team Foundation Server 11 DP, konieczne również będzie Visual Studio 11 DP.
Tym razem wpis będzie poświęcony dodatkowej czynności, nie związanej bezpośrednio ze Scrum albo TFS. Pokażę prosty sposób w jaki można udostępnić swój serwer nie posiadając stałego łącza IP, łącząc się przez router. Nie uważam, że jest to opcja najlepsza, ani najbezpieczniejsza, ale jest prosta i może być punktem wyjściowym do lepszej konfiguracji.Jak zrobić, żeby można było się połączyć z serwerem gdy nie posiada on stałego numer IP? Można to zrobić przy pommechanizmu DynDNS.
Tak jak zapowiedziałem w poprzednim wpisie, część druga mojej opowieści o Scrum i TFS będzie opisywała instalację oraz wstępną konfigurację Team Foundation Server. Po tych wpisach powinno być wiadomo co chcemy robić oraz czym, część trzecia przedstawi jak.Przykłady będą przedstawione na podstawie Team Foundation Server 11 Developer Preview.
W kilku najbliższych postach postaram się przybliżyć ideę zarządzania projektem w metodyce Scrum przy pomocy Team Foundation Server (TFS). W tym poście opiszę zasady i cechy jakimi charakteryzuje się SCRUM. W kolejnych przedstawię jak TFS może nam pomóc w prowadzeniu projektu w tej metodyce. Ponieważ, mimo posiadanego doświadczenia w niej nie czuję się ekspertem będę bardzo rad z każdego, nawet najbardziej krytycznego komentarza, który pozwoli udoskonalić mi te wpisy.
Korzystając jeszcze z Visual Studio 2008 bez problemu zintegrowałem z nim wtyczkę AnkhSVN, pozwalającą na obsługę tego systemu kontroli wersji bezpośrednio z poziomu IDE. Jednak po przeniesieniu się na Visual Studio 2010 i tradycyjnej instalacji wtyczki, nie dało się z niej skorzystać. Otóż VS 2010 posiada wbudowane narzędzie do wersjonowania kodu, bug trackingu itp. – Team Foundation Server.
Wpis ten(obie części razem wzięte) będzie dotyczył dwóch spraw: przede wszystkim co się zmieniło, pojawiło nowego oraz co zostało usprawnione jeśli chodzi o zarządzanie work itemami w Team Foundation Serverze 2010. Druga część to omówienie MSF for agile software development v5.0. Każda nowa wersja TFS wiąże się z wypuszczeniem nowej wersji MSF. Podbicie numeru wersji Microsoft Solutions Framework z 4.2 do 5.0 może zwiastować, że nie mamy do czynienia ze zmianami kosmetycznymi.
Team Foundation Server wykorzystuje Jednostki robocze do przedstawiania jakiegoś fragmentu informacji o projekcie. Dla przykładu, metodyka MSF for agile software development v4.2 , której template otrzymujemy razem z instalacją TFS 2008, zaleca wykorzystywanie następujących jednostek roboczych: Scenariusz(Scenario), Wymagania dot. jakości – coś na kształt wymagań niefunkcjonalnych(Quality of service requirement), Zadanie(Task), Ryzyko(Risk) oraz Błąd(Bug). Możemy więc np. kontrolować postępy prac za pomo...
Nazewnictwo związane z Visual Studio(i systemami związanymi) postanowiło się trochę zmieniać wraz z wypuszczaniem kolejnych wersji, co wprowadzało lekki chaos. Sam miałem problemy ze zrozumieniem co dokładnie kryje się pod nazwami takimi jak Visual Studio Team System, Visual Studio Team Suite, Team Foundation Server, jakie są między nimi różnice i jakich funkcjonalności dostarczają poszczególne edycje Visual Studio… Z moich rozmów ze znajomymi wynika, że nie tylko ja miałem ten problem.
June 13Instalujemy TFS 2010 Beta 1 Tak, etap o którym łatwo zapomnieć, a jednak okazuje się być niezbędny: instalacja :-) Postanowiłem testować na maszynie wirtualnej(pracuję na Win7, więc postanowiłem wykorzystać wbudowanego Windows Virtual PC), na której postawiłem Windows 2008 Standard w wersji x86 – tutaj pierwsze rozczarowanie: Windows Virtual PC wspiera jedynie 32 bitowe wersje hostowanych systemów. Nie uda mi się więc obadać czy i jak działa x64 instalacja TFSa, ale uprzejmie donoszę o pierwszej ...
June 18Team Foundation Administration Console: Team Project Collections Na koniec wpisu o instalacji TFS 2010 Beta obiecałem, że przyjrzymy sie bliżej pierwszej nowości, którą zauważamy tuż po zainstalowaniu: Team Foundation Administration Console. Czym jest to narzędzie? Interfejsem graficznym, zbierającym w jednym miejscu wiele funkcjonalności, związanych z naszym TFSem. Dodatkowo możemy skonfigurować takie rzeczy jak ustawienia powiadomień(serwer SMTP oraz z jakiego adresu będą wychodziły maile) – w ...