代码版本管理--不同版本,相同代码的解决方案猜想

栏目: IOS · 发布时间: 7年前

内容简介:大家再开发app时,不同版本的后台代码是如何管理的?(欢迎回复告知,让小弟我学习一下)下面说我遇到的一个问题,当app要发布2个版本时,后台代码无需修改(可能只是修改了前端显示),这是如果复制一份代码放到git中会造成空间浪费我想到了一个方法,采用了创建代码库的软连接实现(未实践过):

大家再开发app时,不同版本的后台代码是如何管理的?(欢迎回复告知,让小弟我学习一下)

下面说我遇到的一个问题,当app要发布2个版本时,后台代码无需修改(可能只是修改了前端显示),这是如果复制一份代码放到git中会造成空间浪费

我想到了一个方法,采用了创建代码库的软连接实现(未实践过):

win7创建软连接的方法如下:

mklink /D app_version2 app_version1

mklink /J app_version3 app_version1

上面两个命令都可以创建到app_version1的软链接,但参数(/D和/J)的不同创建目录软链接的类型也不同,通过dir命令查看得到结果如下:

2011/05/17 14:05

app_version1

2011/05/24 13:07 app_version2 [D:tempapp_version2]

2011/05/24 13:07 app_version3 [app_version1]

在本地编写代码时,2种是一样的,但是我们可以发现app_version1是DIR类型(这个是我们创建的实际目录),app_version2是JUNCTION类型,而app_version3是SYMLINKD类型。(关于2中类型之间的区别,大家可以搜索一下看看,有合适的解释,请大家告诉我,谢啦)

在提交git的时候2中类型存在区别:

JUNCTION类型只会看到一个文件夹的目录

SYMLINKD看到的是文件夹下的文件列表

提交之后的结果有待验证,不同操作系统之间的通用性也有待验证


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Programming Concurrency on the JVM

Programming Concurrency on the JVM

Venkat Subramaniam / The Pragmatic Bookshelf / 2011-6-1 / USD 35.00

Concurrency on the Java platform has evolved, from the synchronization model of JDK to software transactional memory (STM) and actor-based concurrency. This book is the first to show you all these con......一起来看看 《Programming Concurrency on the JVM》 这本书的介绍吧!

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换

RGB CMYK 转换工具
RGB CMYK 转换工具

RGB CMYK 互转工具