小编Eld*_*sis的帖子

在Windows中是否可以从命令行获取文件夹的大小而不使用任何第三方工具？

我想要在右键单击Windows资源管理器→属性中的文件夹时获得相同的结果.

我正在构建一个项目,它由几个(有时是不相关的)模块和一些非标准的java模块(用ANT构建)组成.

每个maven模块在完成时部署到版本库.

如果构建在中间失败,我可能已经部署了一些模块,因此如果我尝试重建,则新的部署尝试将失败,因为已经部署了工件.

在重新部署之前,是否可以强制部署或删除已部署的工件？

如何使用maven 命令行中的黄瓜功能选项.
在一个充满功能(测试)的树中,我试图只运行单个功能.就我而言 - 所选文件夹中的所有要素文件.

我试过使用以下语法:

mvn install -Dcucumber.options="classpath:com/company/regression/features/administration/"

它运行所有测试.没有错误也没有评论.
我尝试了其他几个选项,没有一个工作!

任何帮助将非常感谢.

在Google容器引擎群集(GKE)上,我看到有时一个pod(或更多)没有启动并查看其事件,我可以看到以下内容

Pod沙箱发生了变化,它将被杀死并重新创建.

如果我等待 - 它只是不断重新尝试.
如果我删除了pod,并允许部署的副本集重新创建它,它将正常启动.

行为不一致.

Kubernetes版本1.7.6和1.7.8

有任何想法吗？

我正在使用一个groovy脚本来触发其他作业,这是基于Groovy插件页面中的示例.

我将作业列表作为参数,验证它们是否存在并使用一些参数触发它们.请参阅主触发器代码:

    // Prepare parameters array
    def params = 
    [
        new StringParameterValue('PARAM1', 'val1'),
        new StringParameterValue('PARAM2', 'val2'),
    ]
    def future = job.scheduleBuild2(0, new Cause.UpstreamCause(build), new ParametersAction(params))
    println "Waiting for the completion of " + jobLink
    anotherBuild = future.get()

我触发的工作运行得很好,但有一个主要问题.它们的原始参数丢失,并被新的参数PARAM1和PARAM2取代.

如何触发作业并添加其默认参数而不替换它们？

我努力为它找到一个解决方案而没有找到一个......

编辑:我在考虑不设置参数(并允许作业使用其默认值),但为作业的执行设置环境变量.有没有人有关于如何做到这一点的想法或例子？

我在我的 Jenkins 实例上安装了 Simple Theme 插件，并且我设法进行了一些（非常）基本的主题更改。

有没有人对 Jenkins 主题有更好的参考？

该插件页面上的信息非常低...

如果我想覆盖一个样式属性，我必须深入研究生成的 html 并进行大量试验。

我需要检查我正在运行的容器中的目录是否从主机挂载。
示例：使用docker run .... -v /host-data:/data ....命令。

如果没有挂载，我想警告用户，当容器终止时，这个目录上的数据将丢失......

我有一个包含多个模块的 maven 多模块项目。我想部署它们 ( mvn deploy) 只有当它们都通过一个完整的mvn install（包括测试）。

目前，我mvn install在该项目上运行了一个。如果所有模块都通过了，我就跑去mvn deploy部署。我看到的问题是浪费时间调用mvn两次（即使我在第二次运行时跳过测试）。

有没有人对此有想法？

编辑：我了解到使用Artifactory作为存储库管理器和maven-artifactory-plugin与您的 maven 设置会将原子部署行为添加到mvn deploy命令中。请参阅Artifactory 文档中的构建集成部分。

[披露 - 我与 JFrog 有关联。神器创造者。]

具有 2 个以上副本的新 Kubernetes 部署，以实现高可用性。

我希望能够仅在第一个 pod 上执行命令，比如说创建一个数据库，并让其他副本等待第一个副本完成。
为了实现这一点，我只想在 pod 中知道这是否是副本 #1。

所以在 Pod 的入口点我可以测试：

if [ $REPLICA_ID -eq 1 ]; then 
    CreateDB
else
    WaitForDB
fi

这可以在 Kubernetes 中完成吗？

我在我的 Pod 中发现，如果容器因存活探针失败而失败或被终止，容器会重新启动，但 Pod 不会。

这意味着initContainers在容器崩溃的情况下不会再次运行。

initContainers就我而言，每次主容器失败时，我确实需要运行其中之一。

这可能吗？我错过了什么吗？