我目前正在對Django小型項目中的電子郵件系統進行大修。現在,我需要對系統的幾乎所有方面進行大量修改,如果我從頭開始,同時刪除大部分舊文件,我認爲它會更容易。什麼是git主要變更的正確工作流程?
1)我應該註釋掉舊代碼還是覆蓋它?
2)我應該刪除舊文件還是應該將其重命名爲未使用的文件?
3)在git中進行大修時常見的做法是什麼?
我目前正在對Django小型項目中的電子郵件系統進行大修。現在,我需要對系統的幾乎所有方面進行大量修改,如果我從頭開始,同時刪除大部分舊文件,我認爲它會更容易。什麼是git主要變更的正確工作流程?
1)我應該註釋掉舊代碼還是覆蓋它?
2)我應該刪除舊文件還是應該將其重命名爲未使用的文件?
3)在git中進行大修時常見的做法是什麼?
您聲明從頭開始可能會更容易,但您可能會考慮是否可以採用更多增量方法。除非它是一個非常小的程序,否則你的設計可能會被分解成幾個子系統/組件。也許有一兩個沒有重要的依賴關係,你可以開始;首先讓他們使用單元測試,然後重構舊代碼庫以使用它們。當重構時,刪除舊邏輯被替換爲新邏輯。如別處所述,您的存儲庫應提供歷史記錄;未使用或註釋掉的代碼會使您的代碼庫更混亂。
花時間重構這樣看似浪費時間,但它可能會改進設計。雖然舊的代碼基礎可能是一個巨大的混亂,可能它是行不通的。通過重構它以在開發它們時使用新組件,可能會比從頭開始更早地暴露設計中的疏忽。它甚至可以更容易地將新設計視爲一組組件,因爲您並不是試圖一次性完成所有工作。
這取決於,如果您確定將來不想使用舊代碼,那麼創建一個新分支並更改所有內容。但如果你不確定,我會重新創建一個存儲庫。這將是easyer。但你也可以恢復。這是個人選擇。我會創建一個新的回購。
我的問題 - 你正在處理一個代碼庫。因此,有一段歷史。因此,如果您正在進行重大重構,並且您將留下大量未使用的代碼,請將其刪除。阻止註釋和不做任何事情的陳舊文件會增加複雜的,難以理解的混亂。如果您需要回顧舊代碼,那就是您的存儲庫所在的位置,以便爲您提供該歷史視圖。 – idjaw