- 主题:硬件的版本控制有什么工具吗？
澄清一下：
1）我主要用gd32并不是觉得它比stm32好，最主要原因是它比stm32便宜，而且有一些必
须要用的功能。同样价格和功能我肯定还是选stm32。事实上最近遇到它几个硬件bug搞
得很烦，对官方解决技术问题的态度也很不满。技术方面雅特力的at32做得比gd32要好
，以后可能会切换到at32。
2）git和svn两个工具，代表了分布式和集中式两种不同的设计思想，都有存在的价值和
优缺点，实际中哪个更合适我用哪个。git叫做代码管理系统比较合适，尤其适合开源代
码的协作。svn本质上是个带时间线的文件系统。本帖主题里面提到的硬件文档管理，我
认为是svn比git更合适。
3）Linus设计git是为了管理内核源码，因此一开始就是为源代码管理设计的，并没有考虑二进制文档管理的需求，所以后面才会有各种补丁。
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: binary不存在只存增量这种说法。
: 除非是block级的COW，或者ZFS这种支持dedup的rich feature fs。
: 这也是为啥要说binary不要传代码管理系统，因为代码管理系统不是干这个事的。
: ...................
--
修改:spadger FROM 222.90.31.*
FROM 222.90.31.*
这个有点类似C和C++的差别，有人认为C简洁更好，有人认为C++语言本身更有魅力。
svn只是给你一个带时间线的文件系统，剩下的你自己去搞，爱怎么搞怎么搞。
git会给你一堆新特性，谁想学谁就去学。
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: git annex和git lfs是两个差不多同时期出现互相竞争的扩展，最终git lfs胜出了。
: 其实这个过程也是git设计的比较精妙的地方。
: git其实从一开始就只是一个带版本控制的文件系统而已，这算是第一层。
: ...................
--
FROM 222.90.31.*
排除掉问题，gd32就是stm32的超集而代价更低。at32本质上和gd32一样的。无非是没有你讨厌的这几个bug。我这里说的都不是具体的问题，而是宏观层面的情况。
所以说你还没有理解git的本质。git的本质无关分布式，也无关时间线。但确实不是我三言两语说得清的东西。我只能说git能做的事情可以极其复杂，但这恰恰是因为它的内核被抽象的极其简单。理解这一点才是是否掌握git的标志。只是跟着ui走几个流程，远谈不上会用git的。理解了git的本质之后，不管是多复杂的操作，在你眼里都将是简单和清晰的，根本不需要学...
【 在 spadger 的大作中提到: 】
: 澄清一下：
: 1）我主要用gd32并不是觉得它比stm32好，最主要原因是它比stm32便宜，而且有一些必
: 须要用的功能。同样价格和功能我肯定还是选stm32。事实上最近遇到它几个硬件bug搞
: ...................
--
修改:lvsoft FROM 223.104.210.*
FROM 223.104.210.*
对于软件方面，赞同lvsoft的观点，会用git的几乎不会再选择svn了。我个人使用时的体会是分支操作和分布式这两点太方便了。分支随时秒切换适合多种feature的开发同时进行。分布式体现在无法访问服务器的场合。例如去现场调试，再配合分支操作，各种修改版本随意切换。
硬件方面，我还是倾向于svn，简单省事。什么二进制都能放。反正也不指望它增量和对比。
【 在 spadger 的大作中提到: 】
: 这个有点类似C和C++的差别，有人认为C简洁更好，有人认为C++语言本身更有魅力。
: svn只是给你一个带时间线的文件系统，剩下的你自己去搞，爱怎么搞怎么搞。
: git会给你一堆新特性，谁想学谁就去学。
: ...................
--
修改:SlO FROM 59.109.145.*
FROM 59.109.145.*
git管理代码这样的文本文件更好，而svn文本还是二进制其实没多大差别，从这个角度
来看svn实际上是git的超集，而且有更低的学习成本。
用户使用vcs其实并不关心它后面的原理，能解决问题即可，对用户屏蔽复杂度是产品的
美德。
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 排除掉问题，gd32就是stm32的超集而代价更低。at32本质上和gd32一样的。无非是没有你讨厌的这几个bug。我这里说的都不是具体的问题，而是宏观层面的情况。
: 所以说你还没有理解git的本质。git的本质无关分布式，也无关时间线。但确实不是我三言两语说得清的东西。我只能说git能做的事情可以极其复杂，但这恰恰是因为它的内核被抽象的极其简单。理解这一点才是是否掌握git的标志。只是跟着ui走几个流程，远谈不上会用git的。理
--
FROM 222.90.31.*
网速什么的，真下定决心停产一两天厂房装修一下很快的，我最后放弃无盘方案，改用remoteApp其实是从经济上考量的。
当时这么搞的时候kiCAD ver6还没出来呢，我11万就买了AD一个授权+几个插件还有几年订阅，如果要增加同时运行AD的浮动授权，基本上一个要4万多。如果用你的无盘方案，胖客户，那么在一个客户端运行一个AD副本就算需要一个授权，而我后来神奇的发现，如果我在一台服务器上运行，client是用multipoint连接上服务器（当然multipoint这技术server 2016之后就被微软废了)，只要你的服务器够劲，不管几个人运行都算是在“一台机器上运行一个副本”，完全符合软件授权条款。然后我又研究了一下几个行业软件，基本上都是这个套路，只要你在一台机器上运行，就符合他们的授权条款。
最近几年企业在扩大，万一达到了被人找茬的门槛，至少我这办法可以在节约成本的同时不给人把柄。
从去年开始，我给外面加工PCB都开始直接给gerber了，不给中间文件，也就是为了少留把柄。
【 在 lvsoft 的大作中提到: 】
: 使用无盘方案我认为底线是要确保每台机器在最差情况下有满千兆的性能。你这个距离远+cat5e，那干线就是千兆了。一堆机器同时启动分到每台机器上的带宽就只有百兆了，这个当然是不能忍的...千兆跑3分钟还能等，百兆就是半小时了...
: 所以万兆是最基本的要求，一般48口千兆交换机会带4个万兆口，就是保证千兆端到端需求的。不过我觉得一根万兆就够了，主要是同时启动爆发的带宽需求比较大，其他时间需要的带宽很低的。如果你确实有一个房间有50台电脑的无盘需求，那就应该直接在这个房间就近再设一台pxehost。
: pxehost之间可以用低速链路慢慢同步，比如我2个工作地点是南京-上海，这条链路只有百兆，但并不妨碍他们之间慢慢同步，反正24小时同步1T还是没问题的，正常工作不太可能连续产生超过这个量级的数据。
: ...................
--
FROM 180.116.128.*
合同还是找家律所给你改吧，技术直男改，以为自己写上就占理，其实给文科律师嘴皮子一翻就散架，你找家律所签合同，一年一万咨询费，全年合同都包审核，官司另算，就是另算，长期合作的律所接官司费用也打折
【 在 lvsoft 的大作中提到: 】
: binary不存在只存增量这种说法。
: 除非是block级的COW，或者ZFS这种支持dedup的rich feature fs。
: 这也是为啥要说binary不要传代码管理系统，因为代码管理系统不是干这个事的。
: ...................
--
FROM 180.116.128.*
我就估摸着，你们这帮做软件的，一点代码哪儿来上GB的容量啊？
我一个产品，3D图纸，PCB，机械加工图纸，工艺文件，固件代码，生产流程文档全部加起来，一个产品最多也就400个MB，你们是天顶星来的吗？
【 在 spadger 的大作中提到: 】
: 至于存储4GB+文件出错这个显然不是svn的问题，你的截图链接在这里
:
https://news.ycombinator.com/item?id=6746020: 上面就有哥们提到：
: ...................
--
FROM 180.116.128.*
这个授权条款的使用形式你找律师确认过么...
我举个oracle的例子哈...丫有几种收费模式，其中一种按使用oracle的自然人数量收费。不管你通过什么形式，只要这个自然人和数据库产生了关联就算。我问过oracle的法务，比如一个扫地工人路过了我们的设备按了下按钮导致产生了一条记录，这个扫地工就算用户+1了...
我觉得最好还是不要太低估了这帮法律流氓的下限...远程，虚拟化都是他们考虑过得新的使用形势，我觉得不太可能会有这么明显的漏洞给你....
【 在 dismoon 的大作中提到: 】
: 网速什么的，真下定决心停产一两天厂房装修一下很快的，我最后放弃无盘方案，改用remoteApp其实是从经济上考量的。
: 当时这么搞的时候kiCAD ver6还没出来呢，我11万就买了AD一个授权+几个插件还有几年订阅，如果要增加同时运行AD的浮动授权，基本上一个要4万多。如果用你的无盘方案，胖客户，那么在一个客户端运行一个AD副本就算需要一个授权，而我后来神奇的发现，如果我在一台服务器上运行，client是用multipoint连接上服务器（当然multipoint这技术server 2016之后就被微软废了)，只要你的服务器够劲，不管几个人运行都算是在“一台机器上运行一个副本”，完全符合软件授权条款。然后我又研究了一下几个行业软件，基本上都是这个套路，只要你在一台机器上运行，就符合他们的授权条款。
: 最近几年企业在扩大，万一达到了被人找茬的门槛，至少我这办法可以在节约成本的同时不给人把柄。
: ...................
--
FROM 180.158.58.*
这个不至于，主要是我想找个有最近几次更新的文件，刚好这两天在改这个就拿这个当例子了。
然后这个东西除了这个页面外，其他页面要打码的地方就太多了，所以就放了这个页面。
这次合作双方有很高信任度的，我只关心时间节点和交付内容，其他都不是很在意。
【 在 dismoon 的大作中提到: 】
: 合同还是找家律所给你改吧，技术直男改，以为自己写上就占理，其实给文科律师嘴皮子一翻就散架，你找家律所签合同，一年一万咨询费，全年合同都包审核，官司另算，就是另算，长期合作的律所接官司费用也打折
:
--
FROM 180.158.58.*