Jenkins的Linux的Slave的配置
1）Linux 的Slave机器设置
创建jenkins用户sudo /usr/sbin/useradd -m jenkins -d /home/jenkins；
查看jenkins用户及组的信息id jenkins ：
uid=506(jenkins) gid=506(jenkins) groups=506(jenkins) ；
使用s udo /usr/bin/passwd jenkins来设置用户jenkins的密码为0；
切换到用户jenkins环境下su - jenkins；
确保java安装正确：j ava --version；
确保sshd正确运行：/sbin/service --status-all | grep ssh；
安装ant，在root下运行yum install ant;
2) 在Slave的linux机器上创建public/private key pair：
确保当前用户为jenkins；
执行ssh-keygen来创建public/private key pair，直接enter，表示key将存储在/home/jenkins/.ssh/id_rsa下，再直接enter，表示不设置密码，再次enter确认密码为空；
创建authorized_keys：
cd .ssh
cat id_rsa.pub > authorized_keys
chmod 700 authorized_keys ;
将id_rsa(相当于privatekey）拷贝到jenkins master机器上，例如c:\jenkins\id_rsa下。将id_rsa(相当于privatekey）拷贝到jenkins master机器上，例如c:\jenkins\id_rsa下。
3）创建Slave（note）,配置如下：
确保jenkins 中ssh slave plugin正确安装，一般默认安装。
然后lunch slave，使得master和slave通过ssh成功连接。其实launch的时候jenkins自动地从http://yourserver:port/jnlpJars/slave.jar拷贝slave.jar到slave，然后运行通过命令java -jar slave.jar来运行slave。
4）在新建的Linux的Slave上运行上节中的JavaHelloWorld（Jenkins 构建JavaHelloWorld），
且需要修改JavaHelloWorld job的Label为JavaHelloWorldLinux来使用此slave，运行如下：
Jenkins Master/Slave架构
一Jenkins Master/Slave架构
Master/Slave相当于Server和agent的概念。Master提供web接口让用户来管理job和slave，job可以运行在master本机或者被分配到slave上运行。一个master 可以关联多个slave用来为不同的job或相同的job的不同配置来服务。
当job被分配到slave上运行的时候，此时master和slave其实是建立的双向字节流的连接，其中连接方法主要有如下几种：
1）master通过ssh来启动slave
Jenkins内置有ssh客户端实现，可以用来与远程的sshd通信，从而启动slave agent。这是对*unix系统的slave最方便的方法，因为*unix系统一般默认安装有sshd。在创建ssh连接的slave的时候，你需要提供slave的host名字，用户名和ssh证书。创建public/private keys，然后将public key拷贝到slave的~/.ssh/authorized_keys中，将private key 保存到master上某ppk文件中。jenkins将会自动地完成其他的配置工作，例如copy slave agent的binary，启动和停止slave。但是你的job运行所依赖其他的项目需要你自己设置。
2）master通过WMI+DCOM来启动windows slave
对于Windows的Slave，Jenkins可以使用Windows2000及以后内置的远程管理功能（WMI+DCOM），你只需要提供对slave有管理员访问权限的用户名和密码，jenkins将远程地创建windows service然后远程地启动和停止他们。对于windows的系统，这是最方便的方法，但是此方法不允许运行有显示交互的GUI程序。
注意：不想其他类型的链接方式，此种方式slave（note）的名字非常重要，将被用来当做slave的地址访问slave。
3）实现自己的脚本来启动slave
如果上面成套的方法不够灵活，你可以实现自己的脚本来启动slave。你需要将启动脚
本放到master，然后告诉jenkins master在需要的时候调用此脚本来启动slave。典型地，你的脚本使用远程程序执行机制，例如SSH，RSH，或类似的方法（在windows，可以通过cygwin或psexec来完成），在脚本的最后需要执行类似java -jar slave.jar来启动slave。slave.jar 可以从http://yourjenkinsserver:port/jnlpjars/slave.jar下载，也可以在脚本的开始先下载此slave.jar从而保证slave.jar正确的版本。但是如果使用ssh slave plugin的话，此plugin将自动地更新slave.jar。
4）通过Java web start来启动slave
jave web start（jnlp）是另一种启动slave的方法。用这种方法你需要登录到slave，打开浏览器，打开slave的配置页面来连接。还可以安装为windows service来使得slave在后台运行。如果你需要运行的程序需要UI的交互，使用下面的方法：在slave系统上创建jenkins 用户，设置自动登录，在系统的startup items增加slave JNLP文件的快捷方式，使得slave 在系统登录的时候自动启动。
5）直接启动slave
此方式类似于java web start，可以方便地在*unix系统上将slave运行为daemon。需要配置slave为JNLP类型连接，然后在slave机器上执行
java -jar slave.jar -jnlpUrl http://yourserver:port/computer/slave-name/slave-agent.jnlp
二Slave配置的好的建议
* 每个slave都有用户jenkins，所有的机器使用相同的UID和GID，使得slave的管理更加简单；
* 每个机器上jenkins用户的home目录都相同/home/jenkins, 拥有相同的目录结构使得维护简单；
* 所有的slave运行sshd，windows运行cygwin sshd；
* 所有的slave安装ntp client，用来与相同的ntp server同步；
* 使用脚本sh来自动地配置slave的环境，例如创建jenkins用户，安装sshd，安装java，ant，maven等；
* 使用脚本来启动slave，保证slave总是运行在相同的参数下：
#!/bin/bash JA V A_HOME=/opt/SUN/jdk1.6.0_04 PATH=$PATH:$JA V A_HOME/bin export PATH java -jar /var/jenkins/bin/slave.jar
Jenkins最佳实践
Jenkins最佳实践，其实大部分对于其他的CI工具同样的适用：
* Jenkins的安全。对Jenkins的用户使用授权和访问控制。默认地Jenkins不执行任何的安全检查，这意味着任何人都可以访问Jenkins来配置Jenkins，修改job，和执行build。这对于在企业内部使用也许可以接受，但是存在很高的安全风险，例如其他人错误滴删除了job，错误地配置你的job在每分钟运行，启动太多的builds等。所以一般使用plugin来对Jenkins增加授权和访问控制。
* 有规律地对Jenkins的home目录的备份。
* 使用file fingerprinting来管理依赖关系。当在Jenkins上你的job依赖其他的job 时，可以使用file fingerprinting来帮助定位依赖的版本信息。
* 最可靠的build是clean builds，clean builds意思是与build相关的所有的3rd party，build脚本，发布说明等都需要在Source code control。
* 与issue tracking系统紧密的集成，例如JIRA或bugzilla，从来减少对change log 的修改。
* 与repository浏览工具紧密的集成，例如FishEye如果你使用Subversion作为source code管理工具。
* 总是配置job产生趋势报告和自动化测试，当你运行一个Java build。趋势报告帮助项目经理和开发人员快速地了解当前项目的进度和状态。
* 确保Jenkins的home目录拥有足够的空间。
* 在删除不使用的job前请先存档。
* 为不同的branch建立不同的job，build来尽早地发现错误。
* 为并行的项目builds分配不同的端口，来避免多个jobs同时启动时所遇到的冲突。
* 为不同的项目的开发人员建立e mail aliais，使得项目所有相关的人员都第一时间了解项目的状态。
* 增加额外的步骤来尽早地发现失败。例如log检查，微测试等。
* 对于经常的维护性的工作可以使用job来自动地完成，例如对磁盘的清除工作。
* 在build成功后对远代码Tag，label或baseline。
* 配置Jenkins bootstrapper来在build前更新工作目
局部变量、全局变量、静态局部变量、静态全局变量的异同 2011-01-18 10:16 完成内容： 1.收获备忘； 2.局部变量、全局变量、静态局部变量、静态全局变量的异同； 3.设计函数atoi()（字符串转int型） 4.含参数的宏与函数的优缺点； 一．收获备忘 1.数组名指向的是一块内存块，内存的地址与大小在生命期内不可改变，只有内存块中的内容可以改变；指针可以随时指向任意类型的内存块； 2.strcpy()函数的原型：char *strcpy(char *strDestination, const char *strSource); malloc()函数的原型：void *malloc(size_t size); free()函数的原型：void free(void *memblock); 3.指针在free()或delete后，需重新指向NULL，或指向合法的内存； 4.申请动态内存后，应该马上判断是否申请成功（malloc和new 申请动态内存不成功返回NULL），若申请不成功，则用exit(1)强制退出程序； 5.内存分配的三种方式： (1).从静态存储区域分配：变量在编译时已经分配好，在整个程序运行期间都存在，例如：全局变量，静态全局变量； (2).从“栈”上分配：函数内的局部变量，在使用时自动从栈上创建内存区域，函数结束时自动释放。由于栈上内存的分配运算内置于处理器的指令集中，使用效率很高，但容量有限； (3).从“堆”上分配：即动态内存分配，程序员可使用malloc ()/new申请任意大小的动态内存空间，同时由程序员决定何时使用free ()/delete去释放已申请的内存。使用起来十分灵活，但最容易出问题；
Jenkins简单使用 目录 关于项目创建 (2) 关于自动部署到容器 (5) 利用Jenkins提供的deploy plugin自动部署 (5) 利用tomcat-maven-plugin自动部署 (6) 关于把WEB项目打成jar包自动部署 (8)
关于项目创建 点击首页的“创建一个新任务”。 输入项目名称，并选择Maven项目（因我们的项目都是Maven项目，所以此处选此项） 点击“OK”，会进入配置页面。 下面只讲到了部分的配置，如果没有特殊需求其它配置保持默认即可。 首先是“丢弃旧的构建”选项，如若勾选此选线可以看到如图界面。
“丢弃旧的构建”主要是用来配置构建历史保存几个版本，或者说是保存多少时间。 “源码管理”选项中配置对应的SCM，我们用的是SVN，所以此处选择“Subversion”，并填入仓库的Url，如图： 如果没有按照“关于配置”配置Maven相关参数，配置页面中的build项处会显示如图错误： “构建触发器”选项用来配置什么时候会进行构建项目。 Build whenever a SNAPSHOT dependency is built:当此项目所依赖的项目在jenkins中被构建Build after other projects are built:在某个项目被构建后，构建此项目 Build periodically:按照指定的时间间隔进行自动构建，不管代码有没有变更。 Poll SCM:按照指定的时间间隔对SCM进行检测，如果代码库有更新则拉取后进行构建。
如图： “pre steps”：build命令之前执行的操作。可以写脚本。 “build”：build命令相关配置。Root POM：项目中pom.xml所在的路径，此路径是相对于workspace的相对路径。Goals and options：可以填写，build命令后跟的参数，如：clean install （先clean在install），clean install -Dmaven.test.skip=true（清除以前的包，重新打包，并跳过测试） “post steps”：build命令之后执行的操作。同pre steps。同样可以写脚本。 注：脚本中可以引用的变量，参见官方文档： https://https://www.doczj.com/doc/99629666.html,/display/JENKINS/Building+a+software+project 最后点击“保存”。 可以点击如图按钮测试一下自己的配置： 构建完成后，可以点击如图红框内的蓝色小按钮查看控制台输出：
全局变量与局部变量的区别 2009-11-15 10:12 一、变量的分类变量可以分为：全局变量、静态全局变量、静态局部变量和局部变量。 按存储区域分，全局变量、静态全局变量和静态局部变量都存放在内存的静态存储区域，局部变量存放在内存的栈区。 按作用域分，全局变量在整个工程文件内都有效；静态全局变量只在定义它的文件内有效；静态局部变量只在定义它的函数内有效，只是程序仅分配一次内存，函数返回后，该变量不会消失；局部变量在定义它的函数内有效，但是函数返回后失效。 全局变量和静态变量如果没有手工初始化，则由编译器初始化为0。局部变量的值不可知。静态全局变量，只本文件可以用。 全局变量是没有定义存储类型的外部变量,其作用域是从定义点到程序结束.省略了存储类型符,系统将默认为是自动型. 静态全局变量是定义存储类型为静态型的外部变量,其作用域是从定义点到程序结束,所不同的是存储类型决定了存储地点,静态型变量是存放在内存的数据区中的,它们在程序开始运行前就分配了固定的字节,在程序运行过程中被分配的字节大小是不改变的.只有程序运行结束后,才释放所占用的内存. 自动型变量存放在堆栈区中.堆栈区也是内存中一部分,该部分内存在程序运行中是重复使用的. 二、介绍变量的作用域 在讨论函数的形参变量时曾经提到，形参变量只在被调用期间才分配内存单元，调用结束立即释放。这一点表明形参变量只有在函数内才是有效的，离开该函数就不能再使用了。这种变量有效性的范围称变量的作用域。不仅对于形参变量，C语言中所有的量都有自己的作用域。变量说明的方式不同，其作用域也不同。C语言中的变量，按作用域范围可分为两种，即局部变量和全局变量。 一、局部变量 局部变量也称为内部变量。局部变量是在函数内作定义说明的。其作用域仅限于函数内，离开该函数后再使用这种变量是非法的。 例如： int f1(int a) /*函数f1*/ { int b,c; …… }a,b,c作用域
使用JIRA和Jenkins进行项目管理 (仅供参考) 1使用JIRA进行项目跟踪管理 1.1JIRA项目管理流程 1.1.1概述 项目的软件开发流程主要围绕实现一个个业务功能需求和非功能需求的需求分析、设计、开发、测试、发布验收，而参与人员最多的开发和测试环节是流程最容易出问题的环节，为有效使用JIRA进行项目管理，我们设计了以需求为主导的JIRA表单和流程（如下图）。 对应于软件过程的管理流程，本项目JIRA对应设置了以下的IssueType（问题类型）和3大管理流程： 【说明】 【需求单】：在需求分析、概要设计、详细设计阶段，将产生对一个需求的具体描述和实现设计描述交付到开发阶段，在JIRA中，体现为一份 需求单，这些交付件全部作为需求单的附件，需求单的来源包括： -需求阶段的原始需求，以一个业务功能为一份需求，通常在一周左右可以开发完成，例如“用户新增和查询功能”； -系统优化和变更：如果一些变更无法对应一份原始需求，需要创建一份新的需求单
?【子任务单】在开发阶段，一份需求往往需要三四天甚至长得多的时间 才能完成，开发完成后也存在不断的优化和改进，因此，围绕需求在JIRA 上设置了以下的管理跟踪对象子任务单(SubIssueType) -开发任务单： -程序员拿到需求后，组长应该协调开发人员将需求分解为开发任务，在JIRA上创建任务单； -设计问题单： -程序员拿到需求中的设计进行评估时，如果发现设计文档或者需求有bug，应该记录在案以便协调设计小组完善，在JIRA上创建设计 问题单； -变更单 -但设计和需求人员需要对已经提交的需求和设计提交变更时，例如增加一个字段、变更原型样式、变更接口方法，均需要提交变更单； -评审BUG单 -主要是开发组长或者结对开发程序员在评审BUG时，将评审的BUG 记录为评审BUG； -测试BUG单 -主要针对前期开发阶段的冒烟测试，测试人员对已经实现的功能进行测试，保证流程能够跑得通，如果发现BUG则创建测试BUG单； ?【测试问题单】 -主要针对无法对应到一份需求产生的BUG ?流程设置说明 -根据参与者、小组分工，设置以下流程 -需求跟踪流程 -参与人员包括需求分析员、设计者、开发组长、程序员、测试组长、测试员、用户参与，只与需求单关联，但目前其他用户参与的流程 主要由开发组长完成。 -任务跟踪流程 -主要是开发组长和程序员两级人员参与，与开发任务单、设计问题单、变更单、评审BUG单，便于开发小组进行状态监控，部分单尽 管涉及到设计人员，但为降低流程协调工作量，均由开发人员在面 对面解决后对流程进行操作 -BUG跟踪流程 -主要是测试人员和开发组间的流程跟踪。 详细的流程图如下： 1.1.2需求跟踪流程 【流程重点说明】 -开发人员必须在接受到任务后点击“开始处理”，以便跟踪哪些任务正在处理中；任务完成后点击“完成”； -小组长在代码评审后，使用JIRA的批量流程操作功能，将完成开发的进行发布，在JIRA上点击“发布测试”； -测试部分分为两个环节：冒烟测试和集成测试；
SQL中的全局变量和局部变量 在SQL中，我们常常使用临时表来存储临时结果，对于结果是一个集合的情况，这种方法非常实用，但当结果仅仅是一个数据或者是几个数据时，还要去建一个表，显得就比较麻烦，另外，当一个SQL语句中的某些元素经常变化时，比如选择条件，（至少我想）应该使用局部变量。当然MS SQL Server的全局变量也很有用。 >>>>局部变量 声明：DECLARE @local_variable data_type @local_variable 是变量的名称。变量名必须以 at 符 (@) 开头。data_type 是任何由系统提供的或用户定义的数据类型。变量不能是 text、ntext 或 image 数据类型。 示例： use master declare @SEL_TYPE char(2) declare @SEL_CUNT numeric(10) set @SEL_TYPE = 'U'/*user table*/ set @SEL_CUNT = 10 /*返回系统中用户表的数目*/ select @SEL_CUNT = COUNT(*) from sysobjects where type = @SEL_TYPE select @SEL_CUNT as 'User table ''s count' 如果要返回系统表的数目，可以用set @SEL_TYPE = 'S' 可能这个例子并不能说明使用变量的好处，我只是想说明使用方法。当一组（几个甚至几十个）SQL语句都使用某个变量时，就能体会到他的好处了。 >>>>全局变量 全局变量是系统预定义的，返回一些系统信息，全局变量以两个at(@)开头。下面是我统计了一些较为常用的变量。 @@CONNECTIONS 返回自上次启动以来连接或试图连接的次数。 @@CURSOR_ROWS 返回连接上最后打开的游标中当前存在的合格行的数量(返回被打开的游标中还未被读取的有效数据行的行数)
Jenkins+Jmeter环境搭建操作手册 一、环境&工具 Jmeter：本地的Jmeter 版本最好与Jenkins上的是一致的 查看Jenkins服务器上的Jmeter版本： 上传脚本工具：SVN 或者Git 。这2中工具作用均用来实现将你本地的脚本上传至Jenkins 服务器。（Jenkins服务器是不会运行你本地的脚本~~） 二、账号准备 Jenkins 账号：自己在Jenkins上注册就行啦 SVN / Git 账号：可在项目組内申请 三、环境搭建 3.1 测试脚本的上传 本文拿SVN举例。 S1、SVN在本地创建存储目录（不做详细介绍），将要自动运行的脚本文件夹放置该目录下
S3、提交：选中文件，右击，选择”Commit",显示绿色的勾后，及上传成功
3.2 Jenkins的项目构建环境配置S1 . 登录Jenkins S3. 创建任务（自动化任务）
S5. 设置源码管理路径
S7. 构建环境：每次构建前删除上一次运行的workspace
cd /usr/locallogs/jenkins/workspace/dhp_test/dhp_test1 JENKINS进入到路径中（存放sh脚本的路径） chmod 777 BookingcomRes.sh修改文件执行权限 bash BookingcomRes.sh运行文件 /usr/local/bin/sendmail.sh "test report" "yanan.fan@https://www.doczj.com/doc/99629666.html," "EMAIL CONTENT" /usr/locallogs/jenkins/workspace/dhp_test/dhp_test1/report/Test*.csv 将运行结果写到CSV文件中并通过邮件的方式发送到我的邮箱
C、C++中的静态全局变量，静态局部变量，全局变量，局部变量的区别 static有两种用法：面向过程程序设计中的static和面向对象程序设计中的static。前者应用于普通变量和函数，不涉及类；后者主要说明static在类中的作用。 面向过程设计中的static 全局变量、局部变量、静态全局变量、静态局部变量的区别 C++变量根据定义的位置的不同的生命周期，具有不同的作用域，作用域可分为6种：全局作用域，局部作用域，语句作用域，类作用域，命名空间作用域和文件作用域。 从作用域看： 全局变量具有全局作用域。全局变量只需在一个源文件中定义，就可以作用于所有的源文件。当然，其他不包含全局变量定义的源文件需要用extern 关键字再次声明这个全局变量。 静态局部变量具有局部作用域，它只被初始化一次，自从第一次被初始化直到程序运行结束都一直存在，它和全局变量的区别在于全局变量对所有的函数都是可见的，而静态局部变量只对定义自己的函数体始终可见。 局部变量也只有局部作用域，它是自动对象（auto），它在程序运行期间不是一直存在，而是只在函数执行期间存在，函数的一次调用执行结束后，变量被撤销，其所占用的内存也被收回。 静态全局变量也具有全局作用域，它与全局变量的区别在于如果程序包含多个文件的话，它作用于定义它的文件里，不能作用到其它文件里，即被static关键字修饰过的变量具有文件作用域。这样即使两个不同的源文件都定义了相同名字的静态全局变量，它们也是不同的变量。 从分配内存空间看： 全局变量，静态局部变量，静态全局变量都在静态存储区分配空间，而局部变量在栈里分配空间 全局变量本身就是静态存储方式，静态全局变量当然也是静态存储方式。这两者在存储方式上并无不同。这两者的区别虽在于非静态全局变量的作用域是整个源程序，当一个源程序由多个源文件组成时，非静态的全局变量在各个源文件中都是有效的。而静态全局变量则限制了其作用域，即只在定义该变量的源文件内有效，在同一源程序的其它源文件中不能使用它。由于静态全局变量的作用域局限于一个源文件内，只能为该源文件内的函数公用，因此可以避免在其它源文件中引起错误。 1)、静态变量会被放在程序的静态数据存储区（数据段）(全局可见)中，这样可以在下一次调用的时候还可以保持原来的赋值。这一点是它与堆栈变量和堆变量的区别。 2)、变量用static告知编译器，自己仅仅在变量的作用范围内可见。这一点是它与全局变量的区别。 从以上分析可以看出，把局部变量改变为静态变量后是改变了它的存储方式即改变了它的生存期。把全局变量改变为静态变量后是改变了它的作用域，限制了它的使用范围。因此static 这个说明符在不同的地方所起的作用是不同的。应予以注意。 Tips: A.若全局变量仅在单个C文件中访问，则可以将这个变量修改为静态全局变量，以降低模块间的耦合度； B.若全局变量仅由单个函数访问，则可以将这个变量改为该函数的静态局部变量，以降低模块间的耦合度；
一步步搭建jenkins持续集成平台 持续集成作为最先进的项目实践之一，逐渐在受到天朝软件公司的重视，笔者从事近1年半时间的相关工作，也无法游刃有余，用了很久jenkins了，也没有做个入门介绍给大家，惭愧，最近在迁移，顺便重新搞下，记录以飨读者. 【持续集成相关工具集】： CI-Server(Jenkins/Hudson.....) 代码管理工具（SVN/git...) java框架（maven) 覆盖率工具（c++:gcov java:maven cobertura插件） 静态扫描插件（jenkins插件） 覆盖率报表合并工具 jenkins二次开发api apache +php +codeiginter 配置 mysql +python 用来管理数据库 python-dev 下载链接 ........... 笔者将来会专门在持续集成板块介绍相关的工具集合 【安装Jenkins配置启动】： apache-tomcat-6.0.37-src.tar.gz + jenkins.1.556.war 自己搜索下吧 tomcat/bin下全部chmod +x ./* 把jenkins.war 拷贝到tomcat/webapps下 启动tomcat/bin 下startup.sh 查看8080端口是否启动 浏览吧：http://192.168.1.xxx:8080/jenkins 若想从局域网别的机器访问，则修改tomcatxxx/cong/server.xml Host name="xxx.xxx.xxx.xxx" Engin name="xxx.xxx.xxx.xxx" 同时设置防火墙(局域网其他机器打不开时可以试试) iptables -I INPUT -p tcp --dport 8080 -J ACCEPT iptables -I OUTPUT -p tcp --dport 8080 -J ACCEPT 【jenkins重启】 cd tomcat/bin/ catalina.sh stop kill pid(java) catalina.sh bin 【增加Slave节点】 1.salve初始化帐号（例：主10.129.145.112 新Slave:10.209.23.90） useradd jenkins -m -d /data/home/jenkins #创建jenkins帐号 2.拷贝jenkin主server上的slave.jar包/usr/local/tomcat/webapps/jenkins/WEB-INF/slave.jar 到新slave的/data/home/jenkins/slave.jar 3.配置： 1）.系统管理->节点管理->新建节点10.129.145.112:8081/jenkins/computer/new
局部变量、全局变量、堆、堆栈、静态和全局【】 预备知识—程序的内存分配 一个由C/C++编译的程序占用的内存分为以下几个部分 ?栈区（stack）—由编译器自动分配释放，存放函数的参数值，局部变量的值等。 其操作方式类似于数据结构中的栈。 ?堆区（heap）—一般由程序员分配释放，若程序员不释放，程序结束时可能由OS回收。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表。 ?全局区（静态区）（static）—，全局变量和静态变量的存储是放在一块的，初始化的全局变量和静态变量在一块区域，未初始化的全局变量、未初始化的静态变量在相邻的另一块区域。- 程序结束后有系统释放 ?文字常量区—常量字符串就是放在这里的。程序结束后由系统释放 ?程序代码区—存放函数体的二进制代码。 一个正常的程序在内存中通常分为程序段、数据端、堆栈三部分。程序段里放着程序的机器码、只读数据，这个段通常是只读，对它的写操作是非法的。数据段放的是程序中的静态数据。动态数据则通过堆栈来存放。 在内存中，它们的位置如下： +------------------+ 内存低端 | 程序段| |------------------| | 数据段| |------------------| | 堆栈| +------------------+ 内存高端 堆栈是内存中的一个连续的块。一个叫堆栈指针的寄存器（SP）指向堆栈的栈顶。堆栈的底部是一个固定地址。堆栈有一个特点就是，后进先出。也就是说，后放入的数据第一个取出。它支持两个操作，PUSH和POP。PUSH是将数据放到栈的顶端，POP是将栈顶的数据取出。 在高级语言中，程序函数调用、函数中的临时变量都用到堆栈。为什么呢？因为在调
云计算开发服务平台 用户手册 版本：先电paas-v2.1 发布日期：2017年4月21日 南京第五十五所技术开发有限公司
版本修订说明 修订版本修订时间修订说明 Cloud-paas-v1.2 2014年3月7日云计算开发服务平台用户手册。 Cloud-paas-v1.3 2015年11月8日新增框架说明，增加框架结构图。 Cloud-paas-v1.3.1 2016年1月18日修订GRE网络下的PaaS平台搭建 Cloud-paas-v1.4 2016年4月12日软件包修改mongodb和ActiveMQ安装脚本Cloud-paas-v2.0 2016年12月15日升级Docker作为服务平台底层 Cloud-paas-v2.0.5 2017年3月13日更新国际化 Cloud-paas-v2.1 2017年4月21日Jenkins结合gogs实现持续化集成
目录 1、Docker基础架构与环境说明 (6) 1.1 Docker架构及基本组件 (6) 1.2、系统要求 (10) 1.3、设备说明 (10) 1.3.1、网络说明 (11) 1.3.2、基础环境配置 (11) 2、容器服务管理平台Rancher安装搭建 (12) 2.1、Docker软件包安装配置 (12) 2.2、配置Docker 配置文件 (12) 2.3、启动服务 (12) 2.4、配置镜像仓库 (12) 2.5、镜像、容器服务基本操作 (13) 2.5.1 获取镜像操作 (13) 2.5.2 容器操作 (15) 2.5.3 终止容器 (18) 2.5.4 进入容器 (18) 2.5.5 容器内部操作 (19) 2.5.6 查看容器日志及相关操作 (20) 2.5.7 导出和导入容器 (23) 2.5.8 删除容器 (24) 2.6、下载镜像 (24) 2.6.1 Server节点 (24) 2.6.2 client节点 (24) 2.7、启动容器服务 (24) 3、访问站点服务 (24) 3.1、浏览器访问 (24) 3.2、添加账号 (25) 3.3、添加主机 (26)
C|C++中的静态全局变量，静态局部变量，全局变量，局部变量的区 别 static有两种用法：面向过程程序设计中的static和面向对象程序设计中的static。前者应用于普通变量和函数，不涉及类；后者主要说明static在类中的作用。 面向过程设计中的static 全局变量、局部变量、静态全局变量、静态局部变量的区别 C++变量根据定义的位置的不同的生命周期，具有不同的作用域，作用域可分为6种：全局作用域，局部作用域，语句作用域，类作用域，命名空间作用域和文件作用域。 从作用域看： 全局变量具有全局作用域。全局变量只需在一个源文件中定义，就可以作用于所有的源文件。当然，其他不包含全局变量定义的源文件需要用extern 关键字再次声明这个全局变量。 静态局部变量具有局部作用域，它只被初始化一次，自从第一次被初始化直到程序运行结束都一直存在，它和全局变量的区别在于全局变量对所有的函数都是可见的，而静态局部变量只对定义自己的函数体始终可见。 局部变量也只有局部作用域，它是自动对象（auto），它在程序运行
期间不是一直存在，而是只在函数执行期间存在，函数的一次调用执行结束后，变量被撤销，其所占用的内存也被收回。 静态全局变量也具有全局作用域，它与全局变量的区别在于如果程序包含多个文件的话，它作用于定义它的文件里，不能作用到其它文件里，即被static关键字修饰过的变量具有文件作用域。这样即使两个不同的源文件都定义了相同名字的静态全局变量，它们也是不同的变量。 从分配内存空间看： 全局变量，静态局部变量，静态全局变量都在静态存储区分配空间，而局部变量在栈里分配空间 全局变量本身就是静态存储方式，静态全局变量当然也是静态存储方式。这两者在存储方式上并无不同。这两者的区别虽在于非静态全局变量的作用域是整个源程序，当一个源程序由多个源文件组成时，非静态的全局变量在各个源文件中都是有效的。而静态全局变量则限制了其作用域，即只在定义该变量的源文件内有效，在同一源程序的其它源文件中不能使用它。由于静态全局变量的作用域局限于一个源文件内，只能为该源文件内的函数公用，因此可以避免在其它源文件中引起错误。 1)、静态变量会被放在程序的静态数据存储区（数据段）(全局可见)中，这样可以在下一次调用的时候还可以保持原来的赋值。这一
Jenkins部署及操作手册1Jenkins工作原理 2Jenkins安装 2.1软件包/插件
2.2部署 2.2.1J DK安装 下载JDK1.8版本进行安装，安装后进行系统环境变量配置： 2.2.2A NT安装 下载绿色版apache-ant-1.9.6拷贝至安装目录下(如： D:\tools\apache-ant-1.9.6)，配置系统环境变量： 2.2.3M aven安装 下载绿色版apache-maven-3.3.9拷贝至安装目录下(如： D:\tools\apache-maven-3.3.9)，配置系统环境变量： 2.2.4T omcat安装 下载绿色版Tomcat8拷贝至安装目录(如：D:\tools\tomcat8-jenkins)，配置D:\tools\tomcat8-jenkins\conf\server.xml文件，添加URIEncoding="UTF-8"
2.2.5J enkins安装 下载jenins.war包，拷贝至tomat的webapps目录下(如： D:\tools\tomcat8-jenkins\webapps\)，配置系统环境变量： (C:\Users\Administrator\.jenkins) ●启动tomcat，启动结束后，打开IE浏览器输入:http://127.0.0.1:8080/jenkins， 提示输入密码进行下一步插件的安装，安装插件有两种方式选择，一种是按它提供的建议方式安装插件，另外一种方式是用户指定选择安装插件。插件安装过程中需要等待较长时间。 ●插件安装：登录Jenkins，在系统管理页面打开插件管理，选择可选插件选项 卡，勾选需要安装的插件。 ●设置用户注册：登录Jenkins，在系统管理页面打开Configure Global Security， 访问控制安全域勾选允许用户注册。
Jenkins 操作手册 苏州测试部
目录 第 1 章概述 (1) 第 2 章基础篇 (3) 2.1 Jenkins安装 (3) 2.1.1资源下载 (3) 2.1.2运行Jenkins的前提 (3) 2.1.3 Jenkins启动 (3) 2.1.4 Jenkins访问 (4) 2.2 Jenkins基本设置 (8) 2.2.1设置JDK (9) 2.2.2设置ANT (9) 2.2.3配置邮件信息 (10) 2.3 创建任务 (10) 2.4 运行并监控构建作业 (15) 2.4.1主控制面板 (15) 2.4.2手动构建一个任务 (15) 2.4.3任务构建状态 (16) 第 3 章提高篇： (18) 3.1 插件管理： (18) 3.1.1 FindBugs 插件设置 (18) 3.1.2 Ftp插件配置 (20) 3.1.3 Junit插件 (21) 3.1.4通过远程访问触发 (21) 3.1.5 WebLogic.Deployer (21) 3.2 安全篇 (22) 3.3 个性化设置 (23) 第 4 章常见问题 (25) 4.1 edit lock问题 (25) 4.2 IOException: Unable to delete问题 (25) 4.3 not recognized as a valid application type 问题 (26) 第 5 章其它说明 (27) 5.1 CI挑战 (28) 5.2 ANT基本知识 (28)
第 1 章概述 1.1什么是持续集成 随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来，敏捷（Agile）在软件工程领域越来越红火，如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。 持续集成正是针对这一类问题的一种软件开发实践，对于提高软件开发效率并保障软件开发质量提供了理论基础。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。 持续集成最早由Martin Fowler于10年前已经提出，希望通过持续集成能够实现以下过程： 任何人在任何地点，任何时间可以构建整个项目。 在持续集成构建过程中，每一个单元测试都必须被执行。 在持续集成构建过程中，每一个单元测试都必须通过。 持续集成构建的结果是可以发布的软件包。 当以上任何一点不能满足时，整个团队的主要任务就是去解决这个问题。 1.2持续集成的核心价值 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量； 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能； 持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。 1.3持续集成的原则 业界普遍认同的持续集成的原则包括： 1）需要版本控制软件保障团队成员提交的代码不会导致集成失败。常用的版本控制软件有 IBM Rational ClearCase、CVS、Subversion等；
全局变量和静态局部变量有什么区别？ 存储的地方是一样的，不同之处在于它们的作用域不同： 全局变量基本上在程序的任何地方都能被看到 而静态局部变量只能在其指定的范围内被使用 比如 int i ; // 全局变量 class C { public: static int i_C; // 静态局部变量 } void main() { i = 1; // 合法 i_C = 1; // 错误 C::i_C = 1; // 合法 C cc; cc.i_C = 2; // 合法 } 2、 全局变量具有外部连接性，即同一工程中其它文件中的也可引用。 而静态变量不具有外部连接性，即同一工程中其它文件中不可以引用。如： //cpp1.cpp extern int x=10; static int y=5; //cpp2.cpp #include 将这两个文件放在同一工程中，你发现每一文件单独编译能通过，但作为工程不能构成.exe 文件运行。若将有关变量y的行注释后(或将static换成extern)就可以了。这是因为静态变量的作用域在本文件内，不能扩充到其它文件。其作用是当多人合作开发一个工程时，仅在自己的文件内使用的全局变量用静态变量不会与其他人用的变量相混淆，这就是标识符的一致性。 3、静态局部变量 在局部变量前加上“static”关键字，就成了静态局部变量。静态局部变量存放在内存的全局数据区。函数结束时，静态局部变量不会消失，每次该函数调用时，也不会为其重新分配空间。它始终驻留在全局数据区，直到程序运行结束。静态局部变量的初始化与全局变量类似．如果不为其显式初始化，则C++自动为其初始化为0。 静态局部变量与全局变量共享全局数据区，但静态局部变量只在定义它的函数中可见。静态局部变量与局部变量在存储位置上不同，使得其存在的时限也不同，导致对这两者操作的运行结果也不同。 使用Jenkins配置Git+Maven的自动化构建文/邴越https://www.doczj.com/doc/99629666.html,/binyue/ Jenkins是一个开源的持续集成工具，应用Jenkins搭建持续集成环境，可以进行自动构建、自动编译和部署，非常方便。 在服务器比较少的情况下，Jenkins的优势并不明显，但是随着项目发展，服务器数量的增加，Jenkins的优势就会凸显出来，可以很好的提高效率，减少很多人工操作。 现在很多公司的Java项目开发都是使用Git或者SVN管理代码，Maven 管理多模块和项目依赖， 所以今天尝试学习如何使用Jenkins搭建Github与Maven下的自动构建和部署。 1.部署Jenkins 官网下载https://www.doczj.com/doc/99629666.html,/。目前的最新版本是1.629。 Jenkins的安装十分简单，下载后就是一个jenkins.war的war包，可以直接部署在Tomcat或者其他容器中。 如果不能部署，可以检查Tomcat的配置文件，可以查看server.xml里unpackWARs和autoDeploy是否设置为True。 另外官网还有相关的.deb等的安装，比较繁琐，具体哪种方式部署可以自己选择。 2.安装相关插件 把war文件拷贝到Tomcat的webapps目录， 启动后进入http://SERVER_PATH:8080/jenkins/，可以看到Jenkins已经在运行： 配置Git仓库需要用到Git插件，Jenkins默认没有Git插件，需要手动安装。 点击Manage Jenkins，进入Manage Plugins， 在可用(Avaliable)插件列表下找到Source Code Management一栏， 选择GIT plugin插件，安装之后重启。 其他的插件如Maven等，Jenkins默认安装，不需要手动下载。 3.配置Maven和JDK路径等 选择Configure System，可以配置Maven安装路径等。 如果没有Maven和Git环境，需要另外设置。 Jenkins 操作手册 目录 第 1 章概述 (1) 第 2 章基础篇 (2) 2.1 Jenkins安装 (2) 2.1.1资源下载 (2) 2.1.2运行Jenkins的前提 (2) 2.1.3 Jenkins启动 (2) 2.1.4 Jenkins访问 (2) 2.2 Jenkins基本设置 (3) 2.2.1设置JDK (3) 2.2.2设置ANT (3) 2.2.3配置邮件信息 (4) 2.3 创建任务 (4) 2.4 运行并监控构建作业 (7) 2.4.1主控制面板 (7) 2.4.2手动构建一个任务 (7) 2.4.3任务构建状态 (8) 第 3 章提高篇： (10) 3.1 插件管理： (10) 3.1.1 FindBugs 插件设置 (10) 3.1.2 Ftp插件配置 (12) 3.1.3 Junit插件 (12) 3.1.4通过远程访问触发 (12) 3.1.5 WebLogic.Deployer (13) 3.2 安全篇 (14) 3.3 个性化设置 (15) 第 1 章概述 持续集成(CI)是一种实践，旨在缓和和稳固软件的构建过程。持续集成最早由Martin Fowler于10年前已经提出，希望通过持续集成能够实现以下过程： 任何人在任何地点，任何时间可以构建整个项目。 在持续集成构建过程中，每一个单元测试都必须被执行。 在持续集成构建过程中，每一个单元测试都必须通过。 持续集成构建的结果是可以发布的软件包。 当以上任何一点不能满足时，整个团队的主要任务就是去解决这个问题。 Jenkins是一个软件界非常流行的开源CI服务器，下面介绍从基础篇、提高篇两个层面进行介绍。 8.8 局部变量和全局变量 8.8.1 局部变量 局部变量：函数或分程序内定义的变量，只在本函数或本分程序内有效。 说明：（1）我们使用的变量一般是局部变量，main函数中的变量也是局部变量。 （2）不同函数可以使用相同的变量名，但他们是互不关联的两个变量 （3）形参是局部变量 （4）复合语句中的变量局部于本复合语句(分程序) 8.8.2 全局变量 全局变量：在函数（所有函数）之外定义的变量，作用于其后的所有函数，叫做全局变量。 作用域（有效范围）：定义变量的位置到本文件结束。 局部变量与全局变量尤如地方法规与全国法规。 说明 （1）优点：增加了函数的联系渠道，带回多于一个返回值。部分的节省了内存和执行时间。 （2）缺点：始终占用内存。降低了函数的独立性。降低了函数的可靠性和通用性。 模块化程序设计有一个原则：模块的“内聚性”强，与其他模块的“耦合性”小。 内聚性即模块内部的内在完整性，独立性，功能的单一性，封闭性。 耦合性：模块之间的互相影响，函数与数据的相关性。耦合性小，不确定因素就少。 习惯上我们把函数做成“黑箱”，只关心入口（形参和实参结合）和出口参数（函数值）及其函数功能，不关心模块（函数）内部的细节。这样，程序的可移植性好，可读性好。 全局变量的值不好控制，过多的使用全局变量会极大的降低程序的可读性 因此我们应尽量不使用全局变量 全局变量举例：使用软件的单位名，年，月，日 提倡：全局变量的第一个字母为大写。 （3）外部变量的屏蔽 li8_16.c 程序分析的方法 8.9 变量的存储类别 8.9.1 动态存储方式与静态存储方式 作用域：空间 生存期：时间 存储区分类：程序区、静态存储区、动态存储区 全局变量全部存放在静态存储区，程序开始执行时分配存储区，程序运行期间占据固定的存储空间，程序执行完毕后释放掉。 动态存储方式：在程序运行期间根据需要进行动态的分配存储空间，函数调用开始时动态分配存储区，函数结束时释放这些空间。形参、自动变量（无static 声明的局部变量）存放在动态存储区、函数调用时的现场保护和返回地址等也存放在动态存储区（堆栈）。 同一函数两次调用时局部变量占据的存储空间地址可能不同。被调用函数局部变量的生存期并不等于整个程序的生存期。 变量和函数有两个属性：数据类型、数据的存储类别。 存储类别：数据在内存中存储的方法：静态存储类、动态存储类。根据存储类别决定变量的作用域和生存期。 8.9.2 auto变量 auto变量：无static声明的局部变量。 用auto作存储类别的声明时，可以不写auto，存储类别隐含确定为auto（自动存储类别）。是动态存储方式。大多数变量是自动变量。 C语言中全局变量、局部变量、静态全局变量、静态局部变量的区别 1.C++变量根据定义的位置的不同的生命周期，具有不同的作用域，作用域可分为6种： 全局作用域，局部作用域，语句作用域，类作用域，命名空间作用域和文件作用域。 从作用域看： 1>全局变量具有全局作用域。全局变量只需在一个源文件中定义，就可以作用于所有的源文件。当然，其他不包含全局变量定义的源文件需要用extern 关键字再次声明这个全局变量。 2>静态局部变量具有局部作用域，它只被初始化一次，自从第一次被初始化直到程序运行结束都一直存在，它和全局变量的区别在于全局变量对所有的函数都是可见的，而静态局部变量只对定义自己的函数体始终可见。 3>局部变量也只有局部作用域，它是自动对象（auto），它在程序运行期间不是一直存在，而是只在函数执行期间存在，函数的一次调用执行结束后，变量被撤销，其所占用的内存也被收回。 4>静态全局变量也具有全局作用域，它与全局变量的区别在于如果程序包含多个文件的话，它作用于定义它的文件里，不能作用到其它文件里，即被static 关键字修饰过的变量具有文件作用域。这样即使两个不同的源文件都定义了相同名字的静态全局变量，它们也是不同的变量。 2.从分配内存空间看： 1>全局变量，静态局部变量，静态全局变量都在静态存储区分配空间，而局部变量在栈里分配空间 2>全局变量本身就是静态存储方式，静态全局变量当然也是静态存储方式。这两者在存储方式上并无不同。这两者的区别虽在于非静态全局变量的作用域是整个源程序，当一个源程序由多个源文件组成时，非静态的全局变量在各个源文件中都是有效的。而静态全局变量则限制了其作用域，即只在定义该变量的源文件内有效，在同一源程序的其它源文件中不能使用它。由于静态全局变量的作用域局限于一个源文件内，只能为该源文件内的函数公用，因此可以避免在其它源文件中引起错误。 1)静态变量会被放在程序的静态数据存储区(全局可见)中，这样可以在下一次调用的时候还可以保持原来的赋值。这一点是它与堆栈变量和堆变量的区别。2)变量用static告知编译器，自己仅仅在变量的作用范围内可见。这一点是它与全局变量的区别。 Jenkins插件开发 搭建开发环境 为了能开发插件，开发环境需要安装Maven和JDK 6.0以上版本。 1、安装JDK 打开cmd，输入java –version 如下图，说明安装完成。 图1 2、安装Maven 1.下载Maven 如下图： 图2 将安装包解压到任意地址，我的路径是D:\apache-maven-3.0.5 新建环境变量M2_HOME 指向D:\apache-maven-3.0.5 在path添加路径%M2_HOME%\bin 打开cmd 输入mvn –v， 如下图： 图3 安装成功。 给eclipse安装插件m2eclipse。 1、打开eclipse 2、Help-Install New Software出现下图： 图4 3、点击Add 图5 在name输入m2e 在Location输入 4、确定后出现下图： 图6 5、勾选Maven Integration for Eclipse 6、然后一直下一步直到安装完毕 7、检查是否安装成功 （1）点击Help – about eclipse – installation details,看是否存在Maven Integration for Eclipse(Required),如下图： 图7 （2）再检查eclipse是否可以创建Maven项目了，File-New-Other 图8 到此Maven安装完成了。 3、安装jenkins 下载jenkins 将jenkins.war，拷贝到D:\jenkins下，打开cmd，转到D:\jenkins目录下然后运行java –jar jenkins.war 最后出现jenkins is fully up an running。说明安装成功。 访问使用Jenkins配置Git+Maven的自动化构建
jenkins使用手册
局部变量和全局变量
C语言中全局变量,局部变量,静态全局变量,静态局部变量的区别
Jenkins插件开发手册
相关主题
文本预览