開源維護機制
關於開放源**軟體（oss），您可以說一件事，那就是它默默無聞地執行著我們的世界。 網際網路的大部分都建立在開源軟體之上，如今，數百萬開發人員使用250多種程式語言來構建和維護成千上萬個開源軟體包。 如果這還不夠，那麼企業公司將在2023年繼續增加對開源的投資。
開源軟體滲透到我們的日常生活中越多，保持所有這些專案的安全性，相容性和維護性就變得越重要。
正如我們將看到的那樣，這並不像聽起來那樣容易，特別是如果志願者構建了大量開源資源時。 為了解決開源維護的問題，我構建了adoptoposs.org ，這是乙個應用程式（當然是開源的），可以幫助您找到共同維護者並保持開源專案及其維護者的健康。
很多開發者貢獻的開源工作，無論是像乙個龐大的工程kubernetes或開源產品一樣ansible 。
oss維護者的掙扎 。
他們談論的是精神上令人筋疲力盡的社群管理，以及在分類問題和拉動請求方面必須付出的巨大努力。
當聽到這些（大多數是自願的）努力的故事時，維護人員有時會因工作量大而感到不知所措，而放棄了他們的專案也就不足為奇了。
花費更少的時間甚至什至離開開源專案的原因有很多。 維護者離開公司或失去興趣。 個人生活的變化使他們更少的時間來照顧專案，或者完全由於精疲力盡或生病而停止了在開源領域的活動。 在最壞的情況下，他們已經過世了。
在所有這些情況下，專案都被遺留下來，通常只有原始作者擁有管理權或訪問發布帳戶的許可權。 當然，您可以使用新名稱建立分支並發布專案。 但是最終，這導致了對專案狀態以及是否可以並且仍然應該將其視為穩定的軟體的困惑。
在過去的幾年中，進行web開發時，我經常發現自己的情況是，長期使用的庫不再與最新版本的框架或程式語言相容。 原來，原始維護者在離開公司後就失去了訪問該項目的許可權，或者只是沒有足夠的時間。 很難與任何可以幫助合併錯誤修復程式和發布新版本的人聯絡。
我發現僅在github上，就有36,000多個問題問「這個專案被放棄了嗎？」 ，我考慮了如何解決這個問題。 其中有15,000多個是未解決的問題。 因此，許多專案在維護方面需要幫助。
我很幸運，今年初我處於工作崗位之間，並且有很多時間考慮這個問題以及如何為開源專案及其維護者的健康做出貢獻。 所以我剛剛開始做某事。
首先，我認為最好有乙個儀表板來評估oss專案是否需要維護方面的幫助。 經過幾天的工作，當我執行了乙個原型時，我發現它雖然可行，但並沒有真正克服與維護人員聯絡的問題。 而且當我需要支援人員而難以與維護者聯絡時，已經為時已晚。
因此，我重新考慮了實際目標。 因為維護人員首先知道他們何時需要幫助，所以他們應該能夠使他們的專案對潛在的共同維護人員可見並提出要求。 同樣，考慮成為共同維護者的人們應該能夠找到有趣的專案並與維護者聯絡。
兩個月後，在我對elixir，html，css和使用者體驗設計有了很多了解之後，adoptoposs於3月30日上線。自那時以來，它已經找到了自己的第乙個聯合維護者，當然是使用adoptoposs！
adoptoposs的理念是，每個受歡迎程度很高的開源專案都應該有乙個共同維護者團隊，以免被忽視。 多個人應具有對專案和所有相關服務（如程式包登錄檔，託管帳戶和第三方服務）的完全訪問許可權，以確保即使維護人員來來去去，也能進行持續的維護。
對於您流行的開源專案，我建議您組建乙個共同維護者團隊以消除單點故障。 建立信任時，有很多方法可以做到這一點。
您的共同維護者不必每天都在專案上工作。 他們可能只是緊急情況下的聯絡人，但至少他們將能夠在那裡。 此過程通常意味著在以前的維護者想要卸任時給予新維護者訪問許可權。 您可以遵循諸如python的core-dev程式之類的示例，也可以參閱homebrew上的專案指南，以獲取想法和指導。
如果您還沒有開源專案的共同維護者，請考慮將專案提交給adoptoposs.org 。 adoptoposs將列出您的專案，並通知對您使用的程式語言感興趣的開發人員。
如果您正在考慮成為共同維護者，則可以探索需要幫助的專案並與維護者聯絡。 您可以肯定需要幫助，這是提高專業知識或僅使**有趣的好方法。
當然，如果您發現adoptoposs的任何問題或對改進的建議，請在github儲存庫中告訴我們。
翻譯自:開源維護機制
開源閱讀 開源如何維持您的閱讀習慣
開源閱讀 經常閱讀有關技術的資訊可以幫助您建立事業。我最近分享，在情人 節 我該怎麼讀 什麼有些人會說是 的書太多了。我曾經有乙個硬拷貝圖書館，實際上在我丈夫搬進來之前我的房子已經占用了我的兩個房間。他尊重地要求為人們提供空間，並且我考慮了向數位化的轉變。我仍然需要占用大量空間，但是現在僅限於電子閱...
怎樣維護成功的開源專案
開源可不僅僅是將 扔到網上就萬事大吉了，將開源專案變成能讓自己引以為豪的東西才算成功。那麼，你需要注意哪些方面呢？寫好指導性文字 每乙個開源專案有三樣東西是少不了的 專案目標和方法的簡要說明 如何參與和授權許可。最好把它們預先放在乙個readme檔案裡。我還喜歡加入乙個名為 組織和理念 的部分，概括...
開源專案 ci工具 為您的開源專案選擇合適的工具
開源專案 ci工具 每個開源社群都希望使社群成員更容易參與和貢獻。通常，會在社群的文化方面進行討論，以降低進入門檻，例如營造友好友善的環境，入職流程，指導，行為準則等。但是，在我與幾個開源社群 例如，freedesktop，gnome，kde等 我發現為他們的專案選擇用於 ci，錯誤跟蹤等新工具時的...