W sumie kawał już trochę znam, ale pomyślałem, że podzielę się na blogu - na pewno po przeczytaniu pokiwacie głową ze zrozumieniem ;)

Handlowcy i technicy wylądowali na bezludnej wyspie. Postanowili, że muszą sobie jakoś poradzić z sytuacją, więc się podzielili zgodnie z codziennymi zajęciami - technicy budują bazę na plaży, a handlowcy idą do lasu szukać jedzenia. Po jakimś czasie wybiega z lasu z wrzaskiem handlowiec, goni go na maxa wściekły lew. Już go prawie dopada, gdy handlowiec mówi do techników:
- To macie go chłopaki, ja idę po następne

:)

No tak, nie było mnie tu już ze sto lat i niestety w najbliższym czasie wiele się nie zmieni(mam delikatnie mówiąc gorący moment ;) ). To nie przeszkadza jednak, żeby poinformować wszystkich którzy jeszcze nie słyszeli - Visual Studio 2010(a wraz z nim powiązane produkty, m.in. Team Foundation Server 2010, czy też .Net Framework 4.0) zostały dzisiaj udostępnione w wersji RTM subskrybentom MSDN!! Zachęcam do posysania ;) Sam właśnie ściągam i jestem ciekawy, czy poradzono sobie z problemami, które spowodowały przesunięcie daty premiery.

P.S.

W sklepach podobno pojawi się 12 maja, czyli równo za miesiąc. Ale już można zamawiać.

Co ja się nie nakląłem po zainstalowaniu VS 2010 RC - fajnie, odpala się szybciej, wygląda na stabilny, ale nie działał Intellisense!! Okazało się, że włączył mi się moduł rycu lame 2010 volume 1 ;)
Intellisense wyłączony został podczas migrowania ustawień z VS 2008(w którym akurat testowałem Resharpera - najwidoczniej wyłączającego standardowy intellisense).

Jak przywrócić działanie Intellisense? Opisał to wczoraj na swoim blogu ScottGu. Wystarczy wejść w Tools->Options. W otwartym oknie w drzewie rozwijamy sekcję Text Editor i dalej C#. Warto zaznaczyć pozycje Auto list members oraz Parameter information:

Aż wstyd, że sam nie spojrzałem...

Parę dni temu natknąłem się na następujący problem: chciałem usunąć branch z source control TFS, ale podczas próby wykonania takiej akcji, dostawałem komunikat, że jeden z developerów z zespołu posiada locki na plikach. Z pewnych względów developer ten nie mógł zdjąć swoich locków, więc musiałem mu trochę pomóc ;)

Z tego, co wiem, nie ma możliwości "wyklikania" zdjęcia czyjegoś locka, ale pakiet TSF power tools zawiera command line'owe narzędzie tf.exe, dzięki któremu możemy zdjąć czyjś lock. Przykładowa składnia polecenia(dokładnie takiego użyłem, włącznie z przełącznikiem /recursive, a więc "zejściem wgłąb"):
tf lock $/[ścieżka do unlocku] /lock:none /workspace:[Nazwa_workspace];[Właściciel workspace] /server:[Adres TFS] /recursive

Odpaliłem dumny i blady, że zaraz wywalę brancha, a tu w konsoli dostałem sporo(tj. przy wszystkich obrazkach i executablach) takich błędów:
TF10152: The item $/[TFSowa ścieżka do pliku] must remain locked because its file type prevents multiple check-outs.

Na szczęście i na to udało się znaleźć rozwiązanie: w ustawieniach Source Control(już z poziomu Visual Studio: Team->Team Project Collection Settings->Source Control File Types) włączamy opcję "file merging and multiple check outs" przy interesujących nas typach plików:

W ostatni poniedziałek zostałem zaproszony do Olsztyna na spotkanie Olsztyn Microsoft User Group, żeby poprowadzić prezentację na temat Team Foundation Servera(a właściwie Visual Studio Team System). Liczba osób(ok 2-3 z kilkunastu), które podniosły rękę po moim pytaniu "Kto miał jakąkolwiek styczność z TFS?" świadczy o tym, że warto prowadzić takie prezentacje, bo jednak platforma jest jeszcze stosunkowo mało popularna, a wg mnie oferuje zespołom developerskim bardzo dużo przydatnych funkcjonalności. Również średni wynik z ankiet(9.5/10 przy pytaniu "Przydatność materiału") to potwierdza.

W prezentacji podczas dem wykorzystywałem już wersje 2010 beta 2(zarówno Visual Studio jak i sam TFS) i muszę powiedzieć, że chociaż poprzednim razem w Lublinie sprawiły mi psikusa, to tym razem były grzeczne ;-)
Na koniec pochwalę się wynikiem z pytania "Ogólna ocena prezentacji": 9.875/10 :-)) Dzięki Olsztyn!

Właśnie udało mi się doprowadzić Visual Studio 2010 Beta 2 do błędu "The application cannot start" na starcie :) Takie zachowanie aplikacji trochę utrudnia pracę, w szczególności dlatego, że po naciśnięciu OK VS się zamyka ;) Co zrobiłem, żeby to osiągnąć? Tak naprawdę nie wiem, ale podejrzewam Power Toolsy do TFS 2008... Aha, żeby było ciekawiej, w Event Logu brak jakiejkolwiek informacji na temat crashu...

Jak temat naprawić? Oczywiście po szybkim wyszukaniu info w sieci znalazłem wiele wskazówek, mówiących generalnie żeby uruchomić devenv /resetuserdata. Wprawdzie stracimy całą historię i ustawienia, ale przynajmniej będzie można pracować.
Ale Uwaga - jeśli macie Windows 7 i  na tym jednym systemie VS 2008 i 2010, to koniecznie podajcie pełną ścieżkę do pliku devenv.exe, zamiast wpisywać powyższe polecenie w pole searcha menu start! W przeciwnym razie jest duża szansa, że zresetujecie sobie VS 2008 :]

Zainstalowałeś nowego TFSa, założyłeś projekt, zrobiłeś nawet pierwsze 3 check iny - jak na razie bosko ;)
Jeśli jednak próbowałeś skonfigurować buildy, to jest duża szansa, że otrzymałeś błąd taki jak w temacie: Build error: Value cannot be null. Parameter name: path1.
I to niezależnie od tego, co było buildowane ;) Ja przy pierwszym podejściu winiłem konfigurację mojej maszyny wirtualnej(po ostrych rzeźbach testowych na niej, myślałem, że udało mi się coś ostro namieszać). Ale gdy po reinstallu na czystym systemie zobaczyłem to samo, zacząłem niuchać co i jak :)

Opisany problem i jego rozwiązanie znalazłem na blogu Larsa Wilhelmsena: http://www.larswilhelmsen.com/2009/10/27/tfb210602-failed-to-copy/.
Generalnie kłopocik bierze się stąd, że w Stanach wykorzystują kropkę jako separator części ułamkowej. Za to w Polsce, podobnie jak w Norwegii(skąd pochodzi Lars), używa się przecinka - i właśnie ta rozbieżność psuje całą zabawę ;) Rozwiązaniem jest zahardcodowanie pełnej ścieżki do msbuilda w szablonie builda. Zmodyfikowany szablon można pobrać stąd: http://www.larswilhelmsen.com/wp-content/uploads/2009/10/DefaultTemplate_beta2.xaml

Od tego momentu widok taki jak poniżej jest obowiązkowy ;)

To, co mnie najbardziej denerwuje u ludzi to bezmyślność. Niestety w ciągu ostatniego weekendu miałem okazję doświadczyć jej wielokrotnie na trasie Lublin-Warszawa, dlatego pomyślałem, że chociaż może świata nie zmienie ;), to może przynajmniej wszyscy, którzy tu czasem zaglądają wezmą sobie do serca moją prośbę:

JAK JEDZIECIE SAMOCHODEM, MYSLCIE O INNYCH KIEROWCACH!

Co dokładnie mam na myśli?
1.) Dlaczego może 1% samochodów zjeżdza na bok(wykorzystując przeznaczony do tego pas!) ustępując miejsca komuś, kto jedzie dużo szybciej? Pozostali prują ostro trzymając się środka jezdni i plamą na honorze dla nich jest zrobienie komuś miejsca. Wystarczyłoby od czasu do czasu(nie mówię, że często, zacznijmy od np. raz na tydzień) spojrzeć w lusterko! Potem wygrać ze swoim chorym "cooo, mnie wyprzedzaaa?" i proszę - o jedną niebezpieczną sytuację na drodze mniej. Bo ten z tyłu i tak Cię wciągnie i tak. I teraz najważniejsze: to wcale nie wstyd! Wręcz przeciwnie, obciach jest dopiero wtedy, jak jedziesz jak najgorszy buras środkiem.

2.) Zadanie z gwiazdką - wymaga dobrego opanowania punktu pierwszego ;)
Jedziesz swoim pasem. Na Twoim pasie samochody z przodu i z tyłu oddalone od Ciebie o kilkaset metrów. Z przeciwka jadą: TIR, osobówka, osobówka, osobówka, TIR, TIR, osobówka, autokar, ... Jest dość duża szansa, że osobówka naprzeciwko chce wyprzedzić TIRa lub autokar. I tutaj uwaga: zjedźmy na prawo! Zróbmy miejsce tym którzy jadą w drugą stronę, niech wciągną spokojnie tego zawalidrogę przed sobą(który, oczywiście, ciśnie możliwie blisko lewej krawedzi pasa - chociaż trzeba przyznać że często kierowcy TIRów, jak tylko mogą, to zjeżdzają).
Boli? Na pewno nie, a może nawet należysz do 112% katolików w naszym kraju i pójdziesz do Nieba za dobry uczynek? ;-)))

3.) Punkt 3 jest dedykowany zachowaniom na rondach w Warszawie. Ja wiem, że to jest mega fajne, jechać pasem "jadącym na wprost", w ostatniej chwili cyknąć kierunkowskaz i się wbić komuś przed nosem na rondo. Wiem też, że jeśli tak robisz, to na pewno Ci się spieszy. Ale spieszy się wszystkim, którzy stoją grzecznie na pasie "jadącym w lewo/prawo" i czekają na wjazd na rondo. Przez takich cwaniaków, którzy się wbijają bez kolejki, oni muszą poczekać dłużej, bo rond z gumy to jeszcze w Polsce nie mamy. Poza tym czasem się zapala czerwone i wtedy naprawdę warto czekać :)
Druga sprawa - jak już jesteś chamem-fanatykiem i nie potrafisz zrezygnować z takiego zachowania, to miej jaja i przynajmniej włącz ten migacz 100m wcześniej. Może człowiek za Tobą, który jedzie właśnie 80km/h, będzie bluzgał trochę mniej. W szczególności, jeśli na rondzie(nie z gumy, jak wspomniałem) zabraknie dla Ciebie miejsca i nagle znienacka się zatrzymasz na swoim pasie, to Twój bagażnik nie stanie się garażem.

Teoretycznie piszę o rzeczach oczywistych. Jednak w rzeczywistości jest naprawdę marnie. Co z tego, że wybudujemy w Polsce w 2060 roku drogi szybkiego ruchu jak ta z obrazka przy tytule tego posta, skoro i tak każdy z naszych "mega-hiper-wypas-GDZIE_SIE_PCHASZ-nie_ustapie" kierowców będzie czuł, że jego fura właśnie przeżywa drugą młodość i 90km/h to lewy pas i żaden inny. Prawą stroną pojadą TIRy i dziękuję.

Ludzie! Myślmy o sobie (przynajmniej) na drogach. Bo zły stan dróg to nie wszystko.

Office 2010 w wersji beta może być już pobrany przez subskrybentów MSDN! Szumu koło "premiery" jest dużo mniej, niż przy okazji wypuszczenia Visual Studio i Team Foundation Servera, a myślę, że produkt równie ważny. Co ciekawe, dostępne sa dwie wersje: x64 i x86 pakietu.
Dodatkowo pojawiło się Office Web Applications Beta, szczegóły dostępne są tutaj: http://www.microsoft.com/video/en/us/details/ebf079e6-6972-43dc-9781-14c013c38e82
Poniżej bezpośredni link do Office w MSDN:

https://msdn.microsoft.com/en-us/subscriptions/securedownloads/default.aspx?pv=1:383

Jeśli używasz na codzień Team Foundation Servera, ale na przynajmniej jeden z poniższych punktów odpowiadasz kiwając ze zrozumieniem głową, to z pewnością dalsza część wpisu może Ci się wydać interesująca:)

a) Pracowałam/Pracowałem z CVS/SVN. Lubię klienta, np. Tortoise'a, z którym się dotychczas łączyłem(-am) z repozytorium i na razie chcę przy nim zostać!

b) W naszym zespole mamy osoby niekorzystające z Visual Studio, ale chcące mieć możliwość pracy z repozytorium kodu.

c) Zastanawiam się, czy zawsze muszę odpalać Visual Studio, żeby zrobić Check Ina?

Niedawno dowiedziałem się o ciekawym projekcie, pozwalającym na dostęp do repozytorium Team Foundation Servera, za pośrednictwem klienta SVNowego. Mam tu na myśli projekt SVNBridge, rozwijany na licencji Microsoft Public License. Najnowszą wersję, wraz z kodem źródłowym możemy znaleźć na Codeplexie, pod adresem http://svnbridge.codeplex.com/.
Pomysł jest zasadniczo prosty: komendy SVN są tłumaczone na polecenia TFSowe i vice versa, dzięki czemu komunikacja może mieć miejsce. Naturalnie oba repozytoria rządzą się swoimi prawami, więc nie wszystko, co lubimy w TFS lub SVN będzie tutaj bezproblemowo działało. Ale generalnie komunikacja jest możliwa.

Instalacja

Opcje instalacji mam dwie: albo odpalamy sobie plik exe(np. u siebie na maszynie developerskiej), który nasłuchuje na podanym przez nas porcie i stanowi proxy w komunikacji z TFS, albo możemy postawić proxy w postaci aplikacji w IIS. Poniżej zaprezentowałem na kilku screenach tą drugą opcję, czyli hostowanie w IIS. Odpalenie SVN Bridge jest na maxa proste. Aha, pokazuję już na przykładzie TFS 2010 beta2 - więc od razu potwierdzam, że działa, choć nie do końca kompletnie :(

1.) Z codeplexa ściągnąłem paczkę SvnBridge-Server.zip. Na serwerze, na którym mam TFS, rozpakowałem pliki do katalogu C:\inetpub\wwwroot\SvnBridge\ i w pliku web.config zmieniłem wskazanie "TfsUrl" na "http://localhost:8080/tfs" (w katalogu wirtualnym tfs stoi u mnie tfs 2010).

2.) Dodałem aplikację do IIS, jako katalog wirtualny(żeby nie rezerwować oddzielnego portu). Aha, pula, w kontekście której odpalamy powinna mieć ustawiony pipeline w trybie Integrated(w przypadku IIS 7 naturalnie)

3.) Zrobiłem tortoisowy check out z adresu http://tfsserver:8080/SVNBridge/[SciezkaDoProjektu]

Tym sposobem pobrałem kod z TFS za pośrednictwem klienta SVN. Naturalnie mógłbym zrobić checkin(commit) i co ciekawe, mógłbym na końcu komentarza dodać linijkę
work items: 1,2,3
i podobno(nie przetestowałem tego jeszcze) mój check in zostałby skojarzony z work itemami 1, 2 i 3

Problemy

Niestety, nie mam chwilowo dostępnego TFS 2008, żeby sprawdzić, czy tam też występuje ten problem, ale przy TFS 2010 Beta 2 nie jestem w stanie uruchomić Repo Browsera! :( Tzn. pyta się ze 200 razy o login i hasło, żeby w końcu powiedzieć, że e-eee, nie jedziemy... Ale na liście funkcjonalności wsparcie dla repo browsera widnieje, więc jest szansa, że z TFS 2008 będzie śmigać.

Podsumowując - SVNBridge to bardzo fajny projekt, ratujący w przypadku wystąpienia sytuacji a, b i c(i nie tylko) ze wstępu do tego posta. Polecam!