Używamy Nuget do naszego wewnętrznego rozwoju, aby umożliwić nam współdzielenie kodu między zespołami. Występują jednak problemy, gdy jedna osoba pracuje nad kodem, który zostanie wdrożony w wielu pakietach nuget w tym samym czasie. Na przykład

A zależy od B, która zależy od C.

A, B i C mają swoje artefakty zepchnięte do Nugeta i w ten sposób zarządzamy zależnościami między A, B i C. Problem, który widzimy, polega na tym, że jeśli deweloper chce wprowadzić zmiany w C i szybko zobaczyć te zmiany odzwierciedlone w A, muszę przejść przez następujący proces.

Dokonaj zmiany w C.Wciśnij zmianę do gitCI przejmuje zmianę na C i buduje i wdraża nowy pakiet nuget.Przejdź do B i zaktualizuj odwołanie do C za pomocą polecenia aktualizacji pakietu nuget.Wciśnij zmianę do pliku packages.config do gitCI przejmuje zmianę na B i buduje i wdraża nowy pakiet nuget dla BTeraz otwórz A i zmień odniesienie do pakietu aktualizacji B i nugetDokonaj zmian w A, aby przejść do zmian w B (i C w sposób przejściowy)

Wydaje się to niezwykle bolesne i powoduje, że niektórzy z naszych programistów kwestionują wybór Nugeta dla naszego wewnętrznie opracowanego kodu. Wszyscy nadal lubią korzystać z zewnętrznych pakietów.

Czy istnieje lepszy przepływ pracy do wewnętrznego używania Nugeta?