Dostosowywanie domyślnej nazwy gałęzi
W tym przebiegu wprowadziliśmy nową opcję, która umożliwia klientom ustawienie niestandardowej domyślnej nazwy gałęzi dla wszystkich nowych repozytoriów.
Aby uzyskać więcej informacji, zapoznaj się z poniższą listą Funkcji .
Funkcje
Azure Boards
Azure Repos
Azure Pipelines
- Anonse obrazów potoków
- Wyzwalacze z wieloma repozytoriami
- obraz Aktualizacje do systemu macOS 10.14 (Mojave)
- Potoki robocze żądań ściągnięcia w usłudze GitHub nie wyzwalają potoków
Azure Boards
Osoby biorące udział w projekcie mogą przenosić elementy robocze między kolumnami (prywatna wersja zapoznawcza)
Uczestnicy projektu zawsze byli w stanie zmienić stan elementów roboczych. Ale kiedy idą do tablicy Kanban, nie mogą przenieść elementów roboczych z jednej kolumny do innej. Zamiast tego uczestnicy projektu musieliby otworzyć każdy element roboczy, jeden naraz i zaktualizować wartość stanu. Od dawna jest to punkt bólu dla klientów i z przyjemnością ogłaszamy prywatną wersję zapoznawcza tego przebiegu, która umożliwi uczestnikom projektu przenoszenie elementów roboczych między kolumnami. Jeśli interesuje Cię uczestnictwo w prywatnej wersji zapoznawczej, wyślij nam wiadomość e-mail bezpośrednio z nazwą organizacji (na przykład: dev.azure.com/{nazwa organizacji}).
Azure Repos
Domyślna preferencja nazwy gałęzi
Azure Repos teraz oferuje dostosowywalną domyślną nazwę gałęzi dla usługi Git. W ustawieniach repozytorium możesz wybrać dowolną nazwę gałęzi prawnej do użycia podczas inicjowania repozytorium. Azure Repos zawsze obsługiwane jest zmienianie domyślnej nazwy gałęzi dla istniejącego repozytorium. Aby uzyskać więcej informacji, odwiedź stronę Zarządzanie gałęziami .
Uwaga: jeśli ta funkcja nie zostanie włączona, repozytoria zostaną zainicjowane przy użyciu nazwy domyślnej Azure Repos. W tej chwili wartość domyślna to master. Aby uczcić zaangażowanie firmy Microsoft i żądania klientów dotyczące języka inkluzywnego, dołączymy do branżowych partnerów , zmieniając tę wartość domyślną na główną. Ta zmiana nastąpi później tego lata. Jeśli chcesz nadal korzystać z wzorca, należy teraz włączyć tę funkcję i ustawić ją na wzorzec.
Azure Pipelines
Anonse obrazów potoków
Uwaga
Nieustannie pracujemy nad ulepszaniem środowiska przy użyciu usługi Azure Pipelines. Aby dowiedzieć się więcej na temat nadchodzących aktualizacji obrazów systemu Windows/Linux/macOS, zobacz tutaj:
Obrazy usługi Azure Pipelines są stale aktualizowane w celu zapewnienia użytkownikom najlepszego środowiska. Te rutynowe aktualizacje są głównie przeznaczone do rozwiązywania usterek lub nieaktualnego oprogramowania. Często nie mają one wpływu na potoki, jednak nie zawsze tak jest. Może to mieć wpływ na potok, jeśli wymaga zależności od oprogramowania, które zostało usunięte lub zaktualizowane na obrazie.
Aby dowiedzieć się więcej na temat nadchodzących aktualizacji na naszych obrazach systemu Windows i Linux, przeczytaj następujące ogłoszenia:
Aby wyświetlić informacje o wersji dla nadchodzących (wersji wstępnej) i wdrożonych zmian, zasubskrybuj następujące informacje o wersji:
Wyzwalacze z wieloma repozytoriami
Można określić wiele repozytoriów w jednym pliku YAML i spowodować wyzwolenie potoku przez aktualizacje dowolnego repozytorium. Ta funkcja jest przydatna na przykład w następujących scenariuszach:
- Używasz narzędzia lub biblioteki z innego repozytorium. Chcesz uruchomić testy dla aplikacji za każdym razem, gdy narzędzie lub biblioteka zostanie zaktualizowana.
- Plik YAML należy przechowywać w osobnym repozytorium od kodu aplikacji. Chcesz wyzwolić potok za każdym razem, gdy aktualizacja zostanie wypchnięta do repozytorium aplikacji.
Dzięki tej aktualizacji wyzwalacze wielu repozytoriów będą działać tylko w przypadku repozytoriów Git w Azure Repos. Nie działają one w przypadku zasobów repozytorium GitHub ani Bitbucket.
Oto przykład pokazujący sposób definiowania wielu zasobów repozytorium w potoku i sposobu konfigurowania wyzwalaczy na wszystkich z nich.
trigger:
- main
resources:
repositories:
- repository: tools
type: git
name: MyProject/tools
ref: main
trigger:
branches:
include:
- main
- release
Potok w tym przykładzie zostanie wyzwolony, jeśli istnieją jakiekolwiek aktualizacje:
main
branch wself
repozytorium zawierającym plik YAMLmain
lubrelease
gałęzie wtools
repozytorium
Aby uzyskać więcej informacji, zobacz Wiele repozytoriów w potoku.
obraz Aktualizacje do systemu macOS 10.14 (Mojave)
W ciągu najbliższych kilku tygodni zaktualizujemy Node.js wersję na obrazie systemu macOS 10.14 (Mojave) z zakresu od 6 do 8. Jeśli nadal musisz użyć node.js w wersji 6, rozważ użycie zadania instalatora narzędzi node.js — tutaj.
Oprócz tych zmian obraz systemu macOS 10.14 zostanie dodany do repozytorium środowiska wirtualnego i zacznie otrzymywać aktualizacje narzędzi co miesiąc, a nie co tydzień.
Potoki robocze żądań ściągnięcia w usłudze GitHub nie wyzwalają potoków
Podczas tworzenia roboczego żądania ściągnięcia w Azure Repos nie wyzwolimy potoku weryfikacji żądania ściągnięcia skonfigurowanego w zasadach gałęzi. Uważamy, że projekt żądania ściągnięcia jest taki — wersja robocza, dla której nie powinniśmy automatycznie uruchamiać walidacji. Mimo że ten przypadek użycia działał dla Azure Repos, to samo zachowanie nie było przechowywane w repozytoriach GitHub.
Dzięki tej zmianie środowisko jest spójne również dla repozytoriów GitHub. Podczas tworzenia roboczego żądania ściągnięcia w usłudze GitHub nie uruchomimy potoku automatycznie, nawet jeśli skonfigurujesz wyzwalacz żądania ściągnięcia dla gałęzi docelowej. Aby zweryfikować zmiany w projekcie żądania ściągnięcia, możesz ręcznie uruchomić potok wskazujący ref
żądanie ściągnięcia.
Następne kroki
Uwaga
Te funkcje zostaną wdrożone w ciągu najbliższych dwóch do trzech tygodni.
Przejdź do usługi Azure DevOps i przyjrzyj się.
Jak przekazać opinię
Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu Pomocy, aby zgłosić problem lub podać sugestię.
Możesz również uzyskać porady i pytania, na które odpowiada społeczność w witrynie Stack Overflow.
Dzięki,
Aaron Hallberg