易於使用的版本控制爲一個人

Question

我使用版本控制工具來處理我的網頁，LaTeX文檔以及實際的源代碼的不斷變化的版本，但我認爲我沒有做對。我使用了cvs一段時間，然後最近使用git，但是我對它們並不滿意，可能是因爲我錯誤地使用了它們。我想了解如何正確使用它們的建議，或者針對不同類型的工具的建議。

基本上，我想使用源代碼控制作爲持久的長期「撤銷」功能，我可以輕鬆瀏覽。例如，如果我在eclipse中有一個Java項目，那麼如果我能夠看到當前文件的並列視圖以及具有從舊的版本完全恢復或剪切並粘貼的選項的早期版本，那將會很不錯。就像網頁樹一樣，我希望看到一個樹的並排視圖，並恢復到舊版本的文件或帶回以前刪除的整個目錄。

現在我基本上做了一個git add .; git commit -a每次我做出重大更改，並知道我可以恢復一些舊版本的文件，如果我需要的話。每當我真的不得不回去瀏覽修訂樹時，它看起來很複雜。過去我嘗試了一些圖形用戶界面，包括基於Web的CVS查看器，但它似乎仍然比需要的要困難。

我做錯了嗎？還是有我應該使用的另一種工具？

Answer 1

如果您提交邏輯更改爲您的代碼，Git絕對最適合您。這樣你就可以（a）告訴他們什麼是後來的，並且（b）如果你需要，可以選擇它們。如果你只是批發所有在過去的任意點發生變化的東西，那麼你的提交歷史看起來很複雜也就不足爲奇了。

我會建議練習使用Git來嘗試在每次改變某些內容時進行小型獨立提交。您不僅可以發現自己的項目歷史更加明智，而且當您需要使用源代碼管理系統與其他人協作時，您將在源代碼控制的最重要部分中得到很好的實踐。

Answer 2

我可以回答你的問題的一部分：gitk，雖然很醜，但它是圖形用戶界面中功能最強大的，它與Git捆綁在一起。它允許您查看兩個不同修訂版之間的差異。

Answer 3

我想與我的前面講話者不同。

我使用舊的RCS作爲單曲文件，如dotfiles，配置文件和小型項目。

我知道它已經很舊了，並且不再被廣泛使用，但對於只有一個人使用的小東西來說，這太棒了。我非常容易使用，並且幾乎不需要初步配置。 我使用ci -o和co -l來使用rcs。