Meny

JIRA og SVN Integration Tutorial

jira svn integration tutorial

Prøv Instrumentet Vårt For Å Eliminere Problemer

En trinnvis guide til JIRA og Subversion SVN-integrering:

JIRA er et veldig kraftig problem- og prosjektsporingsverktøy og er mest kjent for sin bruk for feilsporing også.

De andre verktøyene fra Atlassian-suiten som dekker ALM-tilnærmingen og som er tett integrert med JIRA inkluderer Sammenløp for samarbeid mellom prosjektgrupper og Zephyr for Jira for komplette testledelsesaktiviteter.

Dermed kunne vi se at de ovennevnte 3 verktøyene er tett integrert og gir lagene en ende til slutt-synlighet for all prosjektgjenstandsstatus og fremgang.

manuelle tester intervju spørsmål for 3 års erfaring

JIRA OG SUBVERSJONENS INTEGRASJON

Hva du vil lære:

Introduksjon

Et av de viktige trinnene i denne prosessen er å vite hvordan vi LINK oppgavene / feilene til kildekoden som kan være i Subversion eller Git repositories. Denne prosessen er i sin tur veldig viktig for å vurdere sporbarhet.

I denne opplæringen vil vi se nærmere på hvordan en JIRA-oppgave vil bli koblet under Subversion-forpliktelse.

Anbefalt lesing => Serie av Atlassian Jira Tutorials

Forutsetninger

  1. JIRA 7.3.X installert.
  2. Subversion repository opprettet.

Installer Subversion Plugin til JIRA

Det første trinnet i integrering er å installere Subversion-pluginet i JIRA. Klikk her for å laste ned pluginet.

Subversion-pluginet fra ovennevnte URL er kompatibelt med bare versjon 7.3.x .

Start JIRA for å installere pluginet som vist i bildet nedenfor. Gå til Innstillinger => Tillegg => Administrer tillegg => Last opp tillegg alternativet og last opp pluginet.

Start JIRA for å installere programtillegget

Installer pluginet

JIRA-tillegget eller plugin-modulen som er installert, vises som i bildet nedenfor.

JIRA-tillegg eller Plug-in installert

Etter at tillegget er installert, oppdater siden en gang. Dette pluginet eller tillegget hjelper deg med å se Subversion-forpliktelsene knyttet til JIRA-problemet.

Når Subversion-tillegget lastes opp, må du legge til URL-en for Subversion-depotet. Klikk på Subversion Repositories under Tillegg.

Vi har følgende Subversion-depot vist på Visual SVN-serveren, og her vil det bli lagt til i JIRA.

Subversion-arkiv i Visual SVN Server

intervjuspørsmål og svar på skrivebordstøtte for pdf-nivå på nivå 2

I dette tilfellet er repo URL http: // l-0310: 89 / svn / Integration /

Tilbake i skjermbildet for JIRA-tillegg, klikk på Legg til for å angi URL-adressen til Subversion-depotet som vist nedenfor.

Klikk på Legg til for å komme inn i Subversion-depotet

Legg til URL-en sammen med Brukernavn og passord og klikk på Legg til .

Legg til URL-en sammen med brukernavn og passord

Datalageret som er lagt til er nå aktivt og kan integreres med SVN-forpliktelser. Hvis det er flere Subversion-arkiver som skal integreres, kan de også legges til.

Aktivt depot

Klikk på Administrasjon-siden System TAB => Tjenester og redigere de Subversion Index Update Service.

Rediger Subversion Index Update Service

Sett indeksen til Daglig med intervaller på hvert 15. minutt eller i henhold til prosjektbehovet. Denne tjenesten vil hjelpe deg med å oppdatere JIRA-problemet med SVN-meldinger. Når dette er gjort, klikker du på Oppdater.

Velg Oppdater

Lag en JIRA-utgave av Type Bug for Integration

Brukssaken her er å koble ethvert JIRA-problem med kildekodeendringene i SVN-depotet. Dermed lager vi et feilproblem i JIRA, som vil bli brukt under SVN-kommisjon. Nummeret på feilen som ble opprettet i dette eksemplet er DEM-1 .

Utgivelsesnummer for feilen

Endre filen i SVN-depotet, og oppgi ID-nummeret til problemet som er DEM-1 mens du gjør SVN-kommisjon, som vist i kommentarene eller meldingen i kommitteringsvinduet.

Endre filen i SVN Repository

utsted ID-nummer

Klikk Ok. Siden oppdateringsfrekvensen er satt til 15 minutter, vil JIRA-problemet oppdateres med lenkene etter hver 15. minutt. Alle SVN-forpliktelsesdetaljer vil bli vist i Subversion TAB av problemet som vist nedenfor.

hvilke typer applikasjoner vi tester

Subversion TAB

Integrasjonen gir fullstendig gjennomsiktighet i detaljene i kildekodeendringene med hensyn til JIRA-problemet uten at det ikke er noen måte å spore endringene på.

Konklusjon

Et ALM-verktøy fremmes for en slutt på utvikling og levering, bare på grunn av følgende grunner:

  • Én sannhetskilde med ett depot.
  • Bedre kommunikasjon eller samarbeid mellom prosjektmedlemmene.
  • Sikrer sanntidssynlighet og oppdateringer av alle de integrerte prosjektgjenstandene.
  • Standard prosess (smidig eller foss) håndheves.
  • Sporbarhet fra slutt til slutt.
  • Produktivitet gjennom bedre utnyttelse av alle ressursene.

I denne veiledningen har vi sett hvordan to kraftige verktøy er integrert, og derved gir bedre gjennomsiktighet gjennom kobling av SVN Commit med JIRA-problemet.

De fleste av organisasjonene bruker også GitLab som er en nettbasert Gå repo manager som tilbyr kildekodedepot, prosjektplanleggingsfunksjoner og CI / CD-muligheter.

I de kommende veiledningene vil vi diskutere hvordan JIRA og IBM Rational Team Concert vil bli integrert med GitLab med lignende brukstilfeller som vist i denne artikkelen.

Anbefalt lesing

^