GitLab在用戶級別合並整個單個用戶的請求，並自動創建壹個評論應用程序。該功能允許每個用戶知道設計或UX是如何變化的。
GitLab 12.0在評審App中增加可視化評審工具，擴展變更評審能力。通過壹小段代碼，用戶可以使設計人員、產品經理和其他相關人員在不離開應用程序的情況下快速提供對合並請求的反饋。
新版終極版可以在項目左側的側邊欄菜單中列出項目的依賴列表(有時稱為物料清單或BOM)。
BOM可以指示項目中包含哪些組件，安全團隊和遵從性團隊通常會檢查這些依賴組件，以確保沒有安全問題。可以瀏覽相關報表，支持JSON格式導出。
限制訪問Gitlab接口壹直是大家迫切需要的功能。在新的商業版本中，Gitlab中支持IP(段)限制，並加入黑名單機制限制對IP的訪問，更加靈活。您可以構建自己的實例並在組級別設置限制。(當然可以通過nginx進行IP限制，方法需要聯系。)
在GitLab 12.0中，Web IDE中的更改可以自動同步到Web終端，提交前可以在Web終端中測試更改。這個特性可以降低新貢獻者的門檻，因為他們可以查看、編輯和測試項目，而無需安裝本地依賴項。
通過GitLab的Kubernetes集成來部署JupyterHub，是壹種簡單方便的Jupyter筆記本環境的構建。使用這個環境，妳可以創建和共享實時代碼，可視化和運行未來的書籍文件。
在GitLab 12.0中，如果通過GitLab和K8s將JupyterHub部署到壹個集群中，會自動安裝用JupyterLab配置的Git擴展。然後環境通過Git完全版本化，Git命令在Jupyter中執行。它可以通過左邊面板上的Git選項卡執行，也可以通過Jupyter的命令行提示符執行。
通過extends的關鍵字將不同的內容劃分到不同的文件中，可以讓用戶的CI/CD配置文件保持整潔。在GitLab 12.0中，可以允許用戶在單個作業中包含多個擴展來完善這個功能，通過多個擴展可以實現整潔簡化的CI配置(處女座管理員必備)。
GitLab 12.0中新增了GitLab CI/CD作業擴展和折疊日誌的輸出。用戶可以更容易地調試作業中的壹些步驟，並在需要時瀏覽整個步驟。
Gitlab公開了漏洞數據庫項目(/git lab-org/security-products/gemnasium-db)。用戶可以查看特定條目並驗證感興趣的漏洞，還支持用戶參與改進數據庫。
依賴LDAP的組織通常需要與GitLab同步進行權限管理。在GitLab 12.0中，實例可以防止具有實例級設置的非管理員在LDAP之外進行權限更改。通過這種方法，符合標準的組織可以使用該選項來確保LDAP中的權限被映射到Gitlab實例，並且不能被非實例管理員的用戶修改。
GitLab Ultimate 11.9(功能標記)中引入的GitLab Insights現在在GitLab Ultimate 12.0中默認啟用。
可以統計項目中重要數據的統計，比如給定時間段內的創建/關閉問題，合並請求的平均合並時間等等。
GitLab 11.8中介紹了上遊橋接操作觸發下遊管道的功能。它還介紹了向下遊管道傳遞變量的基本支持。在GitLab 12.0中，增加了將當前環境變量傳遞給下遊管道的支持。可以允許用戶提供下遊管道的上下文以及提交、合並請求或觸發請求的管道的其他細節。
在git lab 11.11中，啟動了基於代理的MVC，允許用戶下載並緩存Docker圖片，實現更快更可靠的下載。在GitLab 12.0中，默認情況下在組級別啟用該功能。
容器註冊API允許GitLab用戶以編程方式輕松管理註冊。GitLab 12.0中更新了權限模型，允許開發者刪除標簽。
在GitLab 12.0中，當Git存儲庫被重新打包時，位圖緩存將被保存在位圖索引中。緩存提高了重新打包的性能。(JGit 3 . 5 . 0之前的版本與位圖不兼容)
在此版本之前，GitLab無服務器功能只能在通過GitLab安裝的Knative上使用。GitLab 12.0中安裝的Knative由GitLab Serverless使用。您可以手動添加現有的Knative集群，並將相關的無服務器模板添加到項目中。所以GitLab Serverless可以和托管的Kennative產品壹起使用，比如Google的GKE上運行的雲或者IBM托管的Kennative服務。
從GitLab 12.0開始，可以從GitLab的環境儀表板直接提供外部儀表板，並且很容易訪問。
討論合並請求和問題的現有設計涉及許多框和邊界，並且很難跟蹤對話。在新版本中，這被重新設計以增強用戶的討論體驗。
動態應用安全測試(DAST)不再需要在Docker中運行。因此，DAST Docker圖像(3GB)現在將被緩存在跑步者上。(註意鏡像每周更新壹次，所以每周壹緩存都會失效)。
12.0中增加了設置群發通知郵箱的功能。您可以讓用戶向不同的電子郵件地址發送群組通知。比如工作組的工作郵箱，個人組的個人郵箱(個人設置項中有郵件菜單可以添加郵件地址)。
在刪除掃描程序發現的漏洞時，可以添加壹個新字段來詳細解釋刪除此漏洞的原因。
這將使安全團隊和開發人員能夠查看歷史記錄，並了解項目未修復的原因。
出於審計等原因，您可能希望確保項目(可能包括存儲庫中的重要代碼)只能被歸檔，而不會被刪除和永久丟失。新版本可以通過實例級設置防止非管理員刪除項目。
從GitLab 8.9開始，GitLab CI/CD通過在作業定義中指定git_DEPTH變量來支持淺層GIT克隆。新版本中增加了項目級設置克隆深度的功能，項目維護人員可以設置默認為淺克隆。淺層Git克隆比壹次克隆整個Git存儲庫要快。如果CI/CD作業設置為構建最新的代碼，淺層克隆通常就足夠了。
同樣在GitLab 12.0中，默認情況下，GitLab中新建項目的GIT_DEPTH在創建時設置為50。此默認設置將幫助用戶使用GitLab CI/CD實現更快的克隆和構建時間，同時仍然允許高級用戶在不同類型的CI/CD用例需要時更改此設置。
Fork工作流創建壹個副本，用戶修改該副本並將其合並到上遊項目中，從而輕松加速協作，這也是Github和其他Git項目的壹個流行功能。但是對於壹個熱門項目，可能會有上千個副本，存儲這些副本需要消耗大量的服務器資源。
在GitLab 12.0中，實例管理員可以使用object_pools函數標誌來啟用Git對象重復數據刪除。啟用時，創建公共分支也將創建對象池，並使用objects/info/ alternates來減少fork的存儲需求。對象重復數據消除要求父項目啟用並使用哈希存儲。現有分支尚未自動遷移到對象池。在即將發布的版本中，將通過在已消除重復數據的狀態下直接創建分叉來實現快速分叉。當前版本也需要先創建壹個fork，然後進行重復數據刪除。
自2019年5月30日起，GitLab的在線git服務啟用了對象去重。構建您自己的實例，但默認情況下關閉它，因為當您獲得它時會顯示重復的警告。
手動添加Kubernetes集群需要多個數據點，並且容易出錯。為了手動添加集群以解決訪問和權限問題，kubernetes集成支持將驗證API URL的可訪問性以及集群令牌和CA證書的有效性。
在GitLab 12.0中，通過Zoom telecom會議，可以很容易地與團隊成員就問題進行協作。將會議鏈接粘貼到問題描述中。GitLab會檢測鏈接，並在標題下方的頂部顯示“加入縮放會議”按鈕，這樣就可以顯示給所有合作者了。
用戶可以在問題中定義任務，這些信息將顯示在整個應用程序的不同位置。在GitLab 12.0中，用戶可以通過API返回任務進度信息。
以前版本的用戶無法從問題API獲得詳細的問題統計數據。GitLab 12.0中增加了返回全部、已關閉、已打開問題統計的功能。
GitLab 12.0對Omnibus的改進包括:
引入Mattermost 5.11，它是Slack的開源替代方案。其最新版本包括壹個新的遠程CLI工具和更多的功能。該版本還包括安全更新。盡快升級到新版本。
默認情況下，JSON日誌記錄是啟用的。
Omnibus-gitlab將默認啟用Grafana服務。此外，GitLab和Grafana現在已經自動啟用了OAuth認證。
GitLab指示器通過使用壹些直接檢測到的ruby指示器進行改進。
GitLab同時發布了GitLab Runner 12.0。主要變化如下:
Docker憑證助手支持；
註冊時為跑步者增加access_level配置；
允許Kubernetes Executor配置Pod安全上下文；
為新註冊的Windows shell執行程序設置PowerShell默認值；
支持Windows docker卷配置。
同時，Gitlab Runner版本12.0還刪除了壹些之前丟棄的東西:
刪除不推薦使用的克隆/提取命令。
刪除已棄用的git清理策略。
移除對不推薦使用的metrics_server設置的支持。
刪除對K8S的已棄用入口點配置的支持。
移除對已棄用的S3緩存配置的支持。
刪除對不贊成使用的分發的支持。
刪除舊的docker助手圖像命令
在GitLab Runner的CHANGELOG中可以找到所有更改的列表。
GitLab 12.0的壹些性能改進包括:
Epics列表頁面系統可以在性能上得到極大的優化。
避免訪問數據庫獲取Elasticsearch結果，避免點擊兩次Elasticsearch獲取搜索結果。
向ElasticSearch index批量提交文檔；
Cache在提交消息中呈現Markdown，提高列表提交的性能；
提高每次推送的存儲庫大小限制檢查的性能；
使用長描述加載問題或合並請求時提高性能；
通過建議的更改提高合並請求的性能；
在重新打包Git存儲庫時，我們使用delta Island來提高性能並降低克隆的CPU利用率。
提高監控圖表的性能；
修復ListLastCommit RPC上的git n+1；
使用- perl-regexp提高Git代碼搜索的性能；
通過修復Git N+1提高JobsController的性能；
GitLab的主要維護版本在這種情況下，刪除了對GitLab 9.x的支持。支持的最低版本提升至GitLab 10.0。
開工日期:2065 438+2009年6月22日
在GitLab 12.0中，GitLab Geo需要使用哈希存儲來緩解輔助節點上的競爭情況。請使用“sudo git lab-rake git lab:geo:check”來檢查是否啟用了哈希存儲，以及是否已經遷移了所有項目。
遷移日期:2065 438+2009年6月22日
在GitLab 12.0中，Geo需要壹個PostgreSQL的外部數據包裝器，將最低PostgreSQL版本提升到9.6。GitLab Geo使用PostgreSQL外部數據包裝器來查詢來自不同PostgreSQL實例的數據。這是Geo日誌遊標所必需的，它可以顯著提高某些同步操作的性能。外來數據包裝器還提高了Geo節點狀態查詢的性能。對於大型項目，遺留查詢具有不可接受的性能。
遷移日期:2065 438+2009年6月22日
在GitLab 12.1中，將刪除Kubernetes部署選擇器的應用標簽匹配(原計劃是刪除12.0)。在GitLab 11.10的壹部分中，GitLab引入了新的匹配機制，使用app.gitlab.com/app和app.gitlab.com/env在部署板上顯示部署。要在部署板中查看這些部署，只需要推送新的部署，GitLab就會用新的標簽進行部署。
移除日期:2065 438+2009年6月22日
GitLab 11.8中引入了新的KUBE入口基本域環境變量。您不再需要使用AUTO_DEVOPS_DOMAIN來定義多個域，因為您現在可以在群集頁面上單獨定義這些域。
移除日期:2065 438+2009年6月22日
計劃刪除GitLab 12.1中的實例級Kubernetes服務模板，以支持Gitlab 11中引入的實例級集群功能。
作為升級到GitLab 12.0的壹部分，任何使用服務模板的自建GitLab實例都將遷移到實例級集群。
移除日期:2065 438+2009年6月22日
在GitLab 12.0中，已經完全刪除了對skip_auto_migrations文件的支持。該文件在GitLab 10.6中已被棄用。
移除日期:2065 438+2009年6月22日
GitLab 12.0完全取消對普羅米修斯1.x的支持
移除日期:2065 438+2009年6月22日
OpenSUSE 42.3將於2019年6月30日到期。Gitlab會在12.2放棄支持。
移除日期:2065 438+2009年8月22日
git lab 11.9 git lab Runner壹直在使用壹種新的方法來克隆/獲取資源庫。在當前版本中，如果不支持新方法，GitLab Runner將使用舊方法。
在GitLab 11.0中，我們改變了為GitLab Runner配置測量服務器的方式。Metrics_server已刪除，改用GitLab 12.0中的listen_address。
11.3中，GitLab Runner開始支持多個緩存提供者。這導致了針對S3特定配置的新設置。
GitLab 12.0中將不再提供這些路徑。11.9+以上的用戶，直接升級沒有任何作用。
廢棄日期:2065 438+2009年6月22日
在GitLab 11.4中，GitLab Runner引入了函數標誌FF _ K8s _ use _ entry point _ over _ command。在GitLab 12.0中，這些函數標誌將被刪除。
移除日期:2065 438+2009年6月22日
GitLab Runner中的壹些Linux發行版已經到了生命支持的末期。在GitLab 12.0中，GitLab Runner不再向過期的Linux發行版提供特殊的發行包。
廢棄日期:2065 438+2009年6月22日
作為增加對Windows Docker執行器支持的壹部分，壹些用於幫助程序鏡像的舊命令需要被丟棄。在GitLab 12.0中，GitLab Runner開始使用新的命令。這只影響覆蓋輔助映像的用戶。
遷移日期:2065 438+2009年6月22日
利用git lab Runner 11.10，介紹了壹種配置Runner如何執行git clean命令的方法。新的清理策略取消了在簽出後使用git reset和git clean命令。在GitLab Runner 12.0中，GitLab Runner放棄了對舊清理策略的支持，刪除了通過設置函數標誌來恢復函數的方法。
廢棄日期:2065 438+2009年6月22日
許可證管理已被重命名，以更好地符合GitLab 12.0中的通用行業術語。許可證合規性的目的是分析應用程序，跟蹤第三方組件(如庫和外部依賴項)使用的許可證，並檢查它們是否與項目的許可模型兼容。許可證合規性安全軟件組合分析小組的成員。
遷移日期:2065 438+2009年6月22日
命令行參數-auth-first-page不再受支持，需要刪除。
需要刪除不再受支持的DEP _掃描_禁用_遠程_檢查標誌變量。
GITLAB_FEATURES環境變量中的sast_container的值必須更改為container_scanning。
遷移日期:2065 438+2009年6月22日
新版本不再更新在項目管道中配置安全功能時使用的文檔中的安全手冊配置代碼片段。請使用包含:模板:依賴關系掃描。gitlab-ci.yml使用Secure配置包含。
廢棄日期:2065 438+2009年6月22日
為了緩解這種情況，默認情況下將禁用轉發3DES。對於現代瀏覽器的用戶來說，這應該不會改變什麽，但壹些運行在Windows XP操作系統上的Internet Explorer版本7和8的用戶可能會受到影響。
廢棄日期:2065 438+2009年6月22日
GitLab 12.0是最後壹個支持MySQL(和MariaDB)的版本。用戶需要遷移到PostgreSQL以使用未來版本。MySQL已被棄用，其支持以前僅限於Enterprise Edition Starter和Premium。
廢棄日期:2065 438+2009年7月22日
這些設置在GitLab 12.1的UI中會被刪除，Gitlab 11的gitlab.yml中已經提供了這個策略。此外，可以定義Sentry環境來區分多個部署，如開發、stagin和生產。
遷移日期:2065 438+2009年7月22日
當我們在GitLab 11.6中引入集團級項目模板時，功能得到了擴展。在git lab 11.11中修復此錯誤，給Silver/Premium以下的現有用戶/實例三個月的寬限期。2019年8月22日，此寬限期將到期，團體項目模板需要Silver/ remium或更高。
遷移日期:2065 438+2009年8月22日
如果使用Python 2的用戶在開始使用GitLab 12.2時自行管理，則需要將CI變量LM_PYTHON_VERSION設置為“2”。使用Python 3的用戶現在可以將CI變量LM_PYTHON_VERSION更改為“3”。
遷移日期:2065 438+2009年8月22日
在GitLab 12.3中，計劃放棄GitLab Runner中的Windows批處理命令行作業(如cmd.exe)，以支持Windows PowerShell的擴展和延伸支持。對於那些仍然想在cmd.exe上運行項目的用戶，可以從PowerShell中調用這些命令，但是不直接支持Windows批處理。
廢棄日期:2065 438+2009年9月22日
使用git lab Runner 11.10使用Docker和Docker機器執行程序時，共享卷中的緩存作業目錄發生了變化。GitLab Runner現在緩存用builds_dir配置的整個基目錄，而不僅僅是作業工作目錄的父目錄。因為這是壹個行為改變，我們添加了壹個函數標誌，允許我們控制應該使用新的還是舊的行為。在GitLab Runner 12.3中，函數標誌和舊行為將被刪除。
遷移日期:2065 438+2009年9月22日
Python 2.7於2020年6月65438+10月1日達到生命周期，因此在未來的GitLab版本中將移除對Python 2的支持。
遷移日期:2065438+2009年2月22日。
如果使用Omnibus安裝自建實例，可以通過發行處的包管理器直接升級:
比如在CentOS下，可以通過yum updata gitlab-ce自動完成升級過程。
GitLab 12.0將企業版多年來對數據庫的改動合並到社區版中。作為這項工作的壹部分，各種舊的遷移也被刪除。升級到GitLab 12的用戶必須先升級到11.11的最新補丁版本，再升級到12.0.0。升級到12.1.0等未來版本時，用戶必須先升級到12.0.0。不按此順序升級可能會導致數據遷移失敗，從而導致應用程序錯誤。Omnibus安裝會先強制升級到12.0.0。通過源代碼安裝的用戶必須按此順序手動處理(XX-->；11.11->；12.0->；YY).
默認情況下，GitLab 12.0使用哈希存儲。這將影響新的安裝。
GitLab 12.0會自動將PostgreSQL版本升級到10.0。
用戶可以跳過PostreSQL 10.0的自動升級，創建/etc/git lab/disable-PostgreSQL-upgrade。
如果使用GitLab Geo，將在主節點和所有輔助節點上跳過自動PostgreSQL升級。我們將在12.1中為Geo用戶提供升級路徑。
默認情況下，GitLab 12.0將啟用JSON日誌記錄。它還提供了壹個設置文檔，用於保留以前的非JSON日誌格式。