GitLab

A GitLab egy nyílt forráskódú, platformfüggetlen és teljesen ingyenes webes szoftvertárhely és projektmenedzsment alkalmazás, amelyet a Ruby on Rails rendszeren készítettek és a híres GitHub projektből klónoztak. Világszerte több mint 100 000 szervezetben használják, és kifejezetten a GNU / Linux platformra tervezték.

A GitHub által ihletett és a GitHub-ban tárolt GitLab projekt olyan kódmegjelenítő alkalmazás, amely támogatja az egyesülési kéréseket, észrevételeket, az ellenőrzési repository hozzáférést, a hálózati grafikonokat, a kódrészleteket, az adminisztrációt, a wikit és a problémákat.

A GitLab segítségével minden alkalmazásfejlesztő képes projekteket és app-tárolókat létrehozni, kódnézegetéseket készíteni és kezelni a hozzáférést. Segít több szoftverfejlesztőnek, hogy könnyen együttműködhessen a kóddal.

Az alkalmazás a fejlesztők számára bármilyen finom szemcsés hozzáférési vezérlést biztosít a Git-adattárak könnyebb kezelésére és a forráskód biztonságos tárolására. Segít továbbá az összeolvadási kérelmekkel, valamint a kódfelmérések végrehajtásával kapcsolatos együttműködés javításában.

A GitLab egy másik érdekes tulajdonsága, hogy minden egyes projekthez hozzon létre egy Wiki-t és egy problémakövetőt, így ez az egyik legkedveltebb megoldás a Git szoftveres tárolók kezelésére a helyszínen.

A GitLab szoftvert kifejezetten a GNU / Linux platformra fejlesztették ki, támogatva az összes fontos disztribúciót, mint a Red Hat Enterprise Linux, a CentOS, a Debian és az Ubuntu. Requires Ruby 2.0 vagy újabb, Git 1.7.10 vagy újabb, Redis 2.0 vagy újabb, valamint a MySQL vagy PostgreSQL adatbázis-kiszolgálók.

A szoftver Ruby on Rails-on van írva, és univerzális forrás archívként van elosztva, amely lehetővé teszi a felhasználó számára, hogy optimalizálja forráskódját egy adott operációs rendszerhez vagy hardverarchitektúrához (32 bites és 64 bites utasításkészlet-architektúrákat támogat idő). Az MIT Expat licenc alatt érhető el.

Újdonság

• Minden, amit a GitLab-ban, a mi integrált termékünktől havi kiadásainkig végzünk, arra a célra összpontosul, hogy a fejlesztőcsapatok csökkentsék az idő értékét. Minden kiadásnál segíteni akarunk kevesebb idő alatt, miközben intuitív és felhasználóbarát élményt nyújtunk termékünkben. A GitLab 9.5 nagy lépést tesz e cél elérésében. Ez a kiadás a navigációval, az új projekt sablonokkal előre konfigurált CI-vel és az új automatizálási funkciókkal rendelkezik a CI és a teljesítményfigyelés terén, amelyek időt és energiát takarítanak meg.
• Ez lesz az utolsó 9.x kiadás, mivel készülünk fel a GitLab 10.0 kiadására szeptember 22-én! Mindazonáltal néhány jó új funkciót szállítunk a 9.x-es kiadások lekerekítésére:
• A GitLab navigálásának élményének javítása érdekében frissítettük az új navigációt, egyszerűsítettük az UI-t és csökkentettük a GitLab-példányon történő áthelyezéshez szükséges kattintások számát. Az újonnan hozzáadott ikonokkal és a lebegés alnavával könnyebb és gyorsabb, mint valaha a GitLab felfedezése.
• Egy új projekt kezdete csak gyorsabb lett. A GitLab 9.5-ben bemutattuk a Projekt sablonokat, amelyek lehetővé teszik, hogy gyorsan létrehozzanak egy olyan új projektet, amelynek előzetes konfigurációja CI.
• A küldetésünk folytatása, hogy időt takarítsunk meg, lehetővé tette a GitLab számára, hogy automatikusan újra próbálkozzon a sikertelen munkákkal a GitLab CI / CD-vel. Most nem kell aggódnia, hogy időt veszít a projekt csővezetékeiről, hogy újra próbálkozzon a sikertelen munkával.
• A GitLab 9.5 javítja a fejlesztési életciklus második részét is. Automatikus alkalmazások automatikus felügyeletének hozzáadása révén megkönnyítettük, hogy válaszokat és rendszer metrikákat gyűjtsön alkalmazásaiból.

Újdonság a 9.5.0 verzióban:

• Minden, amit a GitLab-ban, a mi integrált termékünktől havi kiadásainkig végzünk, arra a célra összpontosul, hogy a fejlesztőcsapatok csökkentsék az idő értékét. Minden kiadásnál segíteni akarunk kevesebb idő alatt, miközben intuitív és felhasználóbarát élményt nyújtunk termékünkben. A GitLab 9.5 nagy lépést tesz e cél elérésében. Ez a kiadás a navigációval, az új projekt sablonokkal előre konfigurált CI-vel és az új automatizálási funkciókkal rendelkezik a CI és a teljesítményfigyelés terén, amelyek időt és energiát takarítanak meg.
• Ez lesz az utolsó 9.x kiadás, mivel készülünk fel a GitLab 10.0 kiadására szeptember 22-én! Mindazonáltal néhány jó új funkciót szállítunk a 9.x-es kiadások lekerekítésére:
• A GitLab navigálásának élményének javítása érdekében frissítettük az új navigációt, egyszerűsítettük az UI-t és csökkentettük a GitLab-példányon történő áthelyezéshez szükséges kattintások számát. Az újonnan hozzáadott ikonokkal és a lebegés alnavával könnyebb és gyorsabb, mint valaha a GitLab felfedezése.
• Egy új projekt kezdete csak gyorsabb lett. A GitLab 9.5-ben bemutattuk a Projekt sablonokat, amelyek lehetővé teszik, hogy gyorsan létrehozzanak egy olyan új projektet, amelynek előzetes konfigurációja CI.
• A küldetésünk folytatása, hogy időt takarítsunk meg, lehetővé tette a GitLab számára, hogy automatikusan újra próbálkozzon a sikertelen munkákkal a GitLab CI / CD-vel. Most nem kell aggódnia, hogy időt veszít a projekt csővezetékeiről, hogy újra próbálkozzon a sikertelen munkával.
• A GitLab 9.5 javítja a fejlesztési életciklus második részét is. Automatikus alkalmazások automatikus felügyeletének hozzáadása révén megkönnyítettük, hogy válaszokat és rendszer metrikákat gyűjtsön alkalmazásaiból.

Újdonság a 9.4.0-es verzióban:

• A meglepetést nehezebb elérni, ha mindent nyitva tartasz. De a nyitott munka azt a hatalmat adja meg nekünk, hogy elmondhassuk, miért szállítjuk azt, amit ma felszabadítunk, és hogy ez a kiadás a jövőben még jobbá teszi a GitLab-ot.
• A GitLab 9.4 sok mindent megalapoz, még ma is új hatásköröket ad. Most formálisan kapcsolódhat egymáshoz a problémákhoz, a "out-of-the-box" mágikus felügyeletünk ma már több méretet is gyűjt össze konfiguráció nélkül, és megnégyszereztük a CI változóival kapcsolatos dolgokat.
• Ezen felül, egy új bejárat opt-in Béta-val egy pillantást vetünk a jövőre. Reméljük, hogy veled együtt dolgozhatunk, hogy javuljon mindenkinek, aki szeret.
• Nagy örömünkre szolgál, hogy bejelentjük, hogy GitLab PowerUp-t szállítunk a Trello-nak, így egyszerűen integrálhatja Trellót a GitLab-val!
• Ezenkívül az integrációink érvényre juttatása érdekében szeretnénk könnyebbé tenni az életünket az új Slack alkalmazással a GitLab.com-ra!
• Ha egy pillantás nem elegendő, arra törekszünk, hogy teljes mértékben automatizáljuk a DevOps eszközkészlet konfigurációját az Auto DevOps víziójával, amely elemzi az alkalmazásodat, és automatikusan konfigurálja a CI / CD csővezetékedet a teszteléshez, és telepíteni a Kubernetes-be. Ha meg szeretné tekinteni, hogy hová megyünk, tekintse meg az Auto DevOps jövőképét!
• Kapcsolódó kérdések EES EEP:
• Ha megoszt egy linket egyik kiadótól a másikhoz, a GitLab lerövidíti és automatikusan összeköti. De ha a problémák hosszabbak és a projektek összetettebbek, nehéz lesz a linkek kezelése és gyorsan megtalálni a kapcsolódó kérdéseket. A probléma megoldásához kapcsolódó problémákat ismertetünk. A kapcsolódó kérdésekkel hivatalosan is kijelenthet egy másik problémát a kapcsolódó témaként. A többi kérdéshez, a státuszhoz és a névhez kapcsolódó link minden egyes számban megjelenik. Egyszerűen illessze be a hivatkozáshoz kapcsolódó hivatkozást, vagy keresse meg azt, ha beírja a (már meglévő) lehetőséget, hogy összekapcsolja azt. A jövőben különböző mechanizmust vezetünk be e mechanizmuson keresztül.
• Új navigáció CE EES EEP:
• A GitLab könnyebb és gyorsabb elérése érdekében a navigáció frissítésén dolgozunk. Mivel az új navigáció nagy zavarokat okozhat, az első lépést a GitLab 9.4-es opt-in konfigurációjaként adjuk ki. Az új navigáció engedélyezéséhez kattintson a jobb felső sarokban lévő profilképére, és válassza az Új navigáció bekapcsolása lehetőséget. Megkaptuk a globális felső navigációt, és a bal oldali menüben a megjelenő oldaltól kezdve megkezdtük a kontextuális navigációt. Az új felhasználói felület még mindig folyamatban lévő munka, és a következő néhány hónapban kicseréli a meglévő navigációt, kérjük, nézze meg a blogbejegyzést a folyamatról és arról, hogy milyen munkát kell még elvégezni.
• A webes alkalmazások felügyelete CE EES EEP:
• A GitLab 9.0 részeként a CI / CD telepítéssel integrált rendszer teljesítmény menedzsmentet indítottunk, amely a Kubernetes telepített alkalmazások felügyeletét követi a CPU és a memóriahasználat követésével. Ez egy nagyszerű első lépés, és a GitLab 9.4-nél izgatottak vagyunk, hogy elindítjuk a webes alkalmazásfigyelést a Kubernetes-en túl. A GitLab automatikusan felismeri a legfontosabb felhasználói élményeket, például az átviteli sebességet, a hibaarányt és a késleltetést. Egyszerűen csatlakoztassa a Prometheust egy támogatott terheléselosztó vagy HTTP szerverhez, és azonosítja és elkezdi nyomon követni ezeket a statisztikákat. Nagyszerű élményt nyújt mindenki felelőssége, és a GitLab ezáltal könnyebbé teszi a teljesítmény visszacsatolási hurok bezárását a szerszámfejlesztők által minden nap.
• Csoportszintű titkos változók CE EES EEP:
• A titkos változók nagyon hasznosak, ha biztonságos helyre van szükség az érzékeny információk tárolására. Eddig a titkos változókat a projekt szintjén tárolták. Ugyanakkor tudjuk, hogy ugyanaz a csoport különböző projektjei közösek, hogy megoszthassák az alkalmazást vagy a hitelesítő adatokat a külső szolgáltatások eléréséhez. A csoportszintű titkos változók elhárítják a változók ismétlődésének szükségességét az egyik projektről a másikra: mostantól beírhatja ezeket az értékeket egyszer, és a csoport minden egyes projektje vagy alcsoportja automatikusan elérheti azokat. Valóban egyszerű frissíteni ezeket az értékeket. Csak egy helyen módosítod őket, és automatikusan módosulnak az összes projektnél.
• Változók a csővezeték ütemtervében CE EES EEP:
• A GitLab 9.2-ben bemutattuk a Pipeline Schedules-t, hogy automatikusan hajtsa végre a csővezetékeket meghatározott időközönként, de a legtöbb csapatnak is meg kell határoznia az adott változók különböző értékeit az ütemezés futtatása során. A GitLab 9.4-ben hozzáadtuk a változók definiálására vonatkozó képességét csővezeték-ütemezés létrehozásakor vagy módosításakor: ezek az értékek hozzáadódnak a már meghatározott összes többi változóhoz. Ezzel a funkcióval a meglévő változókat is újradefiniálhatja, hogy csak az adott futtatáshoz eltérő értéket kapjon, például ha "napi" & quot; a csővezeték néhány tesztet más módon futtat.
• Környezetre vonatkozó titkos változók EEP:
• A változók gyakran a megfelelő megoldás azoknak az értékeknek a meghatározására, amelyeket az adott környezetben történő telepítések során használnak. Mivel a különböző környezetek (például a rendezés és a gyártás) eltérő értékeket igényelhetnek ugyanarra a feladatra, például az alkalmazás nevére, fontos, hogy közvetlen változást hozzon létre egyes változók és a kapcsolódó környezet között. A GitLab 9.4 alkalmazásával a probléma megoldására környezetvédelmi specifikus változók kerülnek bevezetésre, mivel a fejlesztők most meg tudják határozni, hogy mely környezetek kapnak változót, még akkor is, ha a dinamikus környezeteket is tartalmazzák, például a `review / * '. Most már egyszerűen telepíthetők különböző környezetekbe minimális erőfeszítéssel!
• A Trello CE EES EEP GitLab tápellátása:
• A Trello és a GitLab használata? Most még jobbá teheti az élményt az új GitLab Power-Up segítségével! A Trello-ban, amikor megnézed az egyik tábládat, egyszerűen menj a Power-Ups-be, és lapozz a GitLab Power-Up-hoz. A beállítás után összeállíthatja az egyesített kéréseket a Trello kártyákhoz. A Trelloban meg kell adnia a domainjét, például a GitLab.com gitlab.com/api/v4 fájlt, és hozzá kell adnia a személyes tokenjét.
• GitLab Slack alkalmazás a GitLab.com CE EES EEP-hez:
• A GitLab már mélyen integrált a Slack (és a Mattermost, a Microsoft csapatok és a HipChat) szolgáltatással, de még nem volt alkalmazásunk a Slack App Directoryban. Ma teszünk! Ez azt jelenti, hogy a GitLab.com projektjeivel való zökkenőmentes integráció létrehozása sokkal egyszerűbb. Beállíthatja a projekt beállításaiból a GitLab (Beállítások & gt; integrációk). Hamarosan elérhető lesz a Slack App címtárból is. A Slack-tel együtt dolgozunk annak biztosítására, hogy a magánügyek a közeljövőben ugyanazt a Slack App alkalmazást használhassák. Természetesen magánszemélyek képesek integrálni a Slack-ot a dokumentációban leírt kézi lépésekkel.
• Egyéb fejlesztések a GitLab 9.4-ben:
• Javított nemzetköziesedés CE EES EEP
• Unified Slack Interface CE EES EEP
• Csoport mérföldkövek CE EES EEP
• További GitLab szolgáltatásmutatók CE EES EEP
• Testreszabható útvonal CI / CD konfigurációhoz CE EES EEP
• Új gyorsítótár-házirend CI / CD konfigurációhoz CE EES EEP
• A kiterjesztett Docker konfiguráció a CI / CD CE EES EEP-hez
• A Kubernetes telepítések jobb fejlesztése a CE EES EEP
• A közeljövő Omnibus csomag aláírása CE EES EEP
• Biztonság - LDAP SSL tanúsítvány hitelesítésének hozzáadása CE EES EEP
• GitLab Runner 9.4 CE EES EEP
• GitLab Mattermost 4.0 CE EES EEP
• Omnibus fejlesztések CE EES EEP
• Teljesítménynövelés CE EES EEP
• Kísérleti PostgreSQL nagy rendelkezésre állású EEP
• Mini-grafikon az EEP többcsatornás vezetékekhez
• A GitLab Geo Improvements EEP
• Objektumtár a CI műtermékekhez EEP
• Deprecations:
• openSUSE 42.1:
• Amint az openSUSE közösség befejezte a 42.1-es verzió támogatását, a GitLab befejezte a támogatást, és korábban bejelentette. Kérjük, frissítse az OpenSUSE 42.2-et, amely hivatalosan támogatott.
• GitLab CI API v1, GitLab futó 1.11.x
• A 9.0-ban kiadtuk a GitLab Runner új verzióját, amely az új API v4-en alapul, a régi CI API v1 helyett. Még mindig támogatjuk az API régi verzióját a GitLab-ban, így azok a felhasználók, akik még mindig használják a GitLab Runners 1.11.x fájlt, időt vehetnek igénybe az áttérési folyamat során. A GitLab 9.6 rendszerrel, amelyet szeptember 22-én terveztek elszállítani, eltávolítjuk a régi CI API-t a GitLab-ból, így a GitLab Runner 1.11.x nem képes kommunikálni a rendszerrel. Ha régi GitLab Runnert használ (

Az újdonság a 9.1.4-es verzióban:

• CE / EE: A rögzített keresési kifejezések megjelennek. (! 11.198)
• CE / EE: Fix hiba, amelyben a JSON egyesítésének kérése megjelenik. (! 11.096)
• CE / EE: A bejövő e-maileket helyesen kezeli az aliasokból. (! 11.079)
• CE / EE: Rendezze a hálózati gráfot mind kötési dátum, mind topográfiai módon. (! 11.057)
• CE / EE: A bejövő e-mailek hibáinak kezelése. (! 11.014 /! 1810)
• CE / EE: Fix hiba a CI / CD beállítások oldalon érvénytelen csővezeték-triggerrel kapcsolatban. (! 10.948)
• CE / EE: Fix kereszthivatkozás magán és belső projektekhez. (! 11.243)
• CE / EE: A hiányzó projekt attribútumok hozzáadása az importáláshoz / exportáláshoz. (! 10.880)
• EE: GitLab Geo: Tömörítési projektek, ahol az utolsó kitöltési kísérlet sikertelen. (! 1785)

Az újdonság a 9.0-es verzióban:

• Megakadályozza a felhasználók számára, hogy olyan erőforrások jegyzeteit hozzon létre, amelyekhez nem férhetnek hozzá:
• A támadó képes volt használni az API-t, hogy olyan erőforrásokra fűzzön észrevételeket, amelyeket másképp nem tudna megtekinteni, ami "feliratkozna". azokat az erőforrásokra vonatkozó értesítésekhez, és lehetővé tegyék számukra, hogy jövőbeli frissítéseket kapjanak erről, ami érzékeny információkat tartalmazhat. További részletek: # 26249 és # 26250.
• Megakadályozza a felhasználóknak, hogy töröljék a telepítési kulcsokat a projekt telepítési kulcs API-ján keresztül:
• A támadó képes volt törölni egy rendszer szintű telepítési kulcsot azáltal, hogy törölte azt egy olyan projektből, amelyet tulajdonképpen a Deploy Key API révén birtokolt. További részletekért lásd: # 26243.
• Ellenőrizze, hogy az exportfájlok törlődnek-e a névtér törlése után:
• Ha egy felhasználó projektkivitelet hajtott végre, majd törölte (vagy áthelyezte) a benne lévő névteret, akkor a támadó a névteret igénybe veheti és elérheti a meglévő projektkivitelet, ha kevesebb mint egy óra telt el. Most biztosítjuk, hogy a projektkivitel azonnal eltávolítható a névtér mellett. További részletek: # 26242.

Az újdonság a 8.9.3-as verzióban:

• CE / EE: importálja a GitHub tárolókat az API-sebességhatárt (! 4166) tiszteletben tartva
• CE / EE: Fix minden oldal dobási hiba, ha van egy projekt a törlésig (! 4300)
• CE / EE: A webkészletek letiltása a GitHub importálása előtt (! 4470)
• CE / EE: Fix importőr a GitHub megjegyzéseire diff (! 4488)
• CE / EE: Állítsa be a SAML vezérlőáramot, hogy az LDAP azonosítót hozzáadhasson egy meglévő SAML felhasználóhoz (! 4498)
• CE / EE: Az inkrementális nyomkövetési API korrigálása multibyte UTF-8 karakterek nyomon követésekor (! 4541)


• A GitLabCiService mentése mint adminisztrációs sablon

Újdonság

• Javítsa ki a melléktermékek tárolási útvonalát
• Az LFS ügyfél szükséges verziójának frissítése és a dokumentumok megosztása a felhasználók és adminisztrátorok számára
• Omnibus: létrehozza az állományok és az lfs-objektumok könyvtárait
• Omnibus: Telepítsen oldalmutatást minden oldalra, amikor felfelé

Az újdonság a 7.7.1-es verzióban:

• Javítja a @mention automatikus kiegészítés teljesítményét
• A GitHub importálás beállítási utasításainak megjelenítése, ha le van tiltva
• Engedélyezze a http használatát az OAuth alkalmazásokhoz

Az újdonság a 7.6.2-es verzióban:

• Ez a kiadás javítja azokat a szolgáltatásokat, amelyek megszakadtak a 7.6-es verzióval, beleértve a Slack és Hipchat integrációkat.

Az újdonság a 7.5.2-es verzióban:

• li>
  

Az újdonság a 7.4.3-as verzióban:

• Fix biztonsági probléma az api tagja számára
• Fix buildbox-integráció

Újdonság a 6.5.0-es verzióban:

• A kiadás legördülő menüje # az oldal és a mérföldkövet (Jason Blanchard) oldalának megjelenítése
• Szerezzen színes átvilágítást és előnézetet az üzenetek közvetítéséhez
• Fix jegyzetek horgonyai
• Új megjegyzéseket tölt be dinamikusan
• Hozzáadott rendezési beállításokat nyilvános oldalra
• Új szűrők (hozzárendelt / szerzői / összes) az irányítópulton # kérdés / merge_requests (a Say Media által szponzorált)
• A projekt láthatóságának ikonjait az irányítópulton
• A biztonságos cookie-k engedélyezése, ha https használta
• Védje a felhasználókat / visszaigazolást rack_attack-al
• Alapértelmezett HTTP-fejlécek a MIME-szipogás elleni védelem érdekében, ha engedélyezi a https érvényesítését
• Bootstrap 3 reagáló UI-val
• Új tárhely letöltési formátumok: tar.bz2, zip, tar (Jason Hollingsworth)
• Restyled elfogadja az MR-hez tartozó widgeteket
• SCSS refactored
• Használja a jquery timeago plugint
• Fix 500 hiba az rdoc fájlokhoz
• Képes testreszabni az egyesített kötelezettségvállalási üzenetet (a Say Media támogatja)
• Automatikus kiegészítés keresése az ajax segítségével
• URL-cím hozzáadása a felhasználói profilhoz
• A Fájlok API támogatja a base64 kódolt tartalmat (az O'Reilly Media szponzorálja)
• Hozzáadta a Go raktárvisszakeresésének támogatását (Bruno Albuquerque)

Az újdonság a 6.4.0-es verzióban:

• Belső projektek:
• A belső projekteket bármely bejelentkezett felhasználó klónozhatja és böngészheti. A rendszer a bejelentkezett felhasználók nyilvános hozzáférési könyvtárában is szerepel.
• Összetett nézet:
• Az egységes diff nézet továbbra is az alapértelmezett, de most átválthat más oldalra is.
• Régi projektek archiválása:
• A projekt archiválása csak olvashatóvá teszi annak tárolóját. Az irányítópultról elrejtve, és nem jelenik meg a keresések során.
• A hozzáférni kívánt archivált projektek továbbra is szerepelnek a profiloldalán (gitlab.example.com/hu/my_user).
• Projekt webhorgok:
• A projekt webhornyjait új típusú eseményekkel bővítettük. Mostantól a webes kampókat is létrehozhatjuk, amikor egy hiba keletkezik, vagy a merge requst zárva van.
• Félelmetes válogatás a Kibocsátások oldalon:
• Köszönet Jason Blanchardnak azért, hogy hozzájáruljon ehhez a nagyon hasznos szolgáltatáshoz.
• README link a projekt kezdőlapján:
• Olyan projektek esetében, amelyeknek a GitLab által felismert README van, most közvetlenül a projekt honlapjáról olvashat.
• És néhány jó hír azok számára, akik egyszerűbb frissítéseket szeretnének elérni;
• Frissítési parancsfájlt tartalmazott a GitLab CE 6.4 verzióval. Ez azt jelenti, hogy csak egy paranccsal frissíthet a következő verzióra (6.5).

Az újdonság az 5.1.0 verzióban:

• li>
• Korrigált projektátvitel visszagörgetése, amikor az adattár nem mozgatható
• A repo és a wiki áthelyezése, amikor a projekt átirányítása
• Admin terület: a projektszerkesztés eltávolítása az admin névteréből
• Hozzáférés: az admin felhasználó mostantól hozzáfér minden projekthez.

Újdonság a 4.1-es verzióban:

• Opcionális feliratkozás
• Discussions
• A tmp kívül eső műholdak
• Sorszámok hibás
• Projekt nyilvános módja
• Jogosulatlan hozzáférésű nyilvános terület
• A műszerfal eseményeinek betöltése ajax-szal
• Ne feledje, hogy a műszerfal szűrője a cookie-kban
• Cserélje ki a resque oldalt sidekiq
paranccsal
• Fix útválasztási problémák
• A rake feladatok megtisztítása
• Fix biztonsági mentés / visszaállítás
• Előnézet megjelenítése a jegyzetekhez
• Javított hálózati grafikon
• A gitolt hívások mennyiségének csökkentése
• Felhasználó hozzáadása minden csoportprojektben
• Az elavult beállítások eltávolítása
• Korolev betűtípussal nyitott betűtípussal
• Restyled admin / műszerfal oldala
• Restyled admin / projektek oldala

Az újdonság a 4.0-s verzióban:

• Az alkalmazás viselkedésének megváltozása:
• Az új projektek neve lesz (például gitlab / vagrant)
• Minden csoportnak saját könyvtára van a gitolithoz
• A csoport összes projektje csoportkönyvtárba kerül (a git távoli frissíteni kell)
• A projektek nélküli csoportok ugyanazt a távoli kapcsolatot tartják
• Felhasználónak van felhasználóneve (létező felhasználók számára e-mail alapján generálódik)
• A felhasználó létrehozza a projektet felhasználóneve alatt (pl. randx / my-project)
• A felhasználó megváltoztathatja a felhasználónevet. Minden felhasználónév alatt lévő projektet áthelyezzük
• A csoport tulajdonosa
• A tulajdonos projekteket hozhat létre a csoporton belül
• A tulajdonos minden csoporthoz tartozó projekthez hozzáférhet
• A rendszergazda bármely projektet átvihet egy névtérből (csoport, felhasználó, globális) egy másikra
• A csoport vagy a felhasználó a projekt névtere. A névtér tulajdonos a projekt tulajdonosa
• Egyéb módosítások:
• Jobb PostgreSQL támogatás
• Hozzáadott e-mail notificatino a projekt mozgatásához
• Fix e-mail értesítés a kibocsátáskor bezárása / újra megnyitása
• Újraszervezett beállítások
• Fix készíti összehasonlítani
• Frissítse a felhasználói felületet a Patch vagy a Diff for Commit, MR
letöltéséhez
• A mérföldkövek most bezárhatók. A mérföldkő nyitva marad, hacsak nem zárja le
• A kommentek eseményeinek megjelenítése az irányítópulton
• Gyors hozzárendelés a csapat tagjai számára a # -as emberek oldalán
• A felhasználói felület fejlesztései
• Az admin területen lévő projektek, felhasználók és csoportok betűrendben rendezve
• A kibocsátáskezelő oldal a műszerfalon javult
• Jobb integráció a GitLab CI-vel (GitLab CI v1.1.1 szükséges)
• Amit eltávolítottunk a 4.0-ban:
• gitolite 2 támogatás
• SQLite támogatás (szeretem, de ez az adatbázis zárolva van, amikor több felhasználó használja a gitlabot egyszerre)
• API v2 támogatás (egyszerűen inkompatibilis a névpályázott projektekkel)
• Mit kell frissíteni a migráció során:
• gitlab.yml config
• gitolite post-receive hooks
• a / home / git / repositories /
engedélyek
• python2 symlink

Követelmények :

• Ruby
• MySQL Community Edition
• GIT
• gitolite
• Redis
23 Nov 17 -ben Fejlesztői eszközök, Verziókövető rendszerek