我正在爲客戶端評估遺留代碼庫 - 源代碼自2007年以來基本未改動,並且使用Rails 1.2.3構建。
我的Rails體驗從版本2.1開始 - 代碼相當缺乏足夠的庫存/腳手架,並且缺乏有意義的測試 - 我很想知道是否可以在本地運行它 - 但是,我甚至沒有確定從哪裏開始。它甚至不知道'rake db:create'的含義。哈!
即使在2.3.5下運行它會是一個主要的痛苦嗎?我應該打擾嗎?
很想聽聽你的想法。
感謝
我正在爲客戶端評估遺留代碼庫 - 源代碼自2007年以來基本未改動,並且使用Rails 1.2.3構建。
我的Rails體驗從版本2.1開始 - 代碼相當缺乏足夠的庫存/腳手架,並且缺乏有意義的測試 - 我很想知道是否可以在本地運行它 - 但是,我甚至沒有確定從哪裏開始。它甚至不知道'rake db:create'的含義。哈!
即使在2.3.5下運行它會是一個主要的痛苦嗎?我應該打擾嗎?
很想聽聽你的想法。
感謝
如果你要積極開發網站,那麼是的,這是值得下沉的時間到項目,以使其保持最新。自Rails 1.2以來,發生了很多事情,這將使開發成爲一個更愉快的體驗。沒有命名範圍或RESTful資源的生活確實很困難。如果你只是在各處修補奇怪的東西,可能還是值得讓它保持原樣,只是處理偏心。
由於1.2.3版本剛剛發佈到2.0版本,其中引入了大量警告和棄用通知,因此您可能會有相當的苦差事。
有些事情要留意了:
我爲一個小型網站的客戶做了這件事。首先,版本控制是你的朋友。確保你已經完成了整個代碼庫。
接下來,基本配方如下
爲我的客戶的應用程序,它比我想象的要容易得多。
全部,謝謝您的評論。非常感謝。這絕對是一個判斷呼籲,我會權衡它與客戶想要與應用程序一起去的地方。他們暗示將退出大部分網站,從cms驅動的網站轉移到更受社交驅動的網絡應用程序。我已經發現了許多大型項目,這些項目現在相對容易(或更容易)實施(認證/授權,發送電子郵件,上傳文件,搜索,分頁),這些項目讓我認爲是時候了「研究」那裏有什麼,並使用之前的版本作爲參考。 – rsturim