Arbeta med Azure Repos och GitHub-lagringsplatser

Slutförd

Även om du kan göra ändringar direkt i huvudkoden är det bästa praxis att använda trunkbaserad utveckling. Genom att arbeta med grenar är det enklare att kontrollera om ändringarna fungerar som förväntat innan de slås samman med huvudkoden.

Om du vill veta hur trunkbaserad utveckling fungerar i praktiken utforskar du processen med att uppdatera kod med både Azure DevOps och GitHub. Ett behov av att ändra koden för dina maskininlärningsarbetsflöden kan inträffa när som helst. Därför använder du flexibel planering för att bestämma när koden ska uppdateras och organisera ditt arbete.

Flexibel planering

Efter den inledande modellutvecklingen har du en modell i produktion. Precis som alla program är en modell inte statisk och kan kräva små eller stora justeringar över tid för att säkerställa att den är uppdaterad. En orsak till att uppdatera och träna om modellen kan identifieras dataavvikelse som gör att modellen inte fungerar som förväntat längre. Data kan ändras med tiden, och därför kan modeller också behöva ändras över tid.

Om du vill planera och organisera det arbete du behöver göra som dataexpert kan du använda Azure Boards i Azure DevOps- eller GitHub-problem.

Azure DevOps

Azure Boards organiserar flexibel planering efter spårning, visualisering och rapportering av arbetsobjekt. Du kan anpassa många saker så att det passar din projektplanering.

Dricks

Om du vill utforska hur du konfigurerar och anpassar Azure Boards kan du läsa dokumentationen för Azure Boards.

Viktigast av allt för en dataexpert är att du får en arbetsuppgift tilldelad till dig för att informera dig om vad du behöver göra för att bidra till maskininlärningsprojektet. Om du vill organisera ditt arbete länkar du ett arbetsobjekt till en ny gren.

Anta att du arbetar med ett maskininlärningsprojekt. Teamet har en kvarvarande arbetspost eller produktpost som grupperas efter funktions- eller maskininlärningslivscykelfas.

Skärmbild av kvarvarande uppgifter i Azure Boards.

Ett annat sätt att visa arbetsobjekten för det här projektet är genom att gå till Tavlor. Vanligtvis har du kolumner för nya, aktiva och stängda arbetsobjekt. Eller uppgifter som du fortfarande behöver utföra, som du gör eller som görs.

Skärmbild av översikten över Azure Boards-tavlan.

Om du vill hämta ett arbetsobjekt och låta ditt team veta att du arbetar med det kan du (eller någon annan) tilldela dig ett arbetsobjekt. Välj rutan Ej tilldelad och välj ditt namn.

Genom att välja arbetsobjektet kan du också visa informationen.

Skärmbild av information om Arbetsobjekt i Azure Boards.

I fönstret Utvecklingskontroll kan du välja skapa en gren för att skapa en ny gren på lagringsplatsen, som automatiskt länkas till ditt arbetsobjekt. När du har skapat den omdirigeras du till den nya grenen där du kan visa alla tillgångar som lagras på lagringsplatsen.

Skärmbild av Azure Repos som visar grenen.

Nu när grenen har skapats kan du arbeta i grenen för att göra ändringar i koden. Det är vanligt att du klonar grenen till en integrerad utvecklingsmiljö (IDE) som Visual Studio Code för att utveckla och testa lokalt innan du genomför och push-överför ändringarna till huvudlagringsplatsen.

GitHub

GitHub är en plattform med öppen källkod där alla verktyg är ordnade per lagringsplats. När du har skapat en lagringsplats kan du använda GitHub-problem för att spåra dina arbetsobjekt, feedback och buggar.

När du öppnar en lagringsplats i GitHub kan du gå till fliken Problem för att visa alla öppna och stängda problem. Du kan välja ett problem för att visa dess information. Den person som skapar problemet kan beskriva problemet genom att lägga till kodfragment eller skärmbilder.

Skärmbild av GitHub-problemexemplet med åtgärdsfönstret markerat.

När ett problem har skapats kan du tilldela arbetet till dig själv eller en annan GitHub-användare. Om du vill arbeta med problemet kan du skapa en gren från utvecklingskontrollen .

Ett fönster öppnas för att hjälpa dig att skapa en gren som ska länkas till problemet. Grenen har automatiskt namnet på problemets titel. Du kan ändra grennamnet om du vill.

Skärmbild av GitHub-lagringsplatsens gren som skapats från problemet.

Om du går tillbaka till fliken Kod för att visa lagringsplatsen kan du växla mellan grenar och se den nya gren som du har skapat.

Skärmbild av skapa ny gren i GitHub-lagringsplatsen.

När du har hämtat ett arbetsobjekt i Azure DevOps eller ett problem i GitHub och skapat en gren för att redigera koden vill du utveckla koden lokalt. Du kan klona Git-lagringsplatsen från antingen Azure DevOps eller GitHub och arbeta från valfri IDE.