[i=s] 本帖最后由 tanyang 于 2016-12-26 13:56 编辑
我是这样理解工具和语言的。工具的分类要按照实际使用目的来分类,比如配置管理工具那就是协助工程师完成配置管理工作内容为目的的。配置项识别、变更控制、版本管理、配置审计这些是工具需要协助和提供解决方案的主要几个方面。 主要的配置管理工具有 SVN,CVS, Git 等等, 以及配套衍伸的 gerrit,gitlab...
了解工具主要是熟悉工具的设计思路和理念。比如配置管理工具 git 是如何实现版本控制,变更管理,这些是需要去熟悉和了解的。 关于语句: 一般配置管理工具都配套有图形操作界面或者和命令行控制语句,各个工具使用的命令是不一样的。严格意义上像 git、svn 命令这些最多算语句,不算是语言~~ 命令的语法和参数多用用、多上论坛就了解了。
Jenkins 大多数是作为持续集成工具被谈及的,不涉及单独的语句命令。 但是如果使用 Jenkins 去配置 job 啊,去实现更多持续集成、持续交付、甚至持续部署目标的时候,就需要学习自己编写脚本去做更多酷炫的部署了。(shell/python/java script.. 这些都可以看看)
项目没有单独的 SCM, 一般都是项目经理抓个有热情的开发协助配合~~
看起来也只能这样了,建好 job 后项目验收后就他们自行运作了。
隐隐约约感觉还是有点粗犷啊~ 不知道有没有更好的解决思路
图片版的更清晰,希望大家觉得有用 [img]http://www.ibm.com/developerworks/cn/rational/1402_zhaojing_urbancode1/image011.jpg/img][ 来源于 http://blog.csdn.net/ccaacc/article/details/50134385
原文出自于https://www.infoq.com/articles/Continuous-Delivery-Maturity-Model 开源中国中有翻译http://www.oschina.net/translate/continuous-delivery-maturity-model?cmp&p=2
下载学习~ 这两金币不亏~~
哈哈哈 这么详尽~ 多谢整理~ 回头估计用得着。
是在一个 jenkins job 里取 3 个不同库的代码么? 方案 a: 分别调用 git 插件 3 次,会在 job 工作空间下取三个代码; 方案 b: 直接建空白 job,写 shell 脚本来取,还可以扩展变量名,结合 trigger 插件使用更方便
学习了~ 多谢楼主分享
是说 commit message 里是否包含 abc 么? 使用 git 命令 +grep 即可解决这个需求。例如:
git log --pretty=format:"%h %an %s" | grep "abc"
就楼主的问题搜了下相关资源,object/pack 是对松散对象的增量存储,应该不能粗狂的一并删除。 网上看到这个资料里有一些相关介绍,似乎是可以通过分析 pack 包是否是压缩的是已 delete/abandon 的松散提交,然后来处理的~ http://www.open-open.com/lib/view/open1328070620202.html
建议删除前先做好备份,以防有奇怪的问题出现。。
非常感谢指点迷津~ 似乎 replication 是个成熟的功能呢,学习部署中~ 也感谢管理员热情出手相助。 等到 SCM 系统搭建完毕之日,必将回归论坛分享一些系统搭建的经验供大家拍砖。 :)