※ 引述《hidog (.....)》之铭言：
: ※ 引述《vi000246 (Vi)》之铭言：
: : → kangan987: 推 12/29 11:35
: : 推 abraxas: 推 12/29 13:14
: : 推 botnet: 推 12/29 13:45
: : 推 b87088: 推 12/29 15:56
: : 推 sunsamy: 用git抓bug是源于无知,不是本身有多利害,像义和团 12/29 17:25
: ^^^^^^^^^^^^^^^^^^^^
: 有一种状况是这样
: 软件架构设计不良,高耦合,导致原本要做A功能,却影响到B功能,
: 但不好追是哪一行程式造成问题. (开发经验久的人应该都遇过这种情形)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
程式会造成"软件架构设计不良,高耦合,导致原本要做A功能,却影响到B功能,"
大部份是git造成的
不知道吧？那这样算不算"无知"？
想看看git branch来merge去是不是都是一坨屎在那branch来merge去
看到架构了吗？看到解耦了吗？没有！有的就是一坨屎
本身就在一坨屎的框架下做版控
然后用这坨屎的log抓为什么会是这么大一坨屎呢？
是谁产生的一坨屎呢？
是不是非常无知呢？
当然要跳脱像坨屎一样的版控软件git是有办法的
.....下次再分享
: 这种时候我们会需要追是从哪个版本开始坏掉
: 靠git去回复版本,找出出问题的commit,是一个很有效率的做法.
: 我认为debug是挑合适作法,在时间要求内解决掉问题
: 做法本身并没有优劣之分,而是这个做法适不适合目前的处境
: 没有时间压力的情况下,可以根据bug的源头做架构调整
: 有时间压力的情况下,靠工具辅助快速找出问题,work around的方式先让东西能动.
: 用无知来形容用git除错,个人觉得还蛮怪的
: 是说git这类版控工具的功能之一,就是出问题的时候能查找出是谁,是哪个修改造成bug
: 拿git来做debug的辅助工具并没有不对,个人感觉 @@
: 反而我觉得git无法辅助debug的话,那做版控的目的是啥呢....