Udostępnij za pośrednictwem


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

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 .

 default-branch-name

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 w self repozytorium zawierającym plik YAML
  • main lub release gałęzie w tools 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ę.

Wprowadź sugestię

Możesz również uzyskać porady i pytania, na które odpowiada społeczność w witrynie Stack Overflow.

Dzięki,

Aaron Hallberg