Delphi歷史記錄 - 源代碼管理

Question

在閱讀了一些關於使用單一開發人員的源代碼控制優點的文章之後，在我看來，主要優點是我將備份源文件的所有更改。 德爾福有一個內置的歷史記錄功能，默認情況下這樣做。

這是真的一樣，還是應該使用「真正的」源代碼控制工具？

Answer 1

歷史記錄功能不維護歷史無限期的，你可以刪除__history目錄有一天，無論是因爲你認爲它是殘酷的，或者因爲你正在歸檔該項目等。

如果你曾經發布你的源代碼 - 例如發送給第三方 - 你會希望能夠跟蹤你實際發佈的內容。標籤可以在源控制系統中幫助解決這個問題。然後分支可以讓你將補丁應用到先前發佈的版本，而不會進行扭曲，例如在不同程度的進步中使用相同的源代碼維護多個目錄。

Answer 2

delphi的歷史是否有源代碼的物理備份？

你確定你會從來沒有有其他團隊成員工作在相同的代碼？

是否Delphi歷史顯示你對代碼進行了更改？

這些只是我能想出的幾個問題。如果你對他們回答「是」，那麼也許delphi的歷史對你來說已經足夠了。

Answer 3

德爾菲的歷史是有限的（我認爲10或25份？）。那麼當你想要更進一步時會發生什麼？

版本控制還允許您更改集，例如在SVN中，您可以看到同時檢入了哪些其他文件。

此外，源頭控制的其他所有優點都丟失：分支，合併，標籤等

Answer 4

您應該將源代碼保存在源代碼管理系統中，delphi的歷史功能太有限，並且不能防範災難性的硬件故障。

但是，delphi的歷史功能仍然非常有用。雖然在源代碼管理中保留較大的更改，但您可以保留關於delphis歷史記錄中最近更改的簡短歷史記錄。 我設置了delphi爲每個文件保留90個歷史條目，如果我正在編輯單個文件，這通常會給我90分鐘的最新作品歷史記錄。你可以用它來比較你最近做了什麼，恢復舊的代碼，你決定你不應該真的刪除，但你在上一次登記後寫下來，如果你的pas/dfm損壞，恢復最近的副本，等等。

因此，請將您的代碼保存在一個源代碼管理系統中（在另一臺計算機上，最好在另一個物理位置），但不要忘記delphi的歷史記錄，因爲它可能有用。

Answer 5

我是單一開發人員，現在一直在使用Tortoise SVN一段時間，並發現它很有用。我在筆記本電腦上開發，並在另一臺計算機上安裝了存儲庫，因此我在不同的計算機上備份了我的代碼（我不時備份筆記本電腦）。我也感到很欣慰，我可以將我的代碼檢查到另一臺計算機上並編譯（在安裝了幾個第三方零件之後）。

另一個顯而易見的優勢是存儲庫中的源代碼歷史記錄，但大多數情況下我一直使用_History，因爲我通常只想反轉很小的變化 - 迄今爲止我還沒有做過任何真正無能的事情 - 但它只是時間問題;-)

我還沒有進入分支/分支我的代碼，但我想我可能會開始調查，因爲需要（和我有信心）。

Answer 6

我有一系列版本控制的帖子，從http://sourceitsoftware.blogspot.com/2008/07/starting-out-with-delphi-and-subversion.html開始。我不回答你的問題，但它可能有助於稍後設置版本控制。

關閉我的頭頂，爲使用VCS（我是其中之一）獨奏開發商的主要優點是：

• 異地備份（我用的是虛擬主機設施）
• 我可以很容易地看到整個更改歷史記錄（delphi是逐個文件，在找到構建125和126之間引入的錯誤時無助於）
• 維護應用程序的不同版本並輕鬆合併它們之間的更改（即I我在一個分支上工作在v4上，但我可以輕鬆地合併我在不同分支中爲v3所做的錯誤修復）
• 使推測式編程更容易。即我可以嘗試一些東西，如果它不能解決問題，我可以輕鬆恢復我的更改以恢復到正常工作版本
• 提供審覈日誌/更改歷史記錄。當我做新版本時，我可以將更改歷史記錄複製/粘貼到自述文件中

這有點像單元測試。需要一點時間才能進入，但一旦你這樣做了，它會讓生活變得更容易。

AFAIC它是關於專業。我不會爲沒有使用vcs的公司工作，在招聘一位沒有使用vcs的程序員之前我會仔細考慮。