[問卦] 導入git後 舊的原始碼版本管理內容該刪嗎

[nckuff (nckuff)]

安安 台嘎豪 如題


肥宅覺得標題很難表示得很精準，但情況大致如下

公司以前的軟體原始碼不是用git做版本管理 是直接在檔案中
註解掉和加comment例如

v1.0版:

go_to_toilet();
do_some_shit();
go_out_toilet();

v1.1版: 改版後用註解做版控就會變這樣

go_to_toilet();
// 20101231 nckuff: Add new shit to shit more beautiful --->
//do_some_shit();
do_some_new_shit();
// <--- 20101231 nckuff
go_out_toilet();


肥宅知道舊時代的東西無可奈何，沒有git這樣做比較好比較
阿現在導入git後
肥宅在思考兩個點
1. 新加的東西除了寫git comment我還要同步做以前的comment形式的板控嗎?
2. 摸了一年，舊的板控感覺也沒啥在動，基本上也沒需要復原舊版的需求，
   git都能rebase了，肥宅可不可以刪掉舊版控的comment阿= =

肥宅知道這種事情是要跟公司的人討論的喇
還是很好奇別間公司的做法

有沒有老鳥可以分享一下，舊版控導入git後，你們公司都怎麼處理舊版控的資料阿
有沒有7+1卦?
恩恩?

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 153.214.79.176 (日本)
※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1736922569.A.D52.html
推 dkks0829: 就問有沒有rallback的需求啊，沒有的話
→ dkks0829: 就不用留
噓 BlueBird5566: 用不到就刪掉
推 Marty: 看到goto就知道沒救了....
→ taipeifinest: 問就是刪掉
推 TurtleGods: 沒人會看，直接刪掉無所謂，過來人供
→ TurtleGods: 參考
→ BlueBird5566: Commet通常都臨時用的，也就是還在
→ BlueBird5566: 測試階段用的，上線後一陣子就可以
→ BlueBird5566: 刪了
→ froce: 看留的成本啊，成本不高的話留著，萬一哪天
→ Marty: 舊的留在舊的版控 新的GIT開始接手就可以了
→ froce: 出事的話老鳥搞鬥爭還可以說我以前的也還留
推 Ganimaa: 建議直接格式化
推 strikecbu: 你都寫在檔案裡了，跟版控commit messa
→ strikecbu: ge無關吧，migrate svn那種比較需要考
→ strikecbu: 慮？
→ froce: 著，新的就照GIT的方式做就好
推 jhjhs33504: 註解跟版控是兩回事不懂就畫心智圖
推 kqalea: git rebase 啊 幹嘛從頭改
→ easonli000: 除非改壞了 不然沒人在乎以前的commi
→ easonli000: t
推 abc0922001: 沒用到的 Code 跟註解都砍了
→ abc0922001: Commit log 寫仔細清楚就好了
推 smch: 把最新版直上git 之後再做版控
推 Nonegrame: 直接 rm -rf /* 沒煩惱
推 abc0922001: 如果你們有用資料夾板控，我會一個
→ abc0922001: 一個的 Commit 耶
推 hsu0612: 都版控了還不刪 就你在搞
推 donaldknuth: 捨不得刪，就另拉一個 branch 自行維
→ donaldknuth: 護。
推 fefeking: 刪 都刪
→ create8: 快離開，公司找工讀生寫扣？
推 afu4869: git的initial commit留這些舊記錄當做bac
→ afu4869: kup 後面再上一筆把他們砍了
推 breakingball: 兩件事又不衝突,我都在註解把規整
→ breakingball: 封信