|
本帖最后由 路鸣雨 于 2018-3-22 11:20 编辑 ) K3 j4 J3 c7 u) g( A$ ] & G. L( C, [5 _4 E% n 1、适合于没有用SVN的电脑,自己留存版本;9 V* U+ ]3 M8 [ 2、把版本信息和功能更新写在Release Notes.txt文件里,即版本日志,这样的好处是工程目录统一清晰; 3、在版本日志里,指定版本的程序一定要注明支持的主板板号以及硬件板号;! B s# I, F( l . B6 f% } j' L: P 1 p% R/ @) u0 n# }! U) j
, }1 L, Q5 j, p+ G- n; y& U 1 t* h5 b# @/ @7 y }
; L0 B; V" X \- y$ B- {
7 T/ a0 A, w% W8 |8 f- z' j 下面上传以上说明的PDF版,内容一样的没有必要下 ~& _* T, [2 U. n! R9 v* t! D7 l% ]4 B/ \+ R1 X |
MCU代ç çæ¬ç®¡ç.pdf
下载368.16 KB, 下载次数: 9
微信公众号
手机版
早就想试试,但一直也没用,后来发现目前也用不上~
折腾啥啊,不就复制粘贴一下文件夹,改个名字么。这帖子只是跟我上篇STM8工程模板的帖子是一起的,8位机文件目录特别简单。如此小规模的单片机工程,恐怕用Git才是折腾~
8位机的工程用什么git,多费劲啊,掰着指头能数过来的文件,还用git来帮助干嘛?
需不需要,靠自己摸索了
自从用了git就丢不开了,主要是代码更改后都会有记录,以后想查的话都知道修改了那行代码
你这样的话 150 个版本过后会有两个问题:
' [. |3 X2 ~+ T3 F$ p
1. 整个版本历史库非常大0 K$ p3 P; [% z3 d+ p* T7 H; T
2. 你很难快速确定每一行代码的修改历史9 ] I0 f3 Z. C
' h5 I, ?1 }) J( ~/ n
不论是 svn 还是 git 都是通过保存代码差异的方法来记录版本历史。这样的话版本历史库不会比代码本身大出多少,而且每一行代码都可以精确追踪。
150个版本是什么节奏? 作为个人爱好的单片机工程,又不跟人协作,我认为用不到,因为不庞大,而且代码调试其实在心里已经门清了~* o8 m: e, c' J( i' P; g! Z
~ 我只保存固定版本,不保存过程,没意义 ~
我习惯于每做一处规模修改都会做一次 check in,这样的话如果代码改坏了可以方便的回滚。而且由于每次记录的都是代码差异,我甚至可以隔版本局部回滚。