我們已經使用 GitLab來託管我學生的項目。

TL; DR;編輯：曾經有一個演示，但現在不見了。您可以免費註冊並創建一些公共存儲庫。

我必須說我真的很滿意。

在本網站上，我們鼓勵您按照自己的要求進行迭代。

1. 相對較好的Web用戶界面 ：您可以瀏覽源和歷史記錄，統計信息（全局和每個用戶）和提交圖（如Github上的“網絡”）。您可以從GUI註釋每一行提交，這是一個很棒的功能！抱歉，但是我無法提供任何屏幕截圖，我必須手動將其匿名化。通常，它類似於Github。

2. 支持git和/或mercurial。同時支持兩者。僅適用於Git。

3. SSH shell（即使至少git相對支持所有操作，存儲庫也必須通過ssh而不是justhttp才能訪問）在Github。 HTTP用於只讀訪問，SSH用於讀寫。

4. 權限：至少

   • 私有/公共存儲庫：在那裡。

   • 只讀和完全訪問權限：您可以定義角色（我

   • 為Web UI和SSH設置了相同的權限（在授予/修改權限時，應將其反映出來）。 ：我相信它的工作原理就是這樣，但是由於我目前沒有管理員權限，因此很難進行測試。但是，就像github一樣。

   • 最好與LDAP集成（包括用戶和組權限）：我們已經做到了。每個人都通過ldap登錄，員工的權限高於學生。但是我真的不能說這是否很容易，只是有可能。

5. 拉請求（也稱為合併請求） ：存在。

6. 管理工具：創建存儲庫，授予訪問權限：全部通過Web界面進行，具有很好的搜索用戶並可以定義用戶組的功能。

7. 簡單的問題跟踪器：創建票證，評論，關閉，標籤/標籤：是的，就在那裡。不知道您說的標籤是堅韌的是什麼，看不到這樣的東西。里程碑？

8. 最好搜索，包括票證，用戶，項目，文件名和內部源代碼：這可能是gitlab最不喜歡的功能。您可以搜索用戶/項目/組，可以找到文件的內容，但不能找到文件名。我覺得它很笨拙。

9. 最好從Web UI分叉：目前。

10. 最好在Linux上運行：顯然是;-）

11. 升級過程：如果您了解系統，這非常簡單。每個版本都有自己的升級指南，該指南始終與默認的建議設置（即路徑，用戶，命令等）有關。如果您使用的是非標準（以其術語而言）系統，則如果您自定義設置，則必須花一些時間來整理所有內容，但這並不復雜-主要是一個新的克隆，運行少量腳本，並且重做。從來沒有任何問題，但很久以前我就停止遵循此過程。 更新 Gitlab現在包括（自6.4.2起）一個簡單的升級腳本。假設您具有標準的系統佈局，那麼實際的升級過程現在只需一個命令。

ol>

它正在積極開發中，每月都有新版本發布，因此絕對值得嘗試。它是開源的，免費用於商業用途。

Gitlab不需要Internet連接即可工作。您將需要Internet來設置Gitlab，因為它從RubyGems下載了它的依賴項。另外，您可以構建 RubyGems鏡像，或在另一台服務器上進行安裝，然後將完整的安裝目錄（默認為 / home / git / ）複製到該服務器。 / p>

屏幕截圖

我們使用Atlassian Stash和 Jira進行問題跟踪。

Stash的許可價格為10美元10位用戶，1,800美元（25位用戶），3,300美元（50位用戶），6,000美元（100位用戶）和12,000美元（500位用戶）。 Stash本身不包括問題跟踪，但是Atlassian在相同的許可模式下分發了單獨的問題跟踪解決方案Jira。

當然，是為了滿足您的要求

1. 您必須自己決定，但是到目前為止，Web UI還是沒有問題。它具有高度的可擴展性，支持插件和 REST API。
2. Stash僅支持Git。
3. Stash支持http，https和ssh。
4. 多個用戶（受許可證限制）和權限系統。
5. 完整的存儲庫管理，包括拉取請求。
6. 完整的管理工具，面向公眾的存儲庫（無需訪問即可訪問帳戶），用戶存儲庫和具有訪問權限的項目存儲庫。
7. 集成具有Jira問題跟踪。
8. 按存儲庫，提交，問題和文件進行搜索
9. Fork項目存儲庫，用戶存儲庫等。
10. 在 Linux，Windows和OS X上可用（僅用於評估目的）。
> ol>

Gogs （Go Git服務）是一種用Go語言編寫的無痛苦的自託管Git服務。另一種選擇是它的社區驅動的叉子 Gitea。

我嘗試了這個，我發現它很吸引人。簡單的界面，功能幾乎與我對GitHub的期望差不多，並且維護人員渴望實現功能並修復錯誤。安裝非常簡單。將二進製文件拖放到文件夾中，然後從命令行調用它。初始配置是通過配置文件進行的。它具有Git和Web掛鉤。無論如何，我希望以下內容即使遲到也能回答問題。

1. 相對較好的Web UI：必須具有源代碼和提交瀏覽。-都存在
2. 支持git和/或mercurial。 -僅支持Git
3. SSH Shell（必須至少通過git才能通過ssh訪問存儲庫，而不僅僅是http，儘管至少git支持通過http的所有操作） -相對而言，SSH和HTTP都是
4. 權限：至少
   • 私有/公共存儲庫-兩者
   • 只讀和完全訪問權限-不確定只讀，我尚未嘗試將其設置為任何回購協議，但我無法快速瀏覽後找不到設置
   • 為Web UI和SSH設置了相同的權限（授予/修改權限時，應同時反映到兩者）-同一件事：我尚未使用SSH（只能在LAN上訪問）
   • 最好與LDAP集成（包括用戶和權限組）-這已經集成或正在開發中正在集成
5. 拉請求（也稱為合併請求） s trong>-ofc
6. 管理工具：創建存儲庫，授予訪問權限-是
7. 簡單的問題跟踪器：創建票證，評論，關閉，標籤/標籤-當前的常用功能
8. 最好搜索，包括票證，用戶，項目，文件名以及內部源代碼-無法按每次回購的提交UI進行區分
9. 最好從網絡UI分叉-存在UI功能，但是我有從來沒有使用過它
10. 最好在Linux上運行-它可以在任何可以編譯的環境下運行。二進制和源可用。
ol>

我會建議 Tuleap

1. Web用戶界面：目前工作量很大（主要發佈時間為兩週） ，您可以在 demo網站上）
2. 進行早期預覽，支持subversion甚至cvs
3. SSH和HTTPS訪問
4. 基於組的訪問控制，每個回購庫（讀，寫，倒帶）。可以是LDAP或AD支持的，但不是強制性的
5. 代碼審查和選通帶有Gerrit集成（只有ALM才能與本機上游gerrit一起運行）
6. 基於Web的項目/倉庫範式管理。不依賴中央管理員
7. 全面跟踪系統。可以根據需要進行簡化，但也可以用於CMM / ITIL / ISO遵從性（在同一平台上，而無需使用額外的工具或計劃）。
8. 搜索對於票務很好，但目前正在進行重大改進
9. Web Fork（個人倉庫和跨項目倉庫）
10. 在Linux上運行（建議在產品中使用RHEL / Centos 6）

Plus（因為它是一個完整的ALM，它不僅限於代碼管理）

• 與Jenkins原生集成以實現持續集成
• 文檔管理
• 即時消息傳遞（jabber / XMPP）
• 列表，論壇和新聞
• 非常活躍的開發（每月發布，方便的升級過程：2個命令，停機時間為1分鐘）。
• 主要行業的主要參與者已經使用（無法透露，但是很容易在郵件列表中找到...）

它是100％開源（GPLv2），您可以

完全公開：我是開發團隊的一員，所以，也許不是100％公平；）

我正在使用 Phabricator，它是由 Phabricator本身開發的。

1. 相對較好的網絡用戶界面：您可以瀏覽代碼，提交，比較，搜索具有特定參數的任務。幾乎每個應用程序都可以讓您對其數據進行自定義搜索；
2. 支持git和/或mercurial ：支持Git，Mercurial和Subversion；
3. SSH shell（即使至少git相對支持通過http的所有操作，存儲庫也必須可以通過ssh而不是僅http來訪問）：我不能說SVN，因為我尚未對其進行測試，但是對於Mercurial和Git，您可以將每個存儲庫分別配置為對HTTP和SSH讀寫或只讀；

4. 權限 ：

   • 私有/公共存儲庫：選中；
   • 只讀和完全訪問權限：您可以配置誰可以查看項目以及可以在同一頁面中推送到該項目的人：

   

   • 為Web UI和SSH（授予/修改權限時，應同時體現在兩者上）：請參見上文；
   • 最好與LDAP集成（兩者都使用rs和組的權限）：對於用戶而言，您擁有它。對於組/權限，我不太確定；
5. 拉取請求（又稱合併請求）：是的，您也可以創建使用命令行，這實際上是首選方法；
6. 管理工具：創建存儲庫，授予訪問權限：請參見第4項中的圖片，您可以允許任何人創建儲存庫，或者只允許特定的用戶/組這樣做；
7. 簡單的問題跟踪器：創建票證，評論，關閉，標籤/標籤：就在這裡。您可以在清單中創建任務，該任務可讓您使用 Projects（標記的“ Phabricator等效項”）對其進行分類，將其放置在工作台中，並為所有您的應用創建自定義字段跟踪目的；
8. 最好進行搜索，包括票證，用戶，項目，文件名和內部源代碼：幾乎每個應用程序都允許您對其數據執行搜索。還可以搜索提交，對於Mercurial和Git，可以按存儲庫代碼進行搜索；
9. 最好從Web UI分叉：不存在，儘管不應使用Phabricator與GitHub相同。您無需保留單獨的存儲庫即可向上游發送更改（請參見 Differential和 Arcanist）；
10. 最好在Linux中運行 >：是的，它可以在Linux上運行。另外，升級到新版本也很容易。 Phabricator項目HEAD幾乎始終處於工作狀態（特別是如果您使用 stable 分支），因此升級主要是運行 git pull 和任何未完成的數據庫遷移的問題
ol>

最近兩週我一直在嘗試 gitstack。我還沒有完全探索它（時間總是那麼短）。我將主要使用其功能列表中的屏幕快照，因為我現在使用的是錯誤的計算機（以及錯誤的網絡FWIW）

1. 相對良好的Web UI：必須具有源代碼和提交瀏覽：合理-至少到目前為止，我還沒有遇到任何問題。
2. 支持git和/或mercurial： 僅支持git。
3. SSH shell（存儲庫）必須至少可以通過ssh而不是只能通過ssh進行訪問，即使至少git可以很好地支持通過http進行的所有操作）： 僅http 。確實有完整的git push pull等支持（至少是廣告，我還沒有嘗試過這些功能）。
4. 權限：它有多個用戶，可以有不同的權限，所以我假設您可以擁有一個用戶名“ public”，然後擁有不同的私人用戶，並以某種方式將回購權限授予這些用戶。但是，例如AFAIK不支持一鍵式私有/公共切換。
5. 拉請求（又稱合併請求）： 是 strike> 編輯：很抱歉，讀錯了；否，它不支持AFAIK拉取要求。註釋，結束，標籤/標籤： 不幸的是 。
6. 優選搜索，包括票證，用戶，項目，文件名和內部源代碼：我認為僅在提交消息上-不在我的gitstack機器/網絡上，因此現在無法確認。
7. 最好是從網絡用戶界面中分叉： 不這麼認為-尚未嘗試過但不記得有任何此類選擇。
8. 最好在Linux上運行： 僅Windows
ol>

GitStack是開源的，而源代碼在github上。如其功能頁面所述，已根據GPL發布-當前所有功能，儘管將來它們可能會 向付費版本（而非免費版本）添加新功能，但截至11月

關於定價：

• 免費：所有功能，不支持（以及“社區”支持） ），最多2個用戶帳戶。
• 5個用戶：$ 150，電子郵件支持。
• 10個用戶：$ 300，它也可供1個或2個用戶免費使用； 5位用戶每年$ 150，10位用戶每年$ 300-對於更多用戶與他們聯繫。
• 企業：電子郵件，電話和遠程支持，價格：與他們聯繫。

UPDATE 2015：Gitorious將被合併到GitLab中，因此請參見 GitLab答案。

Gitorious是您託管的Git託管和協作軟件可以自己安裝。

它是開源的，您可以在 gitorious.org

1. 相對不錯的Web UI：源代碼和提交瀏覽，創建和管理項目及存儲庫。
2. 對git的支持
3. SSH shell：是
4. 權限：是
5. 拉動請求：是
6. 管理工具：是
7. 簡單問題跟踪器：否，但可以與Trac集成
8. 搜索：是
9. 從Web UI派生：是
10. 在Linux上運行：是
ol>

RhodeCode Enterprise 3（ https://rhodecode.com）滿足10個要求中的9個：

1. 相對不錯Web UI：是
2. 支持git和/或mercurial：是，甚至還支持Subversion和Subversion
3. SSH shell：是，可以通過插件
4. 使用權限：是，具有權限委派，權限組，繼承，LDAP / AD支持等的完整企業級權限系統。
5. 拉請求：是，包括服務器端合併和擁有自己的靈活工作流
6. 管理工具：是
7. 簡單的問題跟踪器：否，但易於與所有問題跟踪器集成
8. 優選搜索：是，對所有內容進行完整搜索
9. 最好從Web UI分叉：是
10. 最好在Linux上運行：是，甚至可以在Windows下運行
ol>

RhodeCode Enterprise對10個用戶，NGO和EDU免費。它是用Python編寫的，已在10,000多個組織的生產環境中使用，並且經過這些組織的強化和調優超過3年。

免責聲明：我是RhodeCode的聯合創始人。

As it's not yet listed in the question, nor in the previous answers, there's also Deveo that supports the requirements. There's a free tier we are launching for 5 users, after which the pricing is 36€/user/year.

1. Relatively good web UI: source code and commit browsing are a must.

Deveo has one of the best UI/UX's there is

2. Support for git and/or mercurial. Support for both is a plus.

Deveo supports both, in addition to Subversion (SVN)

3. SSH shell (repositories must be accessible over ssh, instead of just http, even though at least git supports all operations over http relatively well)

Both SSH and HTTPS are supported.

4. Permissions: at least
   • private/public repositories
   • read-only and full access
   • Same permission set for web UI and for SSH (when granting/modifying permissions, it should be reflected to both)
   • preferably integration to LDAP (both users and groups for permissions)

All of the above use cases are supported. In Deveo, repositories are grouped inside projects, which means you can have backend and frontend repositories in the same project. There's a fine-grained access control that can be utilized both at the project level and also on a repository level. The same permission scheme naturally applies to both repositories and Web UI. Deveo can be integrated to LDAP/AD and in addition, you can configure Deveo to authenticate against a SAML 2.0 based single sign-on service.

5. Pull requests (aka. merge request)

Pull requests are supported at the moment within the same repository. You can set a number of approvals required before the changes can be merged, and even require a passing build for the branch before the merge can be conducted.

6. Administration tools: creating repositories, granting access

Deveo supports multiple levels of access for creating repositories and granting access. The access control is role based which makes it simple to understand and use.

7. Simple issue tracker: creating tickets, commenting, closing, tags/labels

Deveo has a built-in issue tracker that resembles Trello. You can create milestones, which act like trello boards, and drag&drop the issues from a state to another. There's possibility to comment on the issues, add attachments, assign people, label the issues and more.

8. Preferably search, including tickets, users, projects, filenames and inside source code

You can search most of the content in Deveo.

9. Preferably forking from web UI

Forking is supported from the UI.

10. Preferably runs in Linux

All common Linux distributions are supported (Debian, CentOS, Ubuntu, RedHat)

I'm affiliated with Deveo

更新：RhodeCode似乎實際上不是封閉源，它具有社區版本（開放源代碼），而某些功能（企業）是封閉源代碼。鑑於此，我不確定Kallithea分支是否會保持活躍。

Kallithea最初是RhodeCode的開源分支，該分支之所以啟動是因為RhodeCode關閉了Source。 Kallithea是免費的。

它支持Git和Mercurial存儲庫。毫無疑問，它具有與2013版RhodeCode相同的用戶界面。

主要網站：

https://kallithea-scm.org

這是對 Piotr Zierhoffer的GitLab答案的補充。

我（在過去的幾年中）也研究了解決方案，並發現了 GitLab 使其在功能，可用性和許可方面最合適。我對它與GitHub的相似之處感到驚訝。上面發布的答案很棒。

我想補充的是，您不必從頭開始安裝它或使用託管服務（或第三方服務，如GitHost）。一些VPS和雲託管提供商為GitLab設置了“一鍵式”設置，並且為Amazon Web Services和Docker提供了圖像和容器。

例如，我最近將VPS託管提供商切換為DigitalOcean並很高興發現他們為GitLab提供了一鍵式“液滴”（以及一鍵和手動安裝的教程）。至於雲託管，Amazon EC2的價格非常便宜，我已經看到了很多教程以及至少一些有關GitLab的流行圖像。

再次道歉，為此做出了單獨的答复，我希望您不要沒關係我真的很想提一下它，因為它對於尋找最經濟有效的方式來運行公認的答案中推薦的軟件的人來說可能很有價值。

（如果有人在使用其中任何一種，知道它在設置，維護和性能方面如何工作將很有趣。）