Eksplorowanie zastępczego źródła wewnętrznego
Przepływ pracy żądania ściągnięcia oparty na rozwidleniu jest popularny w projektach typu open source, ponieważ umożliwia każdemu współtworzenie projektu.
Nie musisz być istniejącym współautorem ani dostępem do zapisu w projekcie, aby zaoferować zmiany.
Ten przepływ pracy nie jest przeznaczony tylko dla typu open source: rozwidlenia ułatwiają również obsługę przepływów pracy źródła wewnętrznego w firmie.
Przed rozwidleniami można współtworzyć projekt przy użyciu żądań ściągnięcia.
Przepływ pracy jest wystarczająco prosty: wypchnij nową gałąź do repozytorium, otwórz żądanie ściągnięcia, aby uzyskać przegląd kodu od zespołu i poproś usługę Azure Repos o ocenę zasad gałęzi.
Możesz kliknąć jeden przycisk, aby scalić żądanie ściągnięcia do elementu głównego i wdrożyć go po zatwierdzeniu kodu.
Ten przepływ pracy doskonale nadaje się do pracy nad projektami z zespołem. Ale co zrobić, jeśli zauważysz prostą usterkę w innym projekcie w firmie i chcesz go naprawić samodzielnie?
Co zrobić, jeśli zamierzasz dodać funkcję do projektu, którego używasz, ale inny zespół opracowuje?
W tym miejscu pojawiają się rozwidlenia; Rozwidlenia znajdują się w centrum praktyk źródła wewnętrznego.
Źródło wewnętrzne
Źródło wewnętrzne — czasami nazywane "wewnętrznym oprogramowaniem open source" — przynosi wszystkie korzyści z tworzenia oprogramowania typu open source wewnątrz zapory.
Spowoduje to otwarcie procesów tworzenia oprogramowania, dzięki czemu deweloperzy mogą łatwo współpracować nad projektami w całej firmie.
Używa on tych samych procesów, które są popularne w społecznościach oprogramowania open source.
Jednak zapewnia bezpieczeństwo kodu w organizacji.
Firma Microsoft intensywnie korzysta z wewnętrznego podejścia źródłowego.
W ramach wysiłków mających na celu standaryzację systemu jednotechnowego w całej firmie , wspieranego przez usługę Azure Repos — firma Microsoft otworzyła również kod źródłowy dla wszystkich naszych projektów wszystkim w firmie.
Przed przejściem do źródła wewnętrznego firma Microsoft była "silosowana": tylko inżynierowie pracujący w systemie Windows mogli odczytać kod źródłowy systemu Windows.
Tylko deweloperzy pracujący nad pakietem Office mogą przyjrzeć się kodowi źródłowego pakietu Office.
Jeśli więc jesteś inżynierem pracującym nad programem Visual Studio i myślałeś, że znaleziono usterkę w systemie Windows lub Office — lub chcesz dodać nową funkcję — masz szczęście.
Jednak dzięki przejściu do oferty źródeł wewnętrznych w całej firmie, obsługiwanej przez usługę Azure Repos, łatwo jest utworzyć rozwidlenie repozytorium w celu ponownego współtworzenia.
Jako osoba wprowadzająca zmianę nie musisz zapisywać dostępu do oryginalnego repozytorium, tylko możliwość jego odczytania i utworzenia rozwidlenia.