GitLab

GitLab är ett open source, plattformsoberoende och helt gratis webbaserat mjukvaruförråd och projekthanteringsapplikation implementerat i Ruby on Rails och klonat från det kända GitHub-projektet. Den används i mer än 100 000 organisationer över hela världen och speciellt konstruerad för GNU / Linux-plattformen.

GitHub är inspirerad av GitHub och är värd för GitHub. GitLab-projektet är en kodhanteringsapplikation som stöder sammanfogningsförfrågningar, kommentarer, kontrollförvaringsåtkomst, nätverksgrafik, kodsedlar, administration, Wiki och problem.

Med GitLab kan alla programutvecklare skapa projekt och appreparationer, göra kodrecensioner och hantera åtkomst. Det hjälper flera programutvecklare att enkelt samarbeta på kod.

Programmet ger utvecklare av alla slag bra kontrollerade åtkomstkontroll för att enkelt hantera Git-förvar och hålla källkoden säker hela tiden. Det hjälper dig också att förbättra samarbetet med sammanfogningsförfrågningar, samt att utföra kodrecensioner.

En annan intressant egenskap hos GitLab är att den implementerar en Wiki och en frågespårare för alla dina projekt, vilket gör den till en av de mest populära lösningarna för att hantera Git-mjukvaruförråd på plats.

GitLab-programvaran har skräddarsys specifikt för GNU / Linux-plattformen, och stöder alla större distributioner som Red Hat Enterprise Linux, CentOS, Debian och Ubuntu. Det kräver Ruby 2.0 eller högre, Git 1.7.10 eller senare, Redis 2.0 eller högre, liksom MySQL eller PostgreSQL databasservrar.

Programvaran är skriven i Ruby on Rails och distribueras som ett universellt källarkiv som gör det möjligt för användaren att optimera källkoden för ett specifikt operativsystem eller hårdvaruarkitektur (32-bitars och 64-bitars instruktionssättarkitekturer stöds på detta tid). Den är tillgänglig under MIT Expat-licensen.

Vad är nytt i den här utgåvan:

• Allt vi gör hos GitLab, från vår integrerade produkt till våra månatliga utgåvor, är centrerad för att hjälpa utvecklingslag att minska tiden till värde. Med varje utgåva vill vi hjälpa dig att göra mer på kortare tid samtidigt som du ger en intuitiv och användarvänlig upplevelse i vår produkt. GitLab 9.5 tar ett stort steg för att främja detta mål. Denna release innehåller förbättringar i vår navigering, nya projektmallar med förkonfigurerade CI och nya automatiseringsfunktioner för CI och prestandaövervakning som sparar tid och ansträngning.
• Det här är den senaste 9.x-utgåvan, eftersom vi förbereder oss för att släppa GitLab 10.0 den 22 september! Ändå levererar vi några bra nya funktioner för att runda av våra 9.x-utgåvor:
• För att förbättra din erfarenhet genom att navigera i GitLab har vi uppdaterat den nya navigationen, effektiviserat användargränssnittet och minskat antalet klick som krävs för att flytta genom din GitLab-instans. Med de nyligen tillagda ikonerna och subnav på svävaren är det enklare och snabbare än någonsin att utforska GitLab.
• Komma igång med ett nytt projekt blev bara snabbare. I GitLab 9.5 har vi introducerat projektmallar, som gör att du snabbt kan skapa ett nytt projekt som har konfigurerat CI.
• Fortsatt på vårt uppdrag att spara tid, vi har gjort det möjligt för GitLab att automatiskt försöka igen misslyckade jobb som kördes med GitLab CI / CD. Nu behöver du inte oroa dig för att du förlorar tiden på att gå tillbaka till projektets pipelines för att bara försöka igen om ett misslyckat jobb.
• GitLab 9.5 ger också förbättringar av den senare delen av utvecklingslivscykeln. Med tillägg av automatisk övervakning för automatiska tillämpningar har vi gjort det enklare för dig att samla svar och systemmått från dina appar.

Vad är nytt i version 9.5.0:

• Allt vi gör hos GitLab, från vår integrerade produkt till våra månatliga utgåvor, är centrerad för att hjälpa utvecklingslag att minska tiden till värde. Med varje utgåva vill vi hjälpa dig att göra mer på kortare tid samtidigt som du ger en intuitiv och användarvänlig upplevelse i vår produkt. GitLab 9.5 tar ett stort steg för att främja detta mål. Denna release innehåller förbättringar i vår navigering, nya projektmallar med förkonfigurerade CI och nya automatiseringsfunktioner för CI och prestandaövervakning som sparar tid och ansträngning.
• Det här är den senaste 9.x-utgåvan, eftersom vi förbereder oss för att släppa GitLab 10.0 den 22 september! Ändå levererar vi några bra nya funktioner för att runda av våra 9.x-utgåvor:
• För att förbättra din erfarenhet genom att navigera i GitLab har vi uppdaterat den nya navigationen, effektiviserat användargränssnittet och minskat antalet klick som krävs för att flytta genom din GitLab-instans. Med de nyligen tillagda ikonerna och subnav på svävaren är det enklare och snabbare än någonsin att utforska GitLab.
• Komma igång med ett nytt projekt blev bara snabbare. I GitLab 9.5 har vi introducerat projektmallar, som gör att du snabbt kan skapa ett nytt projekt som har konfigurerat CI.
• Fortsatt på vårt uppdrag att spara tid, vi har gjort det möjligt för GitLab att automatiskt försöka igen misslyckade jobb som kördes med GitLab CI / CD. Nu behöver du inte oroa dig för att du förlorar tiden på att gå tillbaka till projektets pipelines för att bara försöka igen om ett misslyckat jobb.
• GitLab 9.5 ger också förbättringar av den senare delen av utvecklingslivscykeln. Med tillägg av automatisk övervakning för automatiska tillämpningar har vi gjort det enklare för dig att samla svar och systemmått från dina appar.

Vad är nytt i version 9.4.0:

• Överraskning är svårare att uppnå när du gör allt i det öppna. Men när vi arbetar i det öppna ger vi oss befogenhet att berätta varför vi levererar det vi släpper ut idag och hur den här utgåvan är att konfigurera GitLab för något ännu bättre i framtiden.
• GitLab 9.4 ligger till grund för mycket som kommer att komma, samtidigt som du ger dig några nya krafter idag. Du kan nu formellt relatera till problem med varandra, och vår out-of-the-box-magiska övervakning samlar nu många fler mätvärden utan någon konfiguration och vi har fyrdubblat de saker du kan göra med variabler i CI.
• Utöver detta ger vi dig en verklig inblick i framtiden med en inloggningsbeta av vår nya navigering. Vi hoppas att vi kan arbeta med dig för att göra det till en förbättring som alla älskar.
• Vi är också glada att meddela att vi skickar en GitLab PowerUp till Trello, vilket gör det enkelt för dig att integrera dina Trello-kort med GitLab!
• För att stärka vår integrationsuppsättning, vill vi göra ditt liv enklare med vår nya Slack App för GitLab.com!
• Och om en glimt inte räcker, syftar vi till att helt automatisera konfigurationen av din DevOps toolchain med visionen om Auto DevOps, som kommer att analysera din applikation och automatiskt konfigurera din CI / CD-pipeline för att bygga, testa, och distribuera till Kubernetes. För att se var vi är på väg, kolla in vår vision för Auto DevOps!
• Relaterade frågor EES EEP:
• När du delar en länk från en fråga till en annan, förkortar GitLab den och tvärbindar den automatiskt. Men när problem blir längre och projekt är mer komplexa blir det svårt att hantera länkar och snabbt hitta relaterade problem. För att lösa detta problem introducerar vi relaterade problem. Med relaterade problem kan du formellt förklara ett annat problem som relaterat. En länk till det andra problemet, dess status och namn visas i varje problem. Klistra in en länk till det problem du vill länka eller söka efter genom att skriva # (som du redan kunde göra) för att länka den. I framtiden kommer vi att introducera olika typer av relationer genom denna mekanism.
• Ny navigering CE EES EEP:
• För att göra det enklare och snabbare att komma runt GitLab arbetar vi med att uppdatera vår navigering. Eftersom en ny navigering kan vara en stor störning, släpper vi det första steget som en opt-in-konfiguration med GitLab 9.4. För att aktivera den nya navigationen klickar du på din profilbild längst upp till höger och väljer Aktivera ny navigering. Vi har gjort anpassningar till den globala toppnavigeringen och infört kontextuell navigering i vänstra menyn beroende på vilken sida du tittar på. Den nya användargränssnittet är fortfarande ett pågående arbete och kommer att ersätta befintlig navigering under de närmaste månaderna, se vårt blogginlägg om vår process och vad som fortfarande behöver göras.
• Webapplikationsövervakning CE EES EEP:
• Som en del av GitLab 9.0 lanserade vi systemhanteringshantering integrerad med CI / CD-implementeringar, övervakning av applikationer på Kubernetes genom att spåra CPU och Memory-utnyttjande. Detta var ett utmärkt första steg, och med GitLab 9.4 är vi glada att starta Web Application Monitoring med stöd utöver Kubernetes. GitLab kommer nu automatiskt att detektera viktiga användarupplevelsesindikatorer som genomströmning, felfrekvens och latens. Anslut bara Prometheus till en stödd belastningsbalans eller HTTP-server, och den kommer att identifiera och börja spåra denna statistik. Att ge en bra upplevelse är allas ansvar, och GitLab gör det enklare genom att stänga prestandaåterkopplingsslingan i verktyget utvecklare använder varje dag.
• Sekretessvariabler på gruppnivå CE EES EEP:
• Hemliga variabler är verkligen användbara när du behöver ett säkert ställe för att lagra känslig information. Hittills har hemliga variabler lagrats på projektnivå. Vi vet emellertid att det är gemensamt för olika projekt i samma grupp att dela information om utplacering eller referenser för att få tillgång till externa tjänster. Hosvarliga variabler på gruppnivå eliminerar behovet att duplicera variabler från ett projekt till nästa: nu kan du ange dessa värden en gång, och varje projekt eller undergrupp i gruppen kommer åt dem automatiskt. Det är också väldigt enkelt att uppdatera dessa värden. Du ändrar dem bara på ett ställe och de ändras automatiskt för alla projekt.
• Variabler i rörledningsplaner CE EES EEP:
• I GitLab 9.2 introducerade vi Pipeline Schedules för att automatiskt köra pipeliner vid ett visst tidsintervall, men de flesta lag vill också ange olika värden för specifika variabler när du kör schemat. I GitLab 9.4 har vi lagt till möjligheten att definiera variabler när du skapar eller ändrar ett pipeline schema: dessa värden kommer att läggas till alla andra variabler som redan definierats. Med den här funktionen kan du också omdefiniera befintliga variabler för att bara ha ett annat värde för den specifika körningen, till exempel om du vill ha en "daglig" pipeline kör vissa tester på ett annat sätt.
• Miljöspecifika hemliga variabler EEP:
• Variabler är ofta den rätta lösningen för att definiera värden som sedan används vid implementering till specifika miljöer. Eftersom olika miljöer (t.ex. staging och produktion) kan kräva olika värden för samma uppgift, till exempel appnamnet, är det viktigt att skapa en direkt bindning mellan vissa variabler och relaterad miljö. Med GitLab 9.4 introduceras miljöspecifika variabler för att lösa problemet, eftersom utvecklare nu kan definiera vilka miljöer som kommer att få en variabel, även genom att använda jokertecken för att inkludera dynamiska miljöer, som `översyn / *. Det är nu enkelt att distribuera till olika miljöer med minimal ansträngning!
• GitLab Power Up för Trello CE EES EEP:
• Använda både Trello och GitLab? Nu kan du göra den erfarenheten ännu bättre med den nya GitLab Power-Up! I Trello, när du tittar på en av dina brädor, går du bara till Power-Ups och bläddrar till GitLab Power-Up. Efter konfigurationen kommer du att kunna bifoga sammanfogningsförfrågningar till Trello-kort. I Trello måste du konfigurera din domän, till exempel gitlab.com/api/v4 för GitLab.com, och lägga till ditt personliga token.
• GitLab Slack App för GitLab.com CE EES EEP:
• GitLab integrerades redan djupt med Slack (och Mattermost, Microsoft Teams och HipChat), men vi hade inte en app i Slack App Directory än. Idag gör vi det! Det betyder att du ska ha en lätt integration med dina projekt på GitLab.com. Du kan ställa in den från dina projektinställningar i GitLab (Inställningar & gt; Integreringar). Snart kommer det att vara tillgängligt från Slack App-katalogen också. Vi arbetar tillsammans med Slack för att se till att privata instanser kommer att kunna använda samma Slack App inom en snar framtid. Naturligtvis kan privata instanser integrera med Slack med hjälp av de manuella steg som beskrivs i dokumentationen.
• Andra förbättringar i GitLab 9.4:
• Förbättrad internationalisering CE EES EEP
• Unified Slack Interface CE EES EEP
• Miljömärkningstecken CE EES EEP
• Ytterligare GitLab Service Metrics CE EES EEP
• Anpassningsbar sökväg för CI / CD-konfiguration CE EES EEP
• Ny cachepolicy för CI / CD-konfiguration CE EES EEP
• Utökad dockerkonfiguration för CI / CD CE EES EEP
• Förbättrad Prometheus övervakning av Kubernetes-implementeringar CE EES EEP
• Kommande Omnibus Paket Signing CE EES EEP
• Säkerhet - Lägg till LDAP SSL-certifikatverifiering CE EES EEP
• GitLab Runner 9.4 CE EES EEP
• GitLab Mattermost 4.0 CE EES EEP
• Omnibus Förbättringar CE EES EEP
• Prestationsförbättringar CE EES EEP
• Experimentell PostgreSQL hög tillgänglighet EEP
• Mini-diagram för flera projektledningsledningar EEP
• GitLab Geo förbättringar EEP
• Objektlagring för CI Artefacts EEP
• Avskrivningar:
• openSUSE 42.1:
• Eftersom OpenSUSE-communityet har slutat stöd för version 42.1, har GitLab upphört med stöd såväl som tidigare annonserat. Var god uppgradera till OpenSUSE 42.2 som är officiellt stödd.
• GitLab CI API v1, GitLab Runner 1.11.x
• I 9.0 släppte vi en ny version av GitLab Runner som bygger på det nya API v4 istället för det gamla CI API v1. Vi stöder fortfarande den gamla versionen av API: n i GitLab, så användare som fortfarande använder GitLab Runners 1.11.x kan ta sig tid för migreringsprocessen. Med GitLab 9.6, planerad att sändas den 22 september, kommer vi att ta bort det gamla CI API-programmet från GitLab, vilket gör GitLab Runner 1.11.x oförmögen att kommunicera med systemet. Om du använder gammal GitLab Runner (
)

Vad är nytt i version 9.1.4:

• CE / EE: Fast sökord markera. (! 11198)
• CE / EE: Fast bugg där sammanslagningsförfrågan JSON skulle visas. (! 11096)
• CE / EE: Hantera inkommande e-postmeddelanden från alias korrekt. (! 11079)
• CE / EE: Sortera nätverksgrafen både före datum och topografiskt. (! 11057)
• CE / EE: Hantera fel för inkommande e-postmeddelanden. (! 11014 /! 1810)
• CE / EE: Fix-fel på CI / CD-inställningssidan relaterad till ogiltig pipeline-trigger. (! 10948)
• CE / EE: Fix cross referencing för privata och interna projekt. (! 11243)
• CE / EE: Lägg till saknade projektattribut till Import / Export. (! 10880)
• EE: GitLab Geo: Backfill-projekt där det senaste försöket att fylla på misslyckades. (! 1785)

Vad är nytt i version 9.0:

• Förhindra användare att skapa anteckningar om resurser som de inte har tillgång till:
• En angripare kunde använda API: n för att skicka kommentarer om resurser som de annars inte skulle kunna visa, vilket skulle "prenumerera" dem till anmälningarna för den resursen och tillåta dem att få framtida uppdateringar om det, vilket kan innehålla känslig information. Se # 26249 och # 26250 för mer information.
• Förhindra användare från att ta bort systemets implementeringsnycklar via API: s API:
• En angripare kunde radera en installationsnyckel för systemnivå genom att radera den från ett projekt som de ägde via API för distribuera nyckel. Se # 26243 för mer information.
• Se till att exportfiler tas bort efter att ett namnrymd har raderats:
• Om en användare utförde en export och sedan raderad (eller flyttad) den innehåller namnrymden kan en angripare hävda namnrymden och få tillgång till befintlig projektexport om mindre än en timme hade passerat. Vi ser nu till att projekteksporten omedelbart tas bort tillsammans med namnutrymmet. Se # 26242 för mer information.

Vad är nytt i version 8.9.3:

• CE / EE: Importera GitHub-arkiv med respekt för API-gränsgränsen (! 4166)
• CE / EE: Fix todos sidkastningsfel när du har ett projekt i väntan på radering (! 4300)
• CE / EE: Inaktivera Webhooks innan du fortsätter med GitHub-importen (! 4470)
• CE / EE: Fix importör för GitHub kommentarer på diff (! 4488)
• CE / EE: Justera SAML-kontrollflödet så att LDAP-identiteter läggs till i en befintlig SAML-användare (! 4498)
• CE / EE: Fixera stegvis uppladdning API vid användning av multi-byte UTF-8-tecken i spår (! 4541)



Vad är nytt i version 8.8.5:

• Fixa GitLabCiService som administratörsmall
• Fixa lagringsbanan för artefakter
• Uppdatera krävs version av LFS-klienten och separera docs för användare och administratörer
• Omnibus: skapa kataloger för artefakter och lfs-objekt
• Omnibus: Gör implementera sidvisning på alla sidor när du är upp

Vad är nytt i version 7.7.1:

• Förbättra @mention autofullständig prestanda
• Visa installationsinstruktioner för GitHub import om den är inaktiverad
• Tillåt användning av http för OAuth-program

Vad är nytt i version 7.6.2:

• Den här utgåvan fixar de tjänster som bryts med frisläppandet av 7,6, inklusive Slack och Hipchat-integreringar.

Vad är nytt i version 7.5.2:

• Logga inte på Sidekiq-argument som standard

Vad är nytt i version 7.4.3:

• Fixa raderade siktar
• Fixa säkerhetsproblem för medlemmen api
• Fixa integrering av buildbox

Vad är nytt i version 6.5.0:

• Nedrullningsmenyer på utgåva # visningssida för innehavare och milstolpe (Jason Blanchard)
• Lägg till färgkustisering och förhandsgranskning för att sända meddelanden
• Fasta ankare ankar
• Ladda nya kommentarer i problem dynamiskt
• Tillagda sorteringsalternativ till Offentlig sida
• Nya filter (tilldelade / författare / alla) för Dashboard # issues / merge_requests (sponsras av Say Media)
• Lägg till projektsymboler i instrumentpanelen
• Aktivera säkra cookies om https används
• Skydda användare / bekräftelse med rack_attack
• Standard HTTP-rubriker för att skydda mot MIME-sniffing, tvinga https om den är aktiverad
• Bootstrap 3 med responsivt användargränssnitt
• Nedladdningsformat för nytt förråd: tar.bz2, zip, tjära (Jason Hollingsworth)
• Restyled acceptera widgets för MR
• SCSS refactored
• Använd jquery timeago plugin
• Fix 500-fel för rdoc-filer
• Möjlighet att skräddarsy sammanfogningsbudskap (sponsrat av Say Media)
• Sök autokomplettering via ajax
• Lägg till webbadressen till användarprofilen
• Filer API stöder bas64 kodat innehåll (sponsrat av O'Reilly Media)
• Tillagt stöd för Gos repository retrieval (Bruno Albuquerque)

Vad är nytt i version 6.4.0:

• Interna projekt:
• Interna projekt kan klonas och bläddras av någon inloggad användare. Det kommer också att listas i den allmänna åtkomstkatalogen för inloggade användare.
• Diffusvy vid sida vid sida:
• Den enhetliga diff-vyn är fortfarande standard men du kan nu också byta till en diff-vy vid sidan om sida.
• Arkivera gamla projekt:
• Arkivera ett projekt markerar sitt repository som skrivskyddad. Det är gömt från instrumentpanelen och det visas inte i sökningar.
• Arkiverade projekt du har tillgång till visas fortfarande på din profilsida (gitlab.example.com/u/my_user).
• Projekthakar:
• Projektets krokar utvidgades med nya typer av händelser. Webbkrokar kan nu också utlösas när ett problem skapas eller en sammansmältningsansökan är stängd.
• Enastående sortering av sidan Issues:
• Tack till Jason Blanchard för att bidra med denna mycket användbara funktion.
• README länken på projektets hemsida:
• För projekt som har ett README som är erkänt av GitLab kan du nu gå direkt till README från projektets hemsida.
• Och några bra nyheter för personer som vill ha enklare uppgraderingar,
• Vi inkluderade ett uppgraderingsskript med GitLab CE 6.4. Det betyder att du kommer att kunna uppgradera till nästa version (6.5) med bara ett kommando.

Vad är nytt i version 5.1.0:

• Du kan logga in med e-post eller användarnamn nu
• Korrigerad återställning av projektöverföring när förvaret inte kan flyttas
• Flytta både repo och wiki när projektöverföring requrested
• Admin-område: projektredigeringen togs bort från admin namespace
• Access: admin-användare har nu tillgång till något projekt.

Vad är nytt i version 4.1:

• Valfri registrering
• Diskussioner
• Satelliter utanför tmp
• Linje nummer för skulden
• Projektens allmänna läge
• Offentligt område med obehörig åtkomst
• Ladda dashboardhändelser med ajax
• Kom ihåg instrumentpanelen i cookies
• Byt resak med sidekiq
• Fixa routingsproblem
• Rensa rake-uppgifter
• Fix backup / restore
• Visa förhandsvisning av noteringsbilder
• Förbättrat nätverksdiagram
• Minska antalet gitolitesamtal
• Möjlighet att lägga till användare i alla gruppprojekt
• Ta bort förkortade konfigurer
• Ersättet Korolev-teckensnitt med öppet teckensnitt
• Återställd admin / dashboardsida
• Restyled admin / projekt sida

Vad är nytt i version 4.0:

• Ändringar av applikationsbeteende:
• Nya projekt kommer att vara namespaced (ex. gitlab / vagrant)
• Varje grupp har egen katalog i gitolite
• Alla projekt i gruppen kommer att flyttas under gruppkatalogen (git fjärrkontroll ska uppdateras)
• Projekt utan grupper kommer att ligga på samma avstånd
• Användare har användarnamn (För existerande användare genereras det baserat på e-post)
• Användare skapar projekt under sitt användarnamn (ex. randx / my-project)
• Användaren kan ändra användarnamnet. Alla projekt under sitt användarnamn kommer att flyttas
• Gruppen har ägare
• Ägare kan skapa projekt inom gruppen
• Ägare kan komma åt alla projekt inom en grupp
• Admin kan överföra ett projekt från en namnrymd (grupp, användare, global) till en annan
• Grupp eller användare är ett namnrymd för projektet. Ägare av namnutrymme är projektägare
• Andra ändringar:
• Bättre PostgreSQL-stöd
• Tillagd email notificatino vid projektflyttning
• Fast e-postmeddelande i fråga stäng / återupptas
• Omorganiserade inställningar
• Fasta förpliktelser jämför
• Uppdatera användargränssnittet för att tillåta nedladdning av Patch eller Diff for Commit, MR
• Milstolpar kan stängas nu. Milstolpen är öppen om du inte stänger den
• Visa kommentarhändelser på instrumentbrädan
• Snabbt lägg till lagmedlemmar via grupp # folksida
• Förbättringar av gränssnitt
• I administratörsområdesprojekt sorteras användare och grupper alfabetiskt
• Utskriftshanteringssidan på instrumentpanelen förbättras
• Bättre integration med GitLab CI (kräver GitLab CI v1.1.1)
• Vad vi tog bort i 4.0:
• gitolite 2 stöd
• SQLite-support (jag gillar det, men den här databasen har blivit låst när flera användare använder gitlab på en gång)
• API v2-stöd (det är helt enkelt oförenligt med namespaced-projekt)
• Vad ska uppdateras under migrering:
• gitlab.yml config
• Gitolite efter-mottagande krokar
• behörigheter på / hem / git / repositories /
• python2 symlink

Krav :

• Ruby
• MySQL Community Edition
• GIT
• gitolite
• Redis
23 Nov 17 I Utvecklingsverktyg, Versionshanteringssystem