这个简单啊，你先git clone最新的openocd，
然后把你这个fork的版本覆盖过去，
然后git diff扫一眼各文件的改动情况。
这里有些部分是厂商为了实现自己芯片驱动改动的，有些部分是openocd自身版本更替改动的。

从里面找个比较像是自身版本更替改动的文件，然后用我上一贴的办法找出对应的版本号。
再git reset --hard，git checkout [那个版本号]
再把你这个fork的版本覆盖过去，再来一轮git diff。
大概率就已经找对了。如果还没找对再来一轮应该就差不多了。

【 在 spadger 的大作中提到: 】
: 某厂家fork的OpenOCD代码，实现了他们芯片的驱动，还没有开源。我偶然得到了一份，
: 当然是没有log信息的。我想知道他们是从OpenOCD哪个版本fork的，当然最简单的方法
: 是直接问问他们。
: ...................
--
FROM 114.222.221.*

spadger你可能不熟，他就是资深爱好者，而且他本人也是经常贡献代码反哺上游的。
我估计他大概率就是自己用了某款国产芯片，遇到问题然后想修bug。

硬件行业跟软件区别很大的，开源共享的精神和实践都比较匮乏。
别说软件开源了，有些是连卖给你的芯片的手册都不一定愿意给你，都要签NDA才给的。
把开源整成闭源也是常规操作，有些所谓的开源，通常就是把.git/目录打个zip包往百度网盘里一扔就叫开源了...

然后现在很多国产芯片的软件配套就这样，本身硬件软件可能都有小bug，但原厂也不一定管。
spadger作为爱好者给原厂提要求人家一般是不搭理的，人家公开信息的渠道也很有限。
我估计他大概率是从原厂论坛里别的爱好者以及原厂客服提供的各种碎片信息拼凑出来的“开源”代码。
最后谁也靠不住，可不就是只能自己折腾嘛。

这种事情真的是太正常了，其实真正有恶意的不多，更多的是业务不精/缺乏人手懒得管...

【 在 DoorWay 的大作中提到: 】
: 这不就是把开源那啥（抄or fork）成了闭源吗？
: 这个芯片厂美其名曰fork的人，肯定是架构师之类的头衔啊。
: 只不过你不是他们厂的人，不是修改bug，而是要“学习研究”。
: ...................
--
修改:lvsoft FROM 114.222.221.*
FROM 114.222.221.*

惭愧，抱歉，我发言不友善，有恶意。
就是想开个玩笑，调侃下我遇到的开源变闭源。

看了几个文件，这个库的注释不带日期的，我的建议也扑空，纯添乱了～
【 在 spadger 的大作中提到: 】
: 心理活动过于多了，看上贴。
:
--
FROM 61.185.186.*

差不多就是这样，因为用RISC-V芯片的时候遇到一个问题要用OpenOCD来定位，平时我是
不用这玩意的。结果他们开发工具链里那个OpenOCD有bug，怎么搞都不行，跟原厂反馈
，他们搞了好久没搞定，后来把OpenOCD源代码给我了，看了下很快就找到原因了。

现在RISC-V的问题解决了，暂时也不需要OpenOCD了，不过以后可能要用OpenOCD来做一
些自动化的工作，还是得有一个可靠的版本，就研究了下他们改过的代码。他们改过的
部分整体来说还是相当乱的，达不到上游的代码水平，好处是他们对自己的硬件熟悉。


这部分代码如果能修改以后接近上游代码水平，我会和他们沟通并且开源出来，甚至提
交到OpenOCD上游让官方来维护。


【 在 lvsoft 的大作中提到: 】
: spadger你可能不熟，他就是资深爱好者，而且他本人也是经常贡献代码反哺上游的。
: 我估计他大概率就是自己用了某款国产芯片，遇到问题然后想修bug。
: 硬件行业跟软件区别很大的，开源共享的精神和实践都比较匮乏。
: ...................
--
FROM 222.90.31.*

昨天还有个比较搞笑的事情。

之前我会把使用某些芯片遇到的芯片硬件bug和解决方法写成文章放到B乎上（国内厂家
绝大部分是没有勘误表的），昨天代理商的朋友打电话给我说原厂的人看到了，说希望
修改措辞，不能说是“bug”，要说是“问题”，好吧，其实也没啥，问题就问题吧。好
比“衰退”不让说要说“负增长”，“裁员”不让说要说“毕业”。真实搞笑。


【 在 lvsoft 的大作中提到: 】
: 没事，一回生二回熟。
: spadger他发的这个帖子我也能嗅到一丝丝恶意的味道。
: 他心里肯定是想说svn更好～
: ...................
--
FROM 222.90.31.*