Udostępnij za pośrednictwem


Przełączanie między edytorem HTML i Markdown w komentarzach usługi Azure Boards w prywatnej wersji zapoznawczej

Dzięki tej aktualizacji możesz teraz przełączać się między edytorem HTML i markdown w komentarzach usługi Azure Boards.

Zapoznaj się z informacjami o wersji, aby dowiedzieć się więcej na temat rejestrowania w prywatnej wersji zapoznawczej dla tej funkcji.

Azure Boards

Azure Pipelines

Azure Boards

Przełączanie między kodami HTML lub Markdown w komentarzach

Kilka miesięcy temu wprowadziliśmy prywatną wersję zapoznawcza umożliwiającą korzystanie z języka Markdown pod kątem komentarzy dotyczących elementów roboczych, mających na celu całkowite zastąpienie istniejącego edytora HTML. Otrzymaliśmy Twoją opinię, wyrażając preferencje dla edytora HTML i dostosowaliśmy nasze podejście. Teraz masz elastyczność przełączania się między edytorem HTML i Markdown na poziomie komentarza.

Gif to demo switch between the HTML and markdown editor.

Oto, czego należy się spodziewać:

  • Domyślny edytor jest lepki z ostatniego utworzonego komentarza.
  • Istniejące komentarze HTML można przekonwertować na język Markdown.
  • Po utworzeniu lub zaktualizowaniu komentarza markdown nie można go przekonwertować na kod HTML.

Ta aktualizacja jest implementowana we wszystkich wstępnie zarejestrowanych organizacjach i tych, którzy domyślnie mają włączone centrum New Boards Hub. Ponadto przedłużamy okres obowiązywania wersji zapoznawczej jeszcze kilka tygodni, aby zebrać więcej opinii. Jeśli interesuje Cię rejestracja w prywatnej wersji zapoznawczej, możesz skontaktować się bezpośrednio za pośrednictwem poczty e-mail i dołączyć nazwę organizacji (dev.azure.com/{organizacja}).

Napiwek

Rozważ rejestrację w wersji zapoznawczej tylko wtedy, gdy organizacja jest w pełni zaangażowana w korzystanie z centrum New Boards Hub dla wszystkich użytkowników. Doświadczenie z komentarzami markdown w starych tablicach może nie być optymalne.

Azure Pipelines

Ulepszona walidacja YAML

Aby sprawdzić, czy składnia YAML jest poprawna, możesz użyć funkcji Validate edytora internetowego usługi Azure Pipelines. Dlatego ważne jest, aby ta funkcja przechwyciła jak najwięcej problemów YAML.

Screenshot of YAML validation.

Dzięki temu przebiegowi walidacja YAML jest bardziej dokładna, jeśli chodzi o wyrażenia.

Podczas pisania potoków YAML można użyć funkcji do definiowania wartości zmiennych.

Wyobraź sobie, że definiujesz następujące zmienne:

variables:
  Major: '1'
  Minor: '0'
  Patch: $[counter(format('{0}.{1}', variables.Major, variables.Minor ), 0)]

Zmienna Patch jest definiowana counter przy użyciu funkcji i pozostałych dwóch zmiennych. W powyższym kodzie YAML wyraz format jest błędny. Wcześniej ten błąd nie został wykryty. Teraz funkcja Validate wykryje to i wyświetli komunikat o błędzie.

Screenshot of incorrect variable definitions detected .

Usługa Azure Pipelines wykryje nieprawidłowe definicje zmiennych na poziomie potoku/etapu/zadania.

W potokach YAML można pominąć wykonywanie etapu przy użyciu warunków. Literówki mogą również pojawić się tutaj, podobnie jak w poniższym przykładzie.

steps:
- task: NuGetCommand@2
  condition: eq(variable.Patch, 0)
  inputs:
    command: pack
    versioningScheme: byPrereleaseNumber
    majorVersion: '$(Major)'
    minorVersion: '$(Minor)'
    patchVersion: '$(Patch)'

Zadanie NuGetCommand jest wykonywane tylko wtedy, gdy wartość zmiennej Patch wynosi 0. Ponownie w warunku znajduje się literówka i zostanie wyświetlona funkcja Validate .

Screenshot of Patch variable.

Usługa Azure Pipelines wykryje nieprawidłowe warunki YAML zdefiniowane na poziomie potoku/etapu/zadania.

Sprawdza skalowalność — faza 3

Jak wspomniano w naszym Aktualizacje, aby Zatwierdzenia i sprawdzanie wpisu w blogu, pracujemy nad ulepszeniem skalowalności Zatwierdzenia & Checks.

Przejście do fazy 3 spowoduje przeprowadzenie cotygodniowych, dniowych przepustów, podczas których wszystkie uruchomienia potoku korzystające z niezgodnych testów zakończy się niepowodzeniem.

Zaplanowane daty brownout to:

  • 9 stycznia 2024 r. 08:00 UTC do 10 stycznia 2024 r., 08:00 UTC
  • 16 stycznia 2024 r. 08:00 UTC do 17 stycznia 2024 r., 08:00 UTC
  • 23 stycznia 2024, 08:00 UTC do 24 stycznia 2024, 08:00 UTC
  • 30 stycznia 2024 r. 08:00 UTC do 31 stycznia 2024 r., 08:00 UTC

Następne kroki

Uwaga

Te funkcje będą wdrażane 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ę.

Screenshot Make a suggestion.

Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.

Dzięki,

Dan Hellem