GitLab

軟件截圖:
GitLab
軟件詳細信息:
版本: 10.1.2 / 10.2.0 Pre 更新
上傳日期: 23 Nov 17
許可: 免費
人氣: 146

Rating: 5.0/5 (Total Votes: 1)

GitLab是一個開源的,獨立於平台的,完全免費的基於Web的軟件倉庫和項目管理應用程序,在Ruby on Rails中實現,並從著名的GitHub項目中克隆出來。它在全球超過10萬個機構中使用,專門為GNU / Linux平台設計。


功能一目了然
GitLab項目受到GitHub的啟發,並在GitHub託管,是一個代碼託管應用程序,支持合併請求,評論,控制存儲庫訪問,網絡圖,代碼片段,管理,維基和問題。


使用GitLab,任何應用程序開發人員將能夠創建項目和應用程序存儲庫,執行代碼評論和管理訪問。它可以幫助多個軟件開發人員輕鬆協作處理代碼。


該應用程序為開發人員提供任何類型的細粒度訪問控制,以便輕鬆管理Git存儲庫並始終保持其源代碼的安全。它還可以幫助您改進與合併請求的協作,並執行代碼審查。

GitLab的另一個有趣的功能是,它為您的每個項目實現了一個Wiki和一個問題跟踪器,使它成為管理Git軟件倉庫的最受歡迎的解決方案之一。


要求和安裝
GitLab軟件專門為GNU / Linux平台定制,支持所有主要的發行版,如紅帽企業Linux,CentOS,Debian和Ubuntu。它需要Ruby 2.0或更高版本,Git 1.7.10或更高版本,Redis 2.0或更高版本,以及MySQL或PostgreSQL數據庫服務器。


該軟件以Ruby on Rails編寫,並作為通用源代碼歸檔分發,允許用戶針對特定的操作系統或硬件體系結構優化源代碼(在此支持32位和64位指令集體系結構時間)。它在MIT Expat許可下可用。

GitLab從我們的集成產品到我們的月度版本所做的每件事都集中在幫助開發團隊縮短實現價值的目標上。每次發布,我們都希望能夠幫助您在更短的時間內完成更多的工作,同時也為我們的產品提供直觀和用戶友好的體驗。 GitLab 9.5在推進這一目標方面邁出了一大步。此版本改進了我們的導航,帶有預配置配置項的新項目模板,以及用於配置項和性能監控的新自動化功能,這將節省您的時間和精力。
  • 這將是最後一個9.x版本,因為我們準備在9月22日發布GitLab 10.0!儘管如此,我們正在發布一些很棒的新功能來完善我們的9.x版本:
  • 為了幫助您改善瀏覽GitLab的體驗,我們更新了新的導航,簡化了用戶界面並減少了通過GitLab實例移動的點擊次數。借助懸停的新增圖標和subnav,探索GitLab變得更加輕鬆快捷。
  • 開始一個新項目的速度變快了。在GitLab 9.5中,我們引入了項目模板,它允許您快速創建一個具有CI預配置的新項目。
  • 繼續我們的使命以節省您的時間,我們使GitLab可以自動重試使用GitLab CI / CD運行的失敗作業。現在,您不必擔心為了重試失敗的作業而浪費時間回到項目管道。
  • GitLab 9.5也為後期的開發生命週期帶來了改進。通過為Auto Deployed應用程序添加自動監控功能,我們可以更輕鬆地從應用程序收集響應和系統指標。

  • 9.5.0版本中的新功能:

    GitLab從我們的集成產品到我們的月度版本所做的每件事都集中在幫助開發團隊縮短實現價值的目標上。每次發布,我們都希望能夠幫助您在更短的時間內完成更多的工作,同時也為我們的產品提供直觀和用戶友好的體驗。 GitLab 9.5在推進這一目標方面邁出了一大步。此版本改進了我們的導航,帶有預配置配置項的新項目模板,以及用於配置項和性能監控的新自動化功能,這將節省您的時間和精力。
  • 這將是最後一個9.x版本,因為我們準備在9月22日發布GitLab 10.0!儘管如此,我們正在發布一些很棒的新功能來完善我們的9.x版本:
  • 為了幫助您改善瀏覽GitLab的體驗,我們更新了新的導航,簡化了用戶界面並減少了通過GitLab實例移動的點擊次數。借助懸停的新增圖標和subnav,探索GitLab變得更加輕鬆快捷。
  • 開始一個新項目的速度變快了。在GitLab 9.5中,我們引入了項目模板,它允許您快速創建一個具有CI預配置的新項目。
  • 繼續我們的使命以節省您的時間,我們使GitLab可以自動重試使用GitLab CI / CD運行的失敗作業。現在,您不必擔心為了重試失敗的作業而浪費時間回到項目管道。
  • GitLab 9.5也為後期的開發生命週期帶來了改進。通過為Auto Deployed應用程序添加自動監控功能,我們可以更輕鬆地從應用程序收集響應和系統指標。

  • 在9.4.0版本中新增功能:

    當你做任何事情都是公開的時候,驚奇是很難實現的。但是,公開的工作使我們有能力告訴你為什麼我們要發布我們今天發布的內容,以及這個版本如何設置GitLab,以便將來能夠做得更好。
  • GitLab 9.4為今天的許多新功能奠定了基礎。現在,您可以正式地將問題相互聯繫起來,我們的開箱即用魔法監控現在可以收集更多的指標,而無需進行任何配置,而且我們已經使用CI中的變量將您可以完成的工作翻了三番。
  • 最重要的是,我們通過選擇我們的新導航測試版給你一個實際的未來的一瞥。我們希望我們能夠與您合作,使其成為每個人都喜歡的改進。
  • 我們也很高興地宣布,我們正在為Trello提供GitLab PowerUp,使您可以輕鬆地將Trello板與GitLab集成!
  • 此外,為了增強我們的集成,我們希望通過我們新的適用於GitLab.com的Slack App讓您的生活更輕鬆!
  • 如果一個瞥見還不夠,我們的目標就是完全自動化DevOps工具鏈的配置,並使用Auto DevOps的願景,它將分析您的應用程序,並自動配置您的CI / CD管道來構建,測試,並部署到Kubernetes。要查看我們要前往的位置,請查看我們的“自動DevOps”願景!
  • 相關問題EES EEP:
  • 無論何時從一個問題到另一個問題共享一個鏈接,GitLab將其縮短並自動交叉鏈接。但是,當問題變得更長,項目更複雜時,管理鏈接和快速查找相關問題變得困難。為了解決這個問題,我們正在介紹相關的問題。有了相關的問題,你可以正式宣布另一個問題是相關的。其他問題的鏈接,其狀態和名稱將顯示在每個問題。只需將鏈接粘貼到要鏈接的問題上,或者通過鍵入#(如您已經能夠做到的)來鏈接它。將來,我們將通過這種機制介紹不同類型的關係。

  • 新的導航CE EES EEP:
  • 為了讓GitLab更容易,更快捷,我們正在更新導航。由於新的導航可能會造成很大的干擾,因此我們將第一步作為GitLab 9.4的選擇性配置發布。要啟用新導航,請點擊右上角的個人資料圖片,然後選擇啟用新導航。我們已經對全球頂級導航進行了調整,並根據您當前正在查看的頁面在​​左側菜單中引入了上下文導航。新的用戶界面仍然是一個正在進行的工作,將取代現有的導航在接下來的幾個月,請參閱我們的博客文章關於我們的過程,還有什麼工作還需要完成。
  • Web應用程序監控CE EES EEP:
  • 作為GitLab 9.0的一部分,我們啟動了與CI / CD部署集成的系統性能管理,通過跟踪CPU和內存利用率來監控Kubernetes上部署的應用程序。這是一個很好的第一步,在GitLab 9.4中,我們很高興能夠推出超越Kubernetes的Web應用監控。 GitLab現在將自動檢測關鍵用戶體驗指標,如吞吐量,錯誤率和延遲。只需將Prometheus連接到受支持的負載均衡器或HTTP服務器,它將識別並開始跟踪這些統計信息。提供良好的體驗是每個人的責任,GitLab通過關閉工具開發人員每天使用的性能反饋循環來簡化這一過程。
  • 組級密碼變量CE EES EEP:
  • 當你需要安全的地方存儲敏感信息時,秘密變量是非常有用的。到目前為止,秘密變量被存儲在項目級別。但是,我們知道,對於同一組中的不同項目來說,共享訪問外部服務的部署或證書信息是很常見的。組級隱私變量不需要將變量從一個項目複製到下一個項目:現在您可以輸入這些值一次,並且組中的每個項目或子組都將自動訪問它們。更新這些值也很簡單。你只需要在一個地方修改它們,它們會自動修改為所有的項目。
  • 管道排程中的變量CE EES EEP:
  • 在GitLab 9.2中,我們引入了管道調度(Pipeline Schedules)來自動運行特定時間間隔的管道,但大多數團隊也希望在運行調度時為特定的變量指定不同的值。在GitLab 9.4中,我們添加了在創建或修改管道調度時定義變量的功能:這些值將被添加到已定義的所有其他變量中。使用此功能,您還可以重新定義現有變量,使其僅針對特定運行具有不同的值,例如,如果您希望具有“每日”管道以不同的方式運行一些測試。
  • 環境特定的秘密變量EEP:
  • 變量通常是定義在部署到特定環境時使用的值的正確解決方案。由於不同的環境(例如:分段和生產)可能需要不同的值(例如應用程序名稱),所以在一些變量和相關環境之間創建一個直接綁定非常重要。使用GitLab 9.4,引入了特定於環境的變量來解決這個問題,因為開發人員現在可以定義哪些環境將接收變量,甚至使用通配符來包含動態環境,比如`review / *。現在可以輕鬆部署到不同的環境了!
  • GitLab為Trello CE EES EEP提供電源:
  • 同時使用Trello和GitLab?現在,您可以使用新的GitLab加電,讓這種體驗更加美好!在Trello中,當您查看您的一個電路板時,只需進入Power-Ups並滾動到GitLab上電。設置完成後,您可以將合併請求附加到Trello卡。在Trello中,您需要配置您的域名,例如GitLab.com的gitlab.com/api/v4,然後添加您的個人令牌。
  • 適用於GitLab.com CE EES EEP:
  • 的GitLab Slack App
  • GitLab已經與Slack(和Mattermost,Microsoft Teams和HipChat)深入集成,但是我們還沒有在Slack App Directory中有一個應用程序。今天我們做!這意味著在GitLab.com上設置與您的項目的Slack集成現在更容易。您可以從GitLab中的項目設置(“設置>集成”)進行設置。很快,它也可以從Slack App目錄中獲得。我們正在與Slack合作,確保私人實例能夠在不久的將來使用相同的Slack應用程序。當然,私有實例可以使用文檔中列出的手動步驟與Slack集成。
  • GitLab 9.4中的其他改進:
  • 改進的國際化CE EES EEP
  • 統一的Slack接口CE EES EEP
  • 集團里程碑CE EES EEP
  • 其他GitLab服務指標CE EES EEP
  • CI / CD配置CE EES EEP的自定義路徑
  • CI / CD配置CE EES EEP的新緩存策略

  • 擴展CI / CD CE EES EEP的Docker配置
  • 改進的Prometheus監控Kubernetes部署CE EES EEP
  • 即將發行的Omnibus軟件包簽署CE EES EEP
  • 安全性 - 添加LDAP SSL證書驗證CE EES EEP
  • GitLab Runner 9.4 CE EES EEP
  • GitLab Mattermost 4.0 CE EES EEP

  • Omnibus改進CE EES EEP
    性能改進CE EES EEP
  • 實驗性PostgreSQL高可用性EEP
  • 多項目管道EEP的迷你圖表
  • GitLab Geo改進EEP
  • CI Artifacts EEP的對象存儲
  • 棄用:
  • openSUSE 42.1:
  • 由於openSUSE社區已經結束了對版本42.1的支持,GitLab已經結束了以前宣布的支持。請升級到官方支持的OpenSUSE 42.2。
  • GitLab CI API v1,GitLab Runner 1.11.x
  • 在9.0版本中,我們發布了新版本的GitLab Runner,它基於新的API v4而不是舊的CI API v1。我們仍然在GitLab中支持舊版本的API,所以仍在使用GitLab Runners 1.11.x的用戶可以花費時間進行遷移。使用GitLab 9.6,計劃在9月22日發貨,我們將從GitLab中刪除舊的CI API,使GitLab Runner 1.11.x無法與系統進行通信。如果您使用舊的GitLab Runner(
  • ) 在版本9.1.4中新增功能:

    CE / EE:固定搜索字詞突出顯示。 (!11198)
    CE / EE:修正了合併請求JSON會被顯示的錯誤(!11096)
    CE / EE:正確處理來自別名的電子郵件。 (!11079)
    CE / EE:按提交日期和地形對網絡圖進行排序。 (!11057)
    CE / EE:處理收到的電子郵件的失敗。 (!11014 /!1810)
  • (!10948)

  • CE / EE:修復私人和內部項目的交叉引用。 (!11243)
    CE / EE:將缺少的項目屬性添加到導入/導出。 (!10880)
    EE:GitLab Geo:回填最後一次嘗試回填失敗的項目。 (!1785)
    在9.0版本中新增功能:

    • 防止用戶在無法訪問的資源上創建筆記:
    • 攻擊者能夠使用該API來發布對他們將不能夠查看的資源的評論,這將“訂閱”他們到該資源的通知,並允許他們收到有關它的未來更新,其中可能包含敏感信息。請參閱#26249和#26250了解更多詳情。
    • 防止用戶通過項目部署密鑰API刪除系統部署密鑰:
    • 攻擊者能夠通過從部署密鑰API擁有的項目中刪除系統級部署密鑰。詳情請參閱#26243。
    • 刪除名稱空間後,確保刪除導出文件:
    • 如果用戶執行項目導出,然後刪除(或移動)其包含的名稱空間,則攻擊者可以聲明該名稱空間,並在不到一小時的時間內訪問現有的項目導出。我們現在確保立即將項目導出與命名空間一起刪除。詳情請參閱#26242。
    8.9.3版本中的新功能:

    CE / EE:根據API速率限制(!4166)導入GitHub存儲庫

    CE / EE:繼續進行GitHub導入(!4470)之前禁用Webhooks

  • CE / EE:調整SAML控制流程以允許將LDAP身份添加到現有的SAML用戶(!4498)

  • 修復了將GitLabCiService保存為管理模板的問題
  • 修復工件存儲路徑
  • 更新所需的LFS客戶端版本,並將用戶和管理員的文檔分開
  • Omnibus:為工件和lfs-objects創建目錄

  • Omnibus:在所有頁面上顯示部署頁面
  • 如果禁用了GitHub導入,請顯示設置說明
  • 允許在OAuth應用程序中使用http

  • 7.6.2版本中新增功能:

    • 這個版本修復了7.6版發布的服務,包括Slack和Hipchat集成。
    在7.5.2版本中,新增功能:

    • 默認情況下不記錄Sidekiq參數

      LI>

    7.4.3版本中的新功能:修復原始代碼段視圖

  • 解決成員API的安全問題
  • 修復buildbox集成

  • 6.5.0版本中新增功能:

    問題#下拉菜單顯示受讓人和里程碑頁面(Jason Blanchard)
  • 添加顏色優化和預覽到廣播消息
  • 修正了筆記錨點
  • 動態加載新評論
  • 為公開頁面添加了排序選項
  • Dashboard#issues / merge_requests的新過濾器(已分配/創作/全部)(由Say Media贊助)
  • 將項目可見性圖標添加到儀表板
  • 如果使用https,請啟用安全Cookie
  • 使用rack_attack保護用戶/確認
  • 防止MIME嗅探的默認HTTP標頭,如果啟用,則強制https
  • 具有響應式用戶界面的Bootstrap 3
  • 新的存儲庫下載格式:tar.bz2,zip,tar(Jason Hollingsworth)
  • Restyled接受MR
  • 的小部件
  • 重構了SCSS
  • 使用jquery timeago插件
  • 修復rdoc文件的500錯誤
  • 能夠自定義合併提交信息(由Say Media贊助)
  • 通過ajax搜索自動完成
  • 將網站網址添加到用戶個人資料
  • Files API支持base64編碼內容(由O'Reilly Media贊助)
  • 增加了對Go的存儲庫檢索(Bruno Albuquerque)的支持
  • 在6.4.0版本中,新功能:

    內部項目:
  • 內部項目可以被任何登錄的用戶克隆和瀏覽。它也將在登錄用戶的公共訪問目錄中列出。
  • 並排差異視圖:
  • 統一差異視圖仍然是默認設置,但您現在也可以切換到並排差異視圖。
  • 存檔舊的項目:
  • 存檔項目會將其存儲庫標記為只讀。它在儀表板中隱藏,並且不會顯示在搜索結果中。
  • 您有權訪問的已歸檔項目仍會列在個人資料頁(gitlab.example.com/u/my_user)上。
  • 項目Web掛鉤:
  • 項目的Web鉤子擴展了新的事件類型。當創建問題或合併請求關閉時,現在也可以觸發Web掛鉤。
  • “問題”頁面的真棒排序:
  • 感謝Jason Blanchard提供這個非常有用的功能。
  • 項目主頁上的README鏈接:
  • 對於具有GitLab識別的自述文件的項目,您現在可以直接從項目主頁進入自述文件。
  • 對於希望更輕鬆升級的用戶來說,這是一個好消息;
  • 我們在GitLab CE 6.4中包含了一個升級腳本。這意味著您只需一個命令即可升級到下一個版本(6.5)。

    您可以使用電子郵件或用戶名登錄 LI>

  • 無法移動存儲庫時更正了項目傳輸回滾
  • 在需要項目轉移時移動repo和wiki
  • 管理員區:項目編輯已從管理員名稱空間中移除
  • 訪問權限:admin用戶現在可以訪問任何項目。
  • 在4.1版本中新功能:

    • 可選註冊
    • 討論
    • tmp外的衛星
    • 責備行號
    • 項目公共模式
    • 未經授權訪問的公共區域
    • 使用ajax加載儀表板事件
    • 在cookies中記住儀表板過濾器
    • 用sidekiq替換resque
    • 解決路由問題
    • 清理rake任務
    • 修復備份/恢復
    • 顯示備註圖片的預覽
    • 改進的網絡圖
    • 減少gitolite電話的數量
    • 能夠在所有組項目中添加用戶
    • 刪除棄用的配置
    • 用開放字體替換Korolev字體
    • 重新設置管理員/信息中心頁面
    • 重新設置管理員/項目頁面

    • 在4.0版本中新增功能:

      • 應用程序行為更改:
      • 新的項目將被命名空間(例如gitlab / vagrant)
      • 每個組在gitolite
      • 中都有自己的目錄
      • 群組中的所有項目都將在群組目錄下移動(git remote應該更新)
      • 無w / o組的項目將保留在同一個遠程
      • 使用者取得使用者名稱(對於存在使用者的使用者,將會根據電子郵件生成)
      • 用戶在他的用戶名(例如randx / my-project)下創建項目
      • 用戶可以更改用戶名。用戶名下的所有項目都將被移動
      • 組擁有者
      • 所有者可以在組內創建項目
      • 所有者可以訪問組內的每個項目
      • 管理員可以將任何項目從一個名稱空間(組,用戶,全局)轉移到另一個
      • 組或用戶是項目的名稱空間。名稱空間的所有者是項目的所有者
      • 其他更改:
      • 更好的PostgreSQL支持
      • 在項目移動中添加了電子郵件通知
      • 解決關閉/重新打開的電子郵件通知
      • 重新整理設定
      • 修正提交比較
      • 更新用戶界面以允許下載修補程序或差異提交,MR

      • 里程碑現在可以關閉了。里程碑保持打開,除非您關閉它

      • 在信息中心顯示評論事件
      • 通過組#人員頁面快速添加小組成員
      • UI改進
      • 在管理區項目中,用戶和組按字母順序排序
      • 儀表板上的問題管理頁面改進了
      • 更好地與GitLab CI集成(需要GitLab CI v1.1.1)
      • 我們在4.0中刪除了
      • gitolite 2支持
      • SQLite支持(我喜歡,但是當多個用戶同時使用gitlab時,這個數據庫被鎖定)
      • API v2支持(與名稱空間項目不兼容)
      • 遷移過程中應該更新的內容
      • gitlab.yml配置
      • gitolite post-receive hooks

      • / home / git / repositories / 上的
      • 權限
      • python2符號鏈接

      <強>要求

      • 紅寶石
      • MySQL社區版
      • GIT
      • gitolite
      • Redis的

    截圖

    gitlab_1_70742.png
    gitlab_2_70742.png
    gitlab_3_70742.png
    gitlab_4_70742.png
    gitlab_5_70742.png
    gitlab_6_70742.png
    gitlab_7_70742.png
    gitlab_8_70742.png
    gitlab_9_70742.png

    類似的軟件

    NiceCommits
    NiceCommits

    20 Feb 15

    sapling
    sapling

    14 Apr 15

    Git-Track
    Git-Track

    11 May 15

    reposurgeon
    reposurgeon

    17 Feb 15

    意見 GitLab

    評論沒有發現
    添加評論
    打開圖片!