首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    安装SVN

    现在的开发工作都是由团队合作来完成开发,通常都是团队中的每个人或者每几个人完成一个模块的开发,最后再将模块拼凑起来,形成一个完整的项目,这就涉及到了协同开发。在各个模块的开发过程中,肯定会因为出现BUG或者需求更改,而进行代码的修改甚至重构的,代码每修改一次就相当于迭代了一次版本,一个完整的项目中通常会有多个模块,如果每个模块的开发过程中都会修改或重构代码,那么如果没有一个平台来管理、控制这些代码,肯定会造成代码混乱的局面。所以这时候就有了一个概念:版本控制,代码管理平台的主要功能就是进行版本的控制,以及记录代码修改、版本迭代的历史信息。

    01

    vscode中svn使用详解_iis配置步骤

    大家好,又见面了,我是你们的朋友全栈君。 Xcode SVN配置方法    Mac自带svn,所以我们就不需要下载了,稍稍修改一下subversion配置就能使用。大大教了两种方法:第一步,配置 Subversion  Leopard中自带了SVN,但Xcode的项目文件中,并不是所有文件都适于加入SVN中进行管理,比如编译后的文件和编译过程中产生的文件,这些文件不属于源代码,应该告诉svn忽略掉,方法:   编辑 ~/.subversion/config 文件   注意:如果”.subversion”目录不存在,请运行”svn status”命令,虽然此命令会失败,但是会为你创建所需要的文件.   open ~/.subversion/config 打开文件1. 找到 global-ignores 一行,去掉注释,编辑成global-ignores = build *~.nib *.so *.pbxuser *.mode *.perspective*Xcode项目文件中有些文件是文本文件,需要告诉SVN,因为SVN能更好地管理文本文件(谁用谁知道)2. 找到 enable-auto-props = yes 把注释去掉,在[auto-props] Section声明以下文本文件*.mode* = svn:mime-type=text/X-xcode*.pbxuser = svn:mime-type=text/X-xcode*.perspective* = svn:mime-type=text/X-xcode*.pbxproj = svn:mime-type=text/X-xcode第二步,配置Xcode我们熟悉的Version Control在Xcode中叫做SCM(Software Configuration Management,学习CMMI的时候整天看到,原来就是Version Control),1. 在Xode的菜单中选择 SCM -> Configure Repositories,填写SVN服务器的信息2. 然后选SCM -> Repositories 你就可以Import, Check Out你想要的内容了,SVN的日常管理也可以在这里做。3. Checkout项目以后在你的项目的属性中设置项目的SCM4. 设置好以后,你在你的项目视图中就可以看到新的一列,M表示该文件已经修改过,然后你已经可以通过SCM菜单,或者右键菜单直接进行SVN的操作, commit,update,revert,diff and log,任何你想要的。SCM->Get SCM Info 可以看到任何文件的版本信息****************************************************************************************************mac下svn的配置0.建立想要保存软件仓库的目录。并在系统设置里面打开Web共享。sudo su (然后输入密码)mkdir /optmkdir /opt/svnmkdir /opt/svn/repos即创建了目录/opt/svn/repos/1.创建版本仓库 svnadmin create /opt/svn/repos2.修改授权配置进入到仓库配置目录 cd /opt/svn/repos/conf(1)编辑配置文件 vi svnserve.conf 取消下列行的注释anon-access = readauth-access = readpassword-db = passwd (密码配置的保存文件)auth-db = authz (认证配置的保存文件) (2)编辑密码配置文件 vi passwd格式为 “用户名 = 密码”(3)编辑认证文件 vi authz格式为 [groups]用户组名 = 用户组成员[需要授权的目录]@组名 = 权限用户名 = 权限例如:[groups]g_developers = jcccn,jesse,billg_tester = jerry,wang[/]@g_developer = rjcccn = rw* =[/jcccn]@g_tester = rwjcccn = rw* = r(4)配置忽略文件 vi ~/.subversion/config找到 global-ignores 一行,去掉注释,编辑成global-ignores = build *~.nib *.so *.pbxuser *.mode *.perspective*找到 enable-auto-props = yes 把注释去掉,在[auto-props] Section声明以下文本文件*.mode* = svn:mime-type=text/X-xcode*.pbxuser = svn:mime-type=text/X-xc

    01

    Jenkins持续集成与自动化部署系统安装配置

    相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛。由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人员,由其讲各个发布包一个一个覆盖到生产环境。因此每次上线仅仅发版就需要2-3个小时。这种方式不仅仅耗时、耗力,更是由于人工操作经常导致一些丢、落的现象。而我们当时的测试也是采用纯手工的测试,发版完毕后一轮回归测试就需要3-4个小时(当时主要是手工测试)。之前也一直提倡持续集成、自动化的测试和运维,但迟迟没有推进落地。终于在一个加班到凌晨四点的夜晚后,我再也受不了。回家后躺在床上迟迟睡不着,心想这个自动化的发布能有多难,他们搞不了,老子自己搞,于是6点爬起来来到公司,正式开始了我的持续集成、自动化部署的研究与推进之路。

    03
    领券