推 Litfal: 不是有版本號嗎?還有release版本的,要從開發分支合併到 03/26 22:43
→ Litfal: release分支阿。不然至少加tag 03/26 22:43
其實我的問題跟git沒關係 換一個方式問好了
如果有兩份source code, 各自對應 dll
code1 -> DLL_1
code2 -> DLL_2
如果某人隨便從其中拿一個DLL給我
可以知道是從 code1 or code2編譯出來的嗎? (不去測試的情況下)
如果是C/C+ 因為每次編譯都相同
未知的DLL跟已知的DLL binary比較就可以知道來源是code1 or code2
但是因為C#每次編譯 output檔案的binary都會變 所以這個辦法不行
會問這個是因為 我無法確定前人的專案 到底用的是哪一版code
在debug的時候碰到困難
※ 編輯: poloball (27.147.49.32), 03/26/2017 23:48:54
※ 編輯: poloball (27.147.49.32), 03/26/2017 23:50:01
→ petercoin: decompile之後直接比對source code呢? 03/27 11:35
→ reichs: 改你想要的名稱,存檔。 03/27 11:39
→ reichs: 切回到ver2的版本,變更組件名稱,存檔。 03/27 11:40
→ reichs: 以上變更都會存到csproj檔的AssemblyName tag. 03/27 11:40
→ reichs: 不想改dll名稱的話,就改組件資訊 03/27 11:52
→ reichs: 這些都會設定到dll->屬性->詳細資料 03/27 11:54
→ Litfal: 我也不是說版本控管的版本號,是說樓上那個版本號 03/28 12:08
→ Litfal: 只是這個版本號可以用release note或tag加在版本控管裡 03/28 12:09
→ Litfal: 只是聽你的說法,你可能一直都是1.0.0.0 ...... 03/28 12:10
→ Litfal: 有關聯起來後,只要一看版本號,就能從版本控管裡面找到對 03/28 12:11
→ Litfal: 應的source code 03/28 12:12
我想要能100%確定 DLL來源source code的方式
光看 assembly 版號也不完全可靠吧? 如果沒有自動化的流程
可能某次忘了進版, 可能某人臨時隨手改了一點東西 編譯後就把DLL給人了
以前專案管理比較混亂 程式又已經在客戶端運作已久
沒十足把握不敢亂更新
petercoin大 說的decompile 可能是我要的答案
但是還滿意外 C# 在這件事上這麼麻煩?
為什麼要設計成 每次編譯都會輸出不同binary 0.0
※ 編輯: poloball (27.147.49.32), 03/28/2017 19:53:50
噓 Litfal: 與其事後用自動化流程補破網,不如release做好QC,每次都 03/28 21:56
→ Litfal: decompile你會想死 03/28 21:57
→ Litfal: 就算用C,你也要有個版本控管去紀錄某DLL是哪份source建的 03/28 21:59
→ Litfal: 你知道DLL binary然後勒?工程師隨手給的source code還不 03/28 22:00
→ Litfal: 是追蹤不到。 03/28 22:00
→ Litfal: 而且C/C++編譯出來的dll/exe還是有包時間tag,checksum怎 03/28 22:20
→ Litfal: 麼會一樣 03/28 22:20
→ testPtt: 編譯時間追蹤也是一種方法 03/29 21:06