GitFlic：俄羅斯版本的 GitHub 已經離開測試版。讓我們看看那裡有什麼

大家好，親愛的朋友們。這對我來說是一種新的格式，一種評論格式。因此，不要嚴格判斷，寫這篇評論其實並不像我一開始看到的那麼容易。我會立即說它不是由 GitFlic 的創建者支付的，我只是有興趣寫它。 因此，他們在俄羅斯創建了一個類似美國 GitHub 的網站。該專案名為GitFlic，它已經離開測試版，這意味著普通用戶已經可以註冊。但在此之前，我們需要了解這是一個什麼樣的項目，有多少人在那裡工作以及工作了多長時間，這樣我們就不會抱持不合理的期望。事實上，這就是我一開始的想法。

一點歷史

在 GitHub 政策發生變化以及可能受到製裁的背景下，俄羅斯的計畫是否需要儲存庫的問題就出現了。他們寫道，俄羅斯政府希望撥款 21 億盧布來創造類似產品。看起來這個項目是由政府資助的，但是在網上瀏覽了一下之後，我發現了一篇採訪，其中有很多我們感興趣的問題的答案。 從中可以得到以下幾點：

1. 這個項目不是公共的，而是私人的。而且與所說的21億盧布無關。這甚至很好，產品將競爭並嘗試提供新的和有需求的東西，它不會成為「削減」預算的地方，創作者將嘗試提供自己的東西。

2. 截至撰寫訪談時（21 年 10 月 28 日），團隊中只有 5 個人，其中包括 3 名後端人員、1 名前端開發人員和 1 名經理。由於預算原因，沒有擴建計劃。但在網路上搜尋後，我發現他們的專案有一個Java開發人員的職缺，這是一個好兆頭。所以，錢確實出現了。

3. 這個計畫只有 10 個月的歷史，也就是說，它還很年輕，很可能還很原始。因此，在沒有這種理解的情況下，與同一個 GitHub（已經有 13 年歷史）進行比較是沒有意義的。

4. 該專案是用Java編寫的！這不能不讓我們Java人高興。如果你看一下我上面展示的職位描述，你就可以了解 GitFlic 是用什麼技術寫的：

   • Java 11；
   • PostgresQL 11.x；
   • 兔子MQ；
   • 雷迪斯；
   • Spring框架5；
   • 彈簧靴2；
   • 彈簧數據；
   • 彈簧芯；
   • 春季訊息傳遞；
   • 春季MVC；
   • 彈簧安全；
   • 春天的仇恨；
   • 彈簧集成。

5. 總體目標是在俄羅斯並為俄羅斯創建一個儲存代碼的地方，以便在發生封鎖的情況下，人們可以安全地儲存他們的程式碼。

6. 吸引人的是與俄羅斯大學的教育融合。有自己的地方來存放實驗室工作和其他東西會有所幫助，這一點非常重要。說實話，我現在都不知道他們在哪裡做。如果讀者中有學生，請分享你的實驗代碼存放在哪裡？

7. 有付費選項，項目需要賺錢。但它比同類產品便宜得多。最重要的是，你可以在最多5人的團隊中開發私人項目，而無需付費，這非常好。我認為這是一個優點。

所以，我想介紹已經足夠了，現在我們已經知道我們將要看到的東西了，所以我們需要去註冊！

第一步

首先，讓我們進入他們的登陸頁面，在那裡我們會看到： 在這裡我們看到我們已經可以註冊，我們稍後會這樣做。 第一個用於存儲代碼並使用它的俄羅斯服務......顯然，是的，第一個。我以前從未聽說過其他人。我在這裡有一個問題：他們為什麼不早點這樣做？他應該早就出現了。以下是該項目的特點：

• 你可以在團隊中工作。如果沒有這一點，通常就不清楚誰需要這樣的專案。

• 合併請求。目前還不是很清楚，但我認為這類似於在 GitHub 中您可以在分叉專案後透過拉取請求提供更改。顯然，這是分叉策略的一個例子。我在這裡描述了這種方法，你可以閱讀它。

• 2fa 設定檔保護。這已經是事實上的安全標準，立即考慮這一點就做得很好。這絕對是一個優點。

• 公共和私人存儲庫的可用性。如果沒有這個，也沒有團隊合作，現在這是不可能的。

以及計劃很快就會增加的內容：

• 代碼討論。能夠對程式碼段進行評論。有趣的是，讓我們看看他們是如何實現的。

• 任務追蹤器。與程式碼完全集成，這一點非常重要，也是有需求的。現在我們會等待。

• 電報通知。這東西確實有用，但與其他東西相比，它看起來有點褪色。好吧，上帝保佑他，就是這樣）

從功能範圍來看，我們可以說該專案仍處於開發的開始階段。還有很多我想要的功能。將等待。接下來，我們再次重申，程式碼儲存在俄羅斯和俄羅斯伺服器上。我認為這對某些人來說很重要。公司的實際使命是： 「我們相信 GitFlic 不僅會成為一個儲存程式碼和使用程式碼的平台，而且會成為一個由開發人員和熱愛程式設計的人組成的成熟社區，程式設計既是一種愛好，也是他們的主要收入」。 這個想法很有趣。這就是登陸頁面結束的地方。

價格政策

到目前為止，付款很簡單。5人以上團隊每人250盧布。粗略地說，這是 3.5 美元。價格很小，但到目前為止他們沒有什麼特別的東西可以提供。僅限於未來，因此與其他儲存儲存庫的地方比較價格是沒有意義的。 未來，他們承諾 CI/CD、靜態程式碼分析和任務追蹤器。並在雲端啟動應用程式。後者似乎很有趣，但目前這些只是文字，讓我們看看會發生什麼。

登記

是時候註冊一下，看看裡面有什麼了……） 註冊一如既往，到處都有，設計還有很多不足之處，但正如技術總監所說：“設計也會抽出時間來，會更好。” ” 好吧，讓我們相信它））我創建了一個測試項目來看看它是什麼樣子。一切都讓人想起 GitHub：按鈕位於相同的位置，功能都相似，可以訂閱其他開發人員，並且有機會對專案進行評分（這裡稱為「收藏夾」部分）。這是我的帳戶鏈接，如果您願意，請訂閱。我不知道我是否會使用這個項目，我們拭目以待。事實上，它在功能上與 GitHub 相似是一件好事。使用過 GitHub 的人會發現切換到 GitFlic 會更容易。此外，第二次重新發明輪子是沒有意義的。與 GitHub 的不同之處在於：建立專案時，最初選擇專案所使用的程式語言。 在我看來，這是一個有爭議的決定。在 GitHub 上，這是由程式碼量決定的。也許這是一個臨時解決方案，是在儲存庫中沒有定義的功能時制定的。新建立的項目附帶了一份使用 git 的備忘單。有幫助，謝謝。一件有趣的事情：如果您嘗試刪除儲存庫，則不會按一下該按鈕。也許當您閱讀本文時，這個問題就會得到解決，但現在，正如我所寫，它不起作用。 因此該功能重複了 GitHub 中所做的事情。但在專案開發的現階段，我不認為它有什麼問題。這種方法取得了成功，並表明它有其應用價值。

我是否應該移動我的項目？

好問題，因為如果您已經使用 GitFlic，您需要了解原因。我認為那些擔心 GitHub 崩潰的人應該在這裡創建他們專案的副本。對於與此無關的人，我認為沒有必要將其轉讓。

結論

我認為這是一個偉大的舉措。該專案有需求，決定創建該專案的人已經出現。重要的是，這不是一個政府項目，這意味著將存在競爭，提供吸引人們的功能。還有目標受眾，就代表專案活了。是的，該項目仍然是原始的。而且你暫時無法完全使用它（至少在我們這個時代，如果沒有 CI/CD 就無法進行開發）。我覺得你可以仔細看看GitFlic，創建一些專案來更好地學習如何使用它並等待更新。 朋友們，一如既往，我邀請你們訂閱我的電報頻道。在那裡我寫關於開發，關於我的新文章，在頻道聊天中我們經常討論有趣的話題，頻道是作者的，所以那裡總是美好而舒適）在這篇文章中我試圖向您展示一個新 項目- 一個地方儲存代碼。我正在等待您的回饋，我對您對此的看法非常感興趣。一切順利！