5
Potrzebuję opracowania dość skomplikowanego interfejsu użytkownika dla karty podsumowania kompilacji VSTS. Używam kodu VS jako edytora kodu. Poniższy adres URL opisuje sposób debugowania za pomocą przeglądarki krawędziowej, jednak takie podejście wymaga ciągłego pakowania i wdrażania rozszerzenia do VSTS, co sprawia, że jest on czasochłonny. https://www.visualstudio.com/en-us/docs/integrate/extensions/test/debug-in-browserJak debugować kartę podsumowania kompilacji rozszerzeń VSTS bez wdrażania do usługi VSTS?
Próbowałem bezpośrednio załadować kartę (podsumowanie) .html używając widok w rozszerzenie przeglądarki i następujący komunikat wyświetlany w konsoli przeglądarki
No handler found on any channel for message:
{"id":1,"methodName":"initialHandshake","instanceId":"VSS.HostControl","params":[{"notifyLoadSucceeded":true,"vssSDKVersion":2}],"jsonrpc":"2.0","handshakeToken":"4234q23rqfafaf23r"}
Czy istnieje lepszy sposób debugowania aplikacji podczas rozwoju?
Mówiłeś * Można rozwijać lokalnie *, ale potem następuje z * Następnie opublikować rozszerzenie i uruchomić go lokalnie * .. Czy to oznacza, że musimy najpierw opublikować naszą aplikację? Czy istnieje sposób, aby w ogóle nie publikować aplikacji? Tak jak na przykład, gdy jesteśmy na wczesnym etapie rozwoju, więc chcemy tylko debugować aplikację bez jej publikowania i nie otrzymujemy komunikatu "Brak kontaktu w kanale dla wiadomości". – samAlvin
Musisz opublikować go jako pierwszy chcesz uzyskać dostęp do interfejsu API VSTS. Jeśli nie chcesz, aby ktokolwiek widział twoje rozszerzenie, ustaw flagę 'public' na 'false' w twoim pliku' vss-extension.json' i nie będzie publikować na rynku. Aby jednak wyświetlić aplikację wewnątrz VSTS i uzyskać dostęp do interfejsów API, należy ją najpierw opublikować, tak. Możesz jednak opublikować jeden raz, odwołując się do lokalnego serwera sieciowego i uruchamiać go lokalnie, póki nie będziesz gotowy do opublikowania prawdziwego. – jporcenaluk
Dzięki za wyjaśnienie :) – samAlvin