作者: 3ldk 時間: 2020-4-17 15:19 標題: 你會點睇git的修改history?
先假設個porject無任何branch, 無dev, 無release, 淨係得一條master
試想象一下你搵open source做你個project
除左係預先設定好預留比你custom既地方加入你既code, 仲好可能要改佢本身既source, 可能係改plugin, 改library, 甚至要改core
要改既原因有好多, 可能有bug, 又可能想加function, 又可能係佢本身設計有問題, 無預留足夠既地方比你customize
然後某一日, 依堆open source的core/library/plugin有upgrade, 當你upgrade完之後, 當然第一步就係要將之前改既野再改多次
但依個時候係git睇compare, 通常都係新舊code抄埋一碟, 非常難理解
所以各位有乜好方法處理依類問題?
作者: Ferrari2010 時間: 2020-4-18 21:56
先假設個porject無任何branch, 無dev, 無release, 淨係得一條master
試想象一下你搵open source做你個proj ...
3ldk 發表於 2020-4-17 15:19
fork得就預左唔會咁輕易merge返原本個repo.
唔知你係咩language , 可以既話就use as dependencies ,
有野想改就PR
作者: 3ldk 時間: 2020-4-20 19:45
fork得就預左唔會咁輕易merge返原本個repo.
唔知你係咩language , 可以既話就use as dependencies ,
...
Ferrari2010 發表於 2020-4-18 21:56
其實我舉既例子舉得唔好
有時唔一定係open source, 可能個source係買返黎 (open source最興咁玩, 基本免費, 然後推一大堆3rd課金parts比你)
所以你有source, 但根本唔係fork出黎, 亦無repo可以比你PR
就同app store一樣, 可以買既app成千上萬, 但真正優質只有極少數
買source一樣道理, 根本絕大部份都係多bug兼無好既設計預留你custom
你亦無辦法保證你想買的source係由大公司開發, 有bug send個ticket過去都唔知幾時改得好
所以改佢source code係無可避免
就算係open source, 你既PR人地都唔一定會要
作者: Ferrari2010 時間: 2020-4-20 21:57
本帖最後由 Ferrari2010 於 2020-4-20 22:07 編輯
先假設個porject無任何branch, 無dev, 無release, 淨係得一條master
試想象一下你搵open source做你個proj ...
3ldk 發表於 2020-4-17 15:19
比如話以前wordpress
我地唔會改wp-admin, wp-includes
因為wordpress customization做得好好. 所以大部份工件都唔需要改或hack core都可以完成.
而wordpress個生態都好巨大. 有好多人去maintain.
但如果你話搵D細project, customization又做得差, 而你去hack core. 然後想透過git history 當佢有update時可以你自己merge. 我覺得只會做死你. 而且下手唔會跟得到. 即使你做到well documented.
以前用wordpress那個年代都聽過, 一個hacked wordpress唔會有programmer肯接手.
所以當你買得呢D source就預左呢個risk.
如果真係想用, 又想enhance 佢, 又想keep到可以upgrade.
應該諗辦法overload佢
作者: chanman1919 時間: 2020-4-27 14:21
I think managing the PR and the workflow are far more important than the git history