你會點睇git的修改history?

3ldk

先假設個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

先假設個porject無任何branch, 無dev, 無release, 淨係得一條master

試想象一下你搵open source做你個proj ...
3ldk 發表於 2020-4-17 15:19

fork得就預左唔會咁輕易merge返原本個repo.

唔知你係咩language , 可以既話就use as dependencies ,
有野想改就PR

3ldk

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

先假設個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

I think managing the PR and the workflow are far more important than the git history