工作区清理插件,怎么快速搞定

Jenkins-工作区清理插件,jenkins-清理插件

Workspace Cleanup Plugin
这个插件在构建之前或构建完成并保存工件时删除工作区。
(一)生成之前
删除工作区的选项是在生成环境部分:

(二)生成之后
删除工作区的选项处于“生成后操作”部分:

您还可以指定模式(使用Ant语法),应删除哪些文件:

模式被输入到字段
(1)中。在选择框
(2)中,您可以选择模式是否包含模式(如果文件匹配此模式,文件将被删除)或排除模式(如果文件匹配此模式,文件将不会被删除)。如果只有排除模式,则包含模式将使用“* / ”,即删除所有内容,这意味着除了与排除模式匹配的文件外,所有内容都将被删除。模式只适用于文件。如果您想将其应用于目录,请选中复选框
(3)。请注意,该目录被删除所有的内容,所以如果目录匹配包含模式,无论该目录中的某些文件是否与排除模式匹配,该目录中的所有内容都将被删除。
模式示例(取自DirectoryScanner javadoc,详细信息请参阅javadoc):
/.class
匹配目录树中的所有.class文件/目录。
test/a??.java
匹配以“a”开始的所有文件/目录,然后在名为test的目录中再匹配两个字符,然后匹配“.java”。
*
匹配目录树中的所有内容。
/test//XYZ*
匹配以“XYZ”开头的所有文件/目录,并在其中有一个名为test的父目录(例如“abc / test / def / ghi / XYZ123”)。

参考:


0


0

查看评论

Workspace Cleanup Plugin 这个插件在构建之前或构建完成并保存工件时删除工作区。 (一)生成之前 删除工...

.NET Core 独立发布

其实这个部分真是简单到。。。不能再简单。安装完 .NET Core SDK,找个空目录,试下下面的命令,

dotnet new console

dotnet publish -c Release --self-contained

OK,有没有卡住啊?

/usr/local/share/dotnet/sdk/2.0.2/Sdks/Microsoft.NET.Sdk/build/Microsoft.NET.RuntimeIdentifierInference.targets(116,5): error : It is not supported to build or publish a self-contained application without specifying a RuntimeIdentifier.  Please either specify a RuntimeIdentifier or set SelfContained to false. [/Users/lextm/Projects/selfcontained/selfcontained.csproj]

一点也不要意外,微软这是提醒你还有些东西你需要提供,否则这个部署任务没法搞。

所以这种时候我们就只好打开工程文件看看,

<Project Sdk="Microsoft.NET.Sdk">

<PropertyGroup>

<OutputType>Exe</OutputType>

<TargetFramework>netcoreapp2.0</TargetFramework>

</PropertyGroup>

</Project>

OK,试下把它改成这样,

<Project Sdk="Microsoft.NET.Sdk">

<PropertyGroup>

<OutputType>Exe</OutputType>

<TargetFramework>netcoreapp2.0</TargetFramework>

<RuntimeIdentifiers>win-x86;win-x64;linux-x64;osx-x64</RuntimeIdentifiers>

</PropertyGroup>

</Project>

加入的这一行指定了所有这个程序支持的操作系统平台,依次是:Windows 32位,Windows 64位,Linux 64位,macOS 64位。更多描述符资料,请查看 官方文档 。

下面回到命令行,继续发布,

dotnet publish -c Release --self-contained -r win-x64

Microsoft (R) Build Engine version 15.4.8.50001 for .NET Core

Copyright (C) Microsoft Corporation. All rights reserved.

selfcontained -> /Users/lextm/Projects/selfcontained/bin/Release/netcoreapp2.0/win-x64/selfcontained.dll

selfcontained -> /Users/lextm/Projects/selfcontained/bin/Release/netcoreapp2.0/win-x64/publish/

这样就做好了 Windows 64位需要的程序部署文件了。(别奇怪上面的路径分隔符,因为我是在Mac上面进行 Windows 程序的发布哦。)

打开这个 publish 文件夹,我们瞄下微软都干了什么。

神秘的发布目录

,就 TMD 一个 Hello Kitty。。。World 程序,硬是被塞了216个文件!!!(你的菊花痛了吗?)不过骂归骂,把这个文件夹原样拷贝到 Windows 机器上,然后双击 selfcontained.exe,它还就真的乖乖运行了。(怎么办,这么神奇,只能原谅它咯。)

注意力回到刚才的发布命令,那个 -r 开关就是用来指定目标平台的。如果要给多个平台发布,可以多次执行 dotnet publish,每次换下 -r 后面的描述符。

思科交换机配置SSH Telnet 修改名称,思科ssh

Hello大家好,我是Lionel,今天我给大家带来思科路由器配置SSH,Telnet和修改交换机名字的教程。
看我下面操作
首先我们启动交换机,看到       Switch>
上面的单词(启动过程很慢)
配置SSH
我们依次输入下面的命令,后面有中文注释命令是什么意思,大家可以根据自己需要进行配置。
Switch>en                                             进入特权模式
Switch#conf t                                         进入配置模式
Switch(config)#int vlan 1                             进入vlan 1
Switch(config-if)#ip add 192.168.6.X 255.255.255.0    设置IP和掩码
Switch(config-if)#no shut                             生效
Switch(config-if)#exit                                退出
Switch(config)#ip domain-name cisco.com               设置域
Switch(config)#crypto key generate rsa                配置加密方式为RSA
Switch(config)#aaa new-model                          启用AAA认证
Switch(config)#username admin password admin          设置SSH用户名和密码
Switch(config)#enable secret cisco                    设置特权模式密码
Switch(config)#ip ssh time 60                         设置SSH登录超时时间
Switch(config)#ip ssh authentication 4                设置登录失败尝试次数
Switch(config)#line vty 0 4                           进入Telnet接口配置模式
Switch(config-line)#transport input SSH               在Telnet接口模式下使用SSH认证
Switch(config)#ip ssh version 2                       若要用SSH2,配置SSH的版本号
Switch(config)#end                                    结束
Switch#wr                                             写入保存

到这步我们wr写入保存,完成了SSH的配置,我们在本地配置一个和交换机同一网段的内网IP。访问这个交换机的IP。
软件用PUTTY就可以。

配置Telnet
配置Telnet的目的是为了有些交换机版本低不支持SSH,所以我们要用Telnet连接交换机。
输入以下命令
设置域名:Router (config)# ip domain-name cisco.com
进入Telnet接口配置模式:Router (config)# line vty 0 4 
Router (config-line)# transport input telnet
Router (config-line)# password admin
Router (config-line)# login
Router (config-line)# exit
Router# wr
这样重启我们就可以用Telnet连接了。

设置交换机名称

Switch(config)#hostname 名称
只需要一条命令就可以修改名称,我们也可以通过别的方式修改,具体看交换机的版本。

以上就是本周带来的教程,想了解更多教程可以关注我们的官网和

Hello大家好,我是Lionel,今天我给大家带来思科路由器配置SSH,Telnet和修改交换机名字的教程。...

.NET Framework 吐槽集合(部分)

从 .NET Framework 1.0 诞生之日起,一个可能被问过几百万遍的问题就出现了,“我写的 .NET 程序怎么才能够直接部署而不依赖 .NET Framework 呢?”那么,这种可能性有吗?

你可能听到的答案其实还蛮多,比如:

  • “做不到!”不论是初学者还是资深人士,给出这个答案都不意外,因为各自的思考方式不同。初学者是不太知道还有什么花头,而资深人士通常可能是懒得给你解释一大堆。

  • “打包 .NET Framework 安装包嘛!”能给你这个标准答案的人,相信已经是趟过这条河了,以后有技术问题,一定记得去找他/她问哈。

  • “用飞信虚拟机!”给出这种答案的人,其实很可能就是你身边隐藏的大神。就这一个名词背后就有太多故事可以大书特书,然而并非本文重点。有兴趣的朋友,可以在文后留言。如果人数足够多,我也不介意再写写。

对于多数个人用户来说,把小则几十兆,大则几百兆的 .NET Framework 安装包做到自己的程序安装包里面,在之前几年都是一个恐怖的事情。且不说网络下载之类以前带宽有限,即使是硬盘空间、光盘空间,也都是要留给其他重要数据(如图片、视频)的嘛,哪里容得下一个无关紧要的运行时。

所以 .NET 程序似乎从一开始就是为企业设计的,只有他们能够毫不厌烦地给机器装上这类东西,保证你的程序能够顺利运行。而独立开发人员,或者面向个人用户的软件开发公司,可能从技术选型那个时候就把 .NET 给放到一边去了。

不得不说 Java 在这方面就偷巧多了,在程序里面塞上一个其实并不小的 JVM,就可以让你毫无察觉(比如 Eclipse 内置 JVM)。

你也不要认为微软自己这么设计它日子就好过了。首先,.NET Framework 就此成为了 Windows 系统上一个定时炸弹,安全补丁什么的,生命周期什么的,其实微软自己也觉得很不好搞。所以从 Windows Server 2003 内置 .NET Framework 1.1 开始,微软自己也是噩梦连连。其次 .NET Framework 很快有了 2.0/3.0/3.5/4.0/4.5/4.5.x/4.6.x/4.7.x这样林林总总的版本,安装和卸载可能导致的不稳定时有发生,于是4.x以上都变成了原地替换安装。是的,其实这也是微软给自己省事,虽然客户一点也不开心。如果算上 Office 插件系统和 IIS 上不同框架版本 .NET 程序的并行执行(side by side),我去,微软自己都快炸了。IIS 还好一点,可以强制每个应用程序池只能用特定版本的 .NET Framework,而 Office 要同时加载多个框架版本的插件,OMG,其实背后麻烦的要死要活。

到这里你就不会奇怪怎么一到了新平台 .NET Core,微软就推荐大家用独立发布(self-contained)模式了吧。那么,这个模式到底怎么玩?

本文由ca88手机版登录发布于亚洲城官网,转载请注明出处:工作区清理插件,怎么快速搞定

TAG标签: ca88手机版登录
Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。