你如何處理GitHub倉庫不再維護?如何處理GitHub倉庫不再維護的內容?
無論出於何種原因,一個項目是從一個GitHub存儲庫開始的,然後在某個時候它被放棄了。也許這是一個沒有成功的實驗。也許你用商業產品取而代之。或者你也許找到了一個類似的項目,並且加入了他們的努力。
當您的存儲庫存活時,它吸引了觀察者和一些分支。
你在這一點上做了什麼?有沒有一種方法可以很好地表明庫不再維護,並檢查叉或不同的項目?
你如何處理GitHub倉庫不再維護?如何處理GitHub倉庫不再維護的內容?
無論出於何種原因,一個項目是從一個GitHub存儲庫開始的,然後在某個時候它被放棄了。也許這是一個沒有成功的實驗。也許你用商業產品取而代之。或者你也許找到了一個類似的項目,並且加入了他們的努力。
當您的存儲庫存活時,它吸引了觀察者和一些分支。
你在這一點上做了什麼?有沒有一種方法可以很好地表明庫不再維護,並檢查叉或不同的項目?
我會在README文件中做出一個很好的提交,它基本上聲明這是爲了歷史參考,查看X Y和Z以查看此代碼的位置。
其實,我認爲你可以做的最好的事情就是簡單地刪除存儲庫。這樣,例如,過時的代碼就不會出現在搜索中。
分佈式版本控制的要點是沒有一個存儲庫比另一個更重要。如果項目中有足夠的興趣,那麼分配存儲庫的人將成爲新的社區領導者。如果沒有人分叉它,那麼它可能不值得保留。
我會做一個單一的提交,除了一個README文件,它清楚地表明你不再在項目中有interst(也複製README的重要部分到最後一個提交日誌消息,使用如果需要,git commit --amend)。
自述文件應解釋所有源代碼仍可作爲歷史記錄提供。此外,最新代碼的狀態應該描述成熟度級別:如果它在某個地方用於生產,應該在這裏說明。如果這只是一個實驗,並且你從來沒有正確編譯過,那麼應該用大寫字母來表示。不過,在後一種情況下,刪除代碼存儲庫可能會有所幫助。
顯然,README還應該包含您的代碼所做的一般說明,但應該已經包含在自述文件中。
也嘗試在自述文件中添加一些您希望該代碼的潛在用戶查找的單詞。嘗試將這些詞貼近說你不再維護代碼的部分。
這樣做的原因:
我不建議,如果沒有人分叉(和保存的代碼),它是沒有價值認同。也許別人沒有接手的唯一原因是你的項目沒有被足夠多的眼球看到。
如果您認爲您的代碼有任何價值(並且我的意思是大於零的任何東西),那麼請不要刪除它。只要說清楚代碼已被放棄。
我在我的項目前添加了「」「在github的網站上有一些關於此的帖子,但看起來他們不會發表評論。他們希望你在自述中加上一個註釋。我寧願將信息放入關係數據庫中,以便您可以在不同的字段上排序,其中一個是項目處於活動狀態時的情況。
我把我棄用的項目放在那裏,因爲有些概念可以重複使用。這和你的學校工作很相似。希望你能從中吸取教訓或2。
Walter