项目版本管理(版本号)

现在在酷派负责合入广升的升级代码,是的就是在它们今年卖的C1设备上上合入。

打算把云卡服务集成到里面去,也是为了以后公司的手机项目(我肯定不在这个公司了,呵呵 两年工作经验,应届生的工资都比你高。我是考虑到公司没有盈利才不跟你说加工资的。还真的以为我什么都不懂一样)

所以在这个社会上,如果你越是忍气吞声。越容易被别人占便宜,在公司里不是为了钱,你跟我说职业发展,你跟我谈同事友情。呵呵  待我一离职以后,删了微信。那么一辈子都见不到你们了

一开始还是想太多,一个项目大家都努力。然后。。。。 呵呵

恩,讲下手机项目里的版本号管理。由于

./build/env.sh

lunch c1

选择对应的device

然后版本号都是通过对应的字段来命名的,系统版本号 ro.xxx.buld_id  还是什么的

然后他们是通过变量传递进来的,但由于shell 好像只能做到相互调用的才能进行变量传递

所以最好的做法还是通过全局变量来管控版本号,全局管控的好处,每处都可以调到,而且自动化编译脚本添加对应的信息也十分容易

export  xx   就这样就可以了

当然对于有些系统定义的变量(如果找不到对应的赋值的地方\只要引用它)

最好还是通过grep build.prop 找到对应的字段再进行赋值操作(广升的脚本里就是这样做的)

===

然后自动化编译,自动化测试,其实这个。我也都可以做的,不想做而已。。。

时间: 2024-10-13 01:05:11

项目版本管理(版本号)的相关文章

使用SVN进行项目版本管理

1.摘要 本文描述了利用SVN进行项目版本管理的方法,涉及项目版本号命名规则.SVN目录结构.第三方代码库的管理.版本创建.发布.修订.合并等行为的方法和原则. 2.版本号命名规则 版本号采用主版本号.次版本号.修订号组成.版本的重大变化主版本号增1,次版本号和修订号归零.版本的相对较小的变化主版本号维持不变,次版本号增1,修订号归零.当一个版本发布后出现了bug需要修订,此时,主.次版本号不变,修订号增1. 注意:对于主动性的程序功能性的变化,应该增加主或次版本号,不应该通过修订号来反映.修订

git项目版本管理

一个很小的HTML项目,使用.Git来记录和跟踪这个项目.包括以下内容: 创建版本库. 添加与修改文件. 创建新分支. 打标签并整理版本库. 克隆版本库. 创建版本库 Creating a Repository 在Git中,版本库(.git目录)是与工作目录树并排放在同一个目录中的. 本例中,要创建一个HTML页面,给这个项目取名为mysite. 首先创建一个同名目录“mysite”,并进入到这个目录,然后输入命令git init. prompt> mkdir mysite prompt> c

项目更改版本号之后打包失败 resolution will not be reattempted until the update interval of nexus has elapsed or updates are forced

在修改项目的版本号之后,如pom.xml中<version>1.2.0-SNAPSHOT</version>替换为<version>1.0.0-RELEASE</version>后,执行打包报错如下: ·················resolution will not be reattempted until the update interval of nexus has elapsed or updates are forced -> [He

项目版本管理:git如何放弃本地working directory的修改,以及回滚

背景: 版本管理对开发人员来说至关重要,之前一直使用svn(主要是TortoiseSVN)作为团队配合的协作工具.但是自己相关的开源项目使用的是git发布在github上.由于项目自身的局限性,很少有大家修改共同文件,以及放弃working directory本地未提交修改的情况.因此对于git的使用存在着些许模糊.本篇博文通过实例来讲解一下git如何放弃working direcotry中未提交的本地修改. GIT的版本库结构: git相较于svn只拥有一个中央仓库而言,每个本地的部分都是一个

Atitit 项目版本管理gitflow 与 Forking的对比与使用

1.1. 版本管理的历史 csv>>svn >git 1 1.2. gitflow的核心是分版本管理,forkingflow 核心是本地和远程的管理 1 1.3. 适合我们的版本分支管理  融合gitflow和forkingflow 的优点 2 1.4. 参考资料 2 1.1. 版本管理的历史 csv>>svn >git Git最大的优点分支管理轻量方便.. 至于分布式,其实不那么重要..Svn也可以本地建立仓库 Svn的分支merge貌似麻烦..有merge时用的是B

项目打包版本号维护

项目打包是持续集成最基本的一个环节,当前主流的是maven,还有比较老点的ant,还有很多其他的打包工具. 打包版本号都是通过一个buildnumber.properties文件维护,打包工具的插件自动维护这个文件. #Build Number for ANT. Do not edit! #Thu Jul 21 20:09:18 CST 2016 name_project=>e-3pl build.number=1002 groupId=eal build.date=2016-07-21 20\

题目3:那些流行的项目版本管理软件

首先声明,由于我本人其实只用过git,所以各种优缺点都是总结自百度和知乎一些零散的评价. Microsoft TFS: 优点:任务版本上能将需求.项目进度一览无余,对于小团队来说比甘特图更有用:集成了项目管理.版本控制.bug跟踪,能有效实现SCRUM:能与VS无缝接合. 缺点:功能太复杂,不够直观:访问.填写记录不方便:需要64位操作系统. Github: 优点:比svn更快的分支切换:随时提交代码:有全世界最大的开源社区 缺点:由于是分布式,如果忘记push就会导致不同步:windows下使

.Net工程详解及项目版本管理

前言 写这篇文章的目地是为了让更多的小伙伴对VS生成的工程有一个清晰的认识.在开发过程中,为了赶进度,并不是每个人都有学习的时间. 但如果上层项目管理人员对这些工程目录不熟悉的话,把VS编译的中间文件也提库到SVN,那么其它同事在提代码时,就会发现有N多文件被修改了,其实有些目录及文件是没必要进行版本控制的. 说说为什么最近会写一些C#客户端的文章(包括WinForm和WPF),我所在公司游戏项目的需求,需要一些小工具和游戏微端,我们是在windows下开发,自然就会想到微软大哥的客户端技术,自

Maven构建war项目添加版本号

上午接到一个新的需求,项目的war包打包之后,放在了阿里的OSS上,供其他项目下载更新时使用,但是只有一个项目名,也就是pom的artifactId,预期的结果是要加上一个版本号,能区分出是什么时候打的包. 一.使用Maven自带的属性 <properties> <maven.build.timestamp.format>yyyy-MM-dd HH:mm:ss</maven.build.timestamp.format> </properties> <