这份代码是没有版本信息的，也不知道它的commit id是什么，所以列出仓库中所有com
mit id以后并不知道要grep什么。


【 在 lvsoft 的大作中提到: 】
: git rev-list --all | xargs git grep <expression>
--
FROM 222.90.31.*

某厂家fork的OpenOCD代码，实现了他们芯片的驱动，还没有开源。我偶然得到了一份，
当然是没有log信息的。我想知道他们是从OpenOCD哪个版本fork的，当然最简单的方法
是直接问问他们。

国内厂家开源一般都是丢一份没有log信息的代码压缩包出来。


【 在 lvsoft 的大作中提到: 】
: 什么意思？
: 就是说你有个文件，要找到哪个历史版本中跟它完全一样是么？
: 那岂不是穷举下就行了。
: ...................
--
FROM 222.90.31.*

差不多就是这样，因为用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.*

svn是个带历史的文件系统，它的trunk，branches，tags都只是个目录而已，你这样理
解就豁然开朗了。



【 在 eematlab 的大作中提到: 】
: 我们做硬件开发是用svn的, 基本上从华为或者大疆出来的人都是用这个, 但svn的问题是过于简单了，很多功能没法满足，比如我要在原环境中加上对后仿的支持, 开发完后要给另外几个人先测试一下再发布,  svn没有像git一样的分支, 只能硬拷贝给其他同事。
: 发自「今日水木 on PCT-AL10」
--
FROM 222.90.31.*