Przez prawie trzy lata pracowałem jako kierownik zespołu / programista w środowisku dużych przedsiębiorstw finansowych. Nasz proces produkcji jest koszmarem, ponieważ obraca się wokół Clearcase. Mamy grupę zarządzającą zmianami, która wykonuje wszystkie wydania i która zezwoli tylko na kod, który został pobrany z produkcji.
Jedną z pierwszych rzeczy, które zrobiłem, kiedy dołączyłem, było skonfigurowanie mojego zespołu z Git. Wszyscy zgodzili się, że Clearcase jest okropny i niepraktyczny w codziennej obsłudze źródeł. Więc stworzyliśmy coś w rodzaju „nieoficjalnego” repozytorium na mojej lokalnej maszynie i napisałem skrypt, aby zsynchronizować nasze repozytorium git i Clearcase około czasu wydania.
Wieść o tym rozprzestrzeniła się na inne zespoły, a kilka z nich przyjęło ten sam proces. Używanie gita w „nieoficjalny” sposób w codziennych czynnościach i „oficjalnie” w przypadku Clearcase. Stałem się typem faceta w przypadku jakichkolwiek problemów z Git.
W tym tygodniu mam spotkanie z SVP w sprawie zmiany infrastruktury, która konkretnie chce, żebym wyjaśnił jej zalety Git. Najwyraźniej dotarły do niej wieści o moich częstych narzekaniach na Clearcase. Jeśli zaakceptuje moje argumenty, będę miał naprawdę szansę, aby pomóc mojemu pracodawcy pozbyć się tej obrzydliwości.
Moje doświadczenie z menedżerami mówi mi, że a) chcą bardzo zwięzłych wyjaśnień na temat wszystkiego b) interesują się tylko faktami, które dotyczą liczb w dolarach
Deweloperowi mogę wyjaśnić zalety Git w stosunku do Clearcase (lub DOWOLNEGO innego systemu kontroli wersji w stosunku do Clearcase w tej kwestii), ale rysuję puste wyjaśnienie, jak to zrobić szefowi technicznemu bez wiedzy technicznej (ona ma MBA i zrobił jej licencjat z geografii).
Wydaje mi się, że jakikolwiek argument, który jej przedstawię, będzie albo brzmiał jak techniczny bełkot, albo że ewangelizuję moje osobiste preferencje.
To, co próbuję znaleźć, to konkretne fakty świadczące o tym, że programiści pracują efektywniej z Git lub DOWOLNYM nowoczesnym systemem kontroli źródła.
Myślę, że fakt, że inne zespoły zaczęły używać Git wewnętrznie, jest znaczącym znakiem, ale wciąż nie jest wystarczająco silny, ponieważ nadal można go odrzucić jako osobistą preferencję.
To, czego naprawdę potrzebuję, jest wystarczająco potężne, aby przebić się przez „Ten proces działał przez 20 lat, dlaczego powinniśmy go zmienić?” argument.