自动化流程

Continuous Integration实践之Implementation

单一项目单一项目的自动化流程如下图：看上去流程简单，那么我们CIshell脚本的目录结构也比较清晰，如下：preinst:此文件夹存放的主要是预配置文件或者是服务器控制脚本(如，tomcat的启停脚本)
stone2oo6·2011-08-01 17:00

Continuous Integration实践之Implementation

单一项目单一项目的自动化流程如下图：  看上去流程简单，那么我们CIshell脚本的目录结构也比较清晰，如下：preinst:此文件夹存放的主要是预配置文件或者是服务器控制脚本(如，tomcat的启停脚本
stone2oo6·2011-08-01 17:00

服务台与事件管理解决方案

从5人到5，000人，无论您的技术支持团队是何种规模，无论您的业务是复杂还是简单，它都可以为您优化服务支持的各个方面，包括工作流配置管理、自动化流程管理、知识库管理、邮件通知、员工自助服务等；在自助服务系统内
servicewise·2011-04-25 16:52

服务台与事件管理解决方案

从5人到5，000人，无论您的技术支持团队是何种规模，无论您的业务是复杂还是简单，它都可以为您优化服务支持的各个方面，包括工作流配置管理、自动化流程管理、知识库管理、邮件通知、员工自助服务等；在自助服务系统内
dfjie·2011-04-11 10:08

<精华问题汇总>IBM虚拟化与云计算常见问题解答

    在虚拟化领域，IBM积攒了逾40年的资深经验，并有著名的四步走战略，即资源整合、管理工作负载、自动化流程管理和优化服务交付。
vcc_book·2011-01-13 15:28

IBM虚拟化管理软件性能PK

     IBM凭借其在虚拟化和云计算方面拥有的优势，最近提出了四个虚拟化目标的概念，即整合资源，优化工作负载，自动化流程，优化交付。
vcc_book·2011-01-07 17:34

<紧急召集>欲招募11月IBM虚拟化与云计算高峰论坛现场观众（11月26日）

如何将IT与业务紧密结合，提升业务灵活性，真正提供从资源整合、工作负载管理、自动化流程到优化服务交付？继9月于西部重镇成都成功举办拟化与云计算高峰论坛后，IBM将再次于2010年
vcc_book·2010-10-27 16:54

<紧急召集>欲招募11月IBM虚拟化与云计算高峰论坛现场观众（11月26日）

如何将IT与业务紧密结合，提升业务灵活性，真正提供从资源整合、工作负载管理、自动化流程到优化服务交付？继9月于西部重镇成都成功举办拟化与云计算高峰论坛后，IBM将再次于2010年
vcc_book·2010-10-27 16:54

由整合计算资源看IBM服务器的虚拟化方向

整合资源，虚拟化的起点整合资源、更好地管理工作负载、实现自动化流程，既是CIO/CTO的憧憬，也是虚拟化的优势所在。
vcc_book·2010-09-07 17:44

由整合计算资源看IBM服务器的虚拟化方向

整合资源，虚拟化的起点整合资源、更好地管理工作负载、实现自动化流程，既是CIO/CTO的憧憬，也是虚拟化的优势所在。
vcc_book·2010-09-07 17:44

从虚拟化到云端数据中心

从业界第一台应用虚拟化的大型机，到目前IBM拥有虚拟化领域最完整和最领先的解决方案，从硬件虚拟化到虚拟化软件和管理，再到新一代数据中心，甚至基于虚拟化的云计算基础架构，IBM在帮助企业整合资源，管理工作负载，自动化流程和优化服务交付能力方面一直走在前端
NeoChang·2010-07-01 11:29

从虚拟化到云端数据中心

从业界第一台应用虚拟化的大型机，到目前IBM拥有虚拟化领域最完整和最领先的解决方案，从硬件虚拟化到虚拟化软件和管理，再到新一代数据中心，甚至基于虚拟化的云计算基础架构，IBM在帮助企业整合资源，管理工作负载，自动化流程和优化服务交付能力方面一直走在前端
NeoChang·2010-07-01 11:29

团队基础生成自动化流程之最佳实践(VI) - 系统模块化条件编译

     软件生产和管理开始面临最严峻的考验.随着需求的无限扩张,企业级软件系统正变得越来越大.出于管理需要,可复用性要求,和扩展性的需求,根据软件工程学的实践,我们开始将系统按照功能或按照部署切分,模块化.于是整个系统的源代码的编译生成过程也就有了按模块切分的需求,因为整个软件系统的生成可能会相当耗费时间.譬如我们系统按照功能切分了A/B/C/D/E五个模块,同时有1/2/3/4/5五个team
Jeffrey Sun·2010-04-08 23:00

团队基础生成自动化流程之最佳实践(V) - 使用Desktop Build

 关于验证功能缺失的迷茫      假定我们修改了一些代码,然后在VisualStudio里面编译一下,看到没有问题我们就把代码签入到代码仓库中;或者做的更正规一点,我们把修改做成一个搁置集(ShelveSet),然后由我们的同伴给我们来做BuddyBuild,如果同伴的编译也是成功了,那么我们就把修改签入到代码仓库中.然后我们只能祈祷,让这些修改的服务器生成结果完全正确吧.因为虽然修改在签入前后
Jeffrey Sun·2010-04-02 12:00

团队基础生成自动化流程之最佳实践(IV) - 重写团队基础默认生成流程

 重新认识生成流程     终于到了不得不讨论这个话题的时候.重写团队基础生成流程,是团队基础最富于弹性和扩展能力的地方,也是实践最多优劣各异的地方.这是MSBuild引擎的优秀能力:给MSBuild引擎提供任意一个格式正确的生成脚本,MSBuild引擎都能搞解析生成脚本并形成可以顺序(或并行)执行的执行顺序流.所以我们现在回过头来看,TeamBuild是什么?我们试着从本质上归结一下:     
Jeffrey Sun·2010-03-30 18:00

团队基础生成自动化流程之最佳实践总论(III) – 重写生成号产生机制

 微软真的偷懒了     在上一节讨论中已经提到,我们希望每次生成所使用的生成号(BuildNumber)和附加在程序集上的版本标记一致.这样才能在程序集版本信息和特定的生成过程之间建立起联系.本质上是管理的需求.但是默认的生成号产生机制给我们带来了比较大的麻烦.因为程序集版本号的格式,一般是这样的:xx.xx.xxxxxx.xx,即主版本号(MajorVersionNo.),次版本号(Minor
Jeffrey Sun·2010-03-26 17:00

团队基础生成自动化流程之最佳实践总论(I) – 自动化生成流程基础

 写在最前     首先得声明的是,这篇文章不是来讲技术的而是讲实践的.我理解这个题目的英文应该是-想要解决的问题是,在微软提供的团队基础框架内,如何更好的利用框架进行安排生成自动化流程的实践性问题.想听技术讲解
Jeffrey Sun·2010-03-23 00:00

团队基础生成自动化流程之最佳实践总论(II) – 程序集版本信息

 版本信息是否值得在每次生成中更改     当创建一个.NET项目时,系统会默认地在当前目录的Properties子目录中生成一个名为AssemblyInfo.cs的文件.该文件包含了程序集各种相关信息比如版权,公司,文化,版本等.这些信息在程序集生成过程中会被用嵌入到程序集中,并在将来显示在对应程序集文件的属性页上.同时.NET的程序集定位机制也会用到其中的一些信息.AssemblyInfo.c
Jeffrey Sun·2010-03-22 23:00

Oracle SOA Suite10.1.3.1.0,还是选高级安装比较适合

Enterprise SOA>,<Web Service Essential>等，觉得需要好好实践一下比较好，来感受一下SOA宣扬的三大优势： （1）快速集成开发；平台语言无关 （2）自动化流程开发
fifayh·2008-08-17 02:00
上一页 5 6 7 8 9 10 11 12 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他