Wprowadzanie istotnych zmian w dokumentacji platformy Microsoft Learn
Ważne
Wszystkie repozytoria, które publikują w usłudze Microsoft Learn, przyjęły kodeks postępowania firmy Microsoft typu open source lub kodeks postępowania programu .NET Foundation. Aby uzyskać więcej informacji, zobacz często zadawane pytania dotyczące kodu postępowania. W przypadku pytań lub komentarzy możesz też napisać na adres opencode@microsoft.com lub conduct@dotnetfoundation.org.
Drobne poprawki lub wyjaśnienia dotyczące dokumentacji i przykładów kodu w repozytoriach publicznych są objęte learn.microsoft.com Warunki użytkowania. Wszelkie zmiany wygenerują komentarz w żądaniu ściągnięcia z prośbą o przesłanie umowy licencyjnej udziału online (CLA), jeśli nie jesteś pracownikiem firmy Microsoft. Zanim scalimy żądanie ściągnięcia, musisz wypełnić formularz online.
W tym artykule pokazano, jak zmienić artykuł w witrynie Microsoft Learn przy użyciu lokalnych narzędzi i jest odpowiedni dla współautora, który musi wprowadzić ważną zmianę lub będzie częstym współautorem repozytorium. Często współautorzy zwykle mają trwające lub długotrwałe zmiany, które przechodzą przez wiele cykli kompilacji/weryfikacji/przemieszczania lub obejmują wiele dni przed zalogowaniem się do żądania ściągnięcia (PR).
Przykłady tego typu zmian to:
- Wprowadzenie wielu zmian. Na przykład twoje współtworzenie (dodatki, zmiany lub usunięcia) może obejmować wiele artykułów i muszą zostać zatwierdzone i przetestowane jako jedna jednostka pracy w jednym żądaniu ściągnięcia.
- Utworzenie i opublikowanie nowego artykułu, co zwykle wymaga bardziej zaawansowanego edytora lokalnego.
- Dodawanie nowych obrazów lub aktualizowanie obrazów, co zwykle wymaga jednoczesnego utworzenia nowego
media
podkatalogu, utworzenia plików obrazów, zaktualizowania linków do obrazów w artykułach i podglądu plików Markdown w edytorze lokalnym w celu przetestowania renderowania obrazów. - Aktualizowanie artykułu przez wiele dni przed opublikowaniem. W takich przypadkach zazwyczaj należy regularnie integrować inne zmiany występujące w gałęzi domyślnej. Jest to łatwiejsze w przypadku powłoki Git Bash i edytowania lokalnego. Jeśli to zrobisz za pośrednictwem edytora internetowego usługi GitHub, możesz również uruchomić ryzyko utraty zmian i poczekać przed zatwierdzeniem zmian.
- Ciągłe aktualizowanie tego samego artykułu po otwarciu żądania ściągnięcia. Mimo że w tym celu możesz użyć edytora internetowego Usługi GitHub, możesz utworzyć wiele zaległych żądania ściągnięcia dla tego samego pliku, co może powodować konflikt ze sobą.
Wymagania wstępne
- Zidentyfikuj repozytorium GitHub, które przechowuje dokumentację, którą chcesz edytować.
- Utwórz konto usługi GitHub, jeśli go nie masz.
- Zainstaluj narzędzia Git i Markdown.
- Konfigurowanie lokalnego repozytorium Git.
- Zapoznaj się z podstawami usług Git i GitHub (opcjonalnie).
Tworzenie i wyewidencjonowywanie gałęzi roboczej
Aby rozpocząć, utwórz nową gałąź roboczą w repozytorium lokalnym, aby przechwycić proponowane zmiany. Aby uzyskać więcej informacji na temat gałęzi, zobacz Podstawy usług Git i GitHub.
W tym samouczku jest używana powłoka Git Bash i program Visual Studio Code, ale możesz użyć dowolnego preferowanego klienta i edytora Git.
W programie VS Code otwórz folder repozytorium lokalnego klonu. W menu Plik wybierz pozycję Otwórz folder i przejdź do folderu na maszynie.
Wybierz pozycję Widok w górnym menu, a następnie wybierz pozycję Terminal , aby otworzyć zintegrowany terminal.
W zintegrowanym terminalu upewnij się, że jesteś w folderze repozytorium.
Przed utworzeniem gałęzi roboczej upewnij się, że lokalna gałąź główna jest bieżąca ze wszystkimi elementami w głównej gałęzi repozytorium produkcyjnego. To zadanie zapewnia, że gałąź robocza przechwytuje wszelkie zmiany, które wystąpiły w repozytorium produkcyjnym od czasu ostatniej synchronizacji z nim.
Przejdź do gałęzi głównej w repozytorium lokalnym:
git checkout main
Upewnij się, że lokalna gałąź główna jest bieżąca:
git pull upstream main
Utwórz lokalną gałąź roboczą na podstawie głównej:
git checkout -b <branch-name>
<branch-name>
jest symbolem zastępczym. Po uruchomieniu polecenia zastąp go unikatową i zrozumiałą nazwą gałęzi i usuń nawiasy kątowe.Wypchnij lokalną gałąź roboczą do gałęzi zdalnej w rozwidleniu usługi GitHub:
git push origin <branch-name> -u
Opcja -u łączy lokalne i zdalne gałęzie. Ta opcja umożliwia wypychanie zatwierdzeń do rozwidlenia przez wprowadzenie tylko
git push
zamiastgit push origin <branch-name>
.
Znajdowanie źródłowego pliku Markdown
Aby edytować artykuł, znajdź plik źródłowy artykułu w klonie repozytorium lokalnego. W programie VS Code uzyskaj dostęp do plików Markdown repozytorium za pośrednictwem Eksploratora plików (ikona dokumentu na lewym górnym pasku bocznym). W Eksploratorze plików jest wyświetlana struktura folderów repozytorium i możesz przejść do pliku, który chcesz edytować.
Jeśli nie możesz znaleźć pliku, odwiedź artykuł w witrynie Microsoft Learn i wybierz ikonę ołówka Edytuj . Lokalizacja folderu względnego w repozytorium GitHub jest wyświetlana w adresie URL. Oto przykładowy adres URL linku do edycji :
https://github.com/Microsoft/azure-docs/blob/main/articles/azure-functions/functions-overview.md
Oto przykładowa lokalizacja pliku dla tego adresu URL.
C:\GitHub\*\azure-docs\articles\azure-functions\functions-overview.md
Edytowanie pliku
- Otwórz plik w programie VS Code, wybierając go.
- Wprowadź zmiany.
- Zapisz zmiany, wybierając pozycję Zapisz plik>. Użyj opcji Zapisz wszystko , aby zapisać wiele plików jednocześnie.
Zatwierdzanie i wypychanie zmian
W przypadku istotnych zmian lub przejrzenia artykułu pod kątem aktualności zaktualizuj ms.date
blok metadanych w górnej części pliku. Sformatuj datę jako mm/dd/rrrr.
Możesz użyć terminalu programu VS Code lub interfejsu użytkownika programu VS Code, aby zatwierdzić i wypchnąć zmiany.
Uruchom polecenie ,
git status
aby sprawdzić, czy na liście zmienionych plików są wyświetlane tylko edytowane pliki.git status
git add
Uruchom polecenie, a następnie ścieżkę pliku i nazwę pliku, aby przygotować zmieniony plik.git add folder-name/file-name.md
Jeśli zmieniono wiele plików, wprowadź
git add
polecenie dla każdego pliku.Alternatywnie możesz uruchomić
git add .
(zanotuj okres poadd
), aby automatycznie przygotować wszystkie wprowadzone zmiany. Ta metoda jest szybsza, ale może powodować problemy, dołączając zmiany wprowadzone przypadkowo.Uruchom ponownie polecenie
git status
, aby potwierdzić, jakie zmiany zostały przygotowane.git commit
Uruchom polecenie, a następnie komunikat zatwierdzenia, aby zapisać zmiany w lokalnym sklonowanym repozytorium.git commit -m "your commit message"
Uruchom polecenie
git push
, aby wypchnąć zmiany.git push
Gotowe! Kod jest teraz gotowy do otwarcia żądania ściągnięcia w repozytorium GitHub.
Chcesz poprawić przesłaną zawartość? To łatwe! Powtórz powyższe kroki, zaczynając od pozycji Edytuj plik, aby wprowadzić zmiany w tej samej gałęzi, a następnie zatwierdzić i wypchnąć ponownie (nie trzeba konfigurować serwera nadrzędnego na kolejnych wypychaniach tej samej gałęzi). Ogólnie rzecz biorąc, gałęzie są używane do oddzielania strumieni pracy, więc nie trzeba tworzyć nowej gałęzi, chyba że wszystko będzie gotowe do pracy nad czymś innym.
Wprowadź kolejną zmianę
Chcesz wprowadzić inną zmianę, niepowiązaną z tą? Wróć do gałęzi domyślnej, pobierz z repozytorium nadrzędnego, aby zaktualizować rozwidlenie i wyewidencjonuj nową gałąź. Uruchom następujące polecenia w aplikacji Git Bash:
git checkout main
git pull upstream main
git checkout -b "branchname"
git push origin <branch-name> -u
Jesteś teraz w nowej gałęzi połączonej z gałęzią zdalną i możesz wprowadzić więcej zmian. Jesteś dobrze w drodze, aby stać się współautorem ekspertów!
Następne kroki
- Jeśli powyższe kroki zostały wykonane, nadszedł czas, aby otworzyć żądanie ściągnięcia w celu scalenia zmian z gałęzią główną.
- Aby dowiedzieć się więcej o tematach, takich jak składnia rozszerzeń języka Markdown i Markdown, zapoznaj się z dokumentacją języka Markdown.