标签: nightly-build

我为什么要夜间建造？

在使用Visual Studio 2005(版本8.0.50727.762)进行长时间编译期间,我有时在某些项目的几个文件中出现以下错误:

fatal error C1033: cannot open program database 'v:\temp\apprtctest\win32\release\vc80.pdb'

(提到的文件是vc80.pdb或者vc80.idb在项目的临时目录中.)

同一个项目的下一个版本成功.没有其他Visual Studio打开可能访问相同的文件.

这是一个严重的问题,因为它使夜间编译变得不可能.

我正在编写 rust 宏，但遇到了有关我无法理解的宏的错误。为了更好地理解它，我尝试通过设置-Z macro-backtrace不稳定选项并再次编译来遵循编译器的建议。这是说的建议：

note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)

但是这样做：

cargo run -Z macro-backtrace

结果如下：

error: unknown `-Z` flag specified: macro-backtrace

我已经通过rustup override nightly在项目目录中运行并rustup default nightly为将来使用此功能而完全切换到夜间工具链，但错误仍然存​​在。

在通过网络挖掘时，我找到了一种列出所有-Z选项的方法cargo -Z help：

Available unstable (nightly-only) flags:

    -Z avoid-dev-deps   -- Avoid installing dev-dependencies if possible
    -Z minimal-versions -- Install minimal dependency versions instead of maximum
    -Z no-index-update  -- Do not update the …

我想测试我的代码对抗最新的Scala nightlies.

Scala 2.10的答案不再适用.

我该怎么办？

我们有一个每晚构建过程,自动版本化所有C++项目.这是它的工作原理.有一个通用的头文件VersionNumber.h,具有特定#define的版本号.nighly build检查此文件,增加后面的整数#define并将其检入.所有Visual C++项目#include都标题到其资源文件中并使用该定义来指定版本(版本很像1.0.3.ThatNumber).

到现在为止还挺好.现在,我想对在同一日常构建中构建的C#类库具有相同的功能.目前他们都有

[assembly: AssemblyVersion("1.0.*")]

在AssemblyInfo.cs文件和库中最终得到 1.0.HorribleNumber.AnotherHorribleNumber得到版本,这两个数字与C++项目使用的数字无关.

如何以最小的努力在我的C#项目中使用相同的清除自动版本编号？

尝试编译：https://github.com/SergioBenitez/Rocket/tree/master/examples/hello

Cargo.toml

[dependencies]
rocket = "0.4.10"

抱怨我每晚都需要 Rust

$ cargo build
...
  Error: Rocket (core) requires a more recent version of rustc.
  Installed version: 1.54.0 (2021-05-17)
  Minimum required:  1.54.0-nightly (2021-05-18)

我已经完成了本地目录覆盖

$ rustup override set nightly

我每晚运行 2021-05-17 但我需要 2021-05-18

$ rustup show
...
active toolchain
----------------

nightly-x86_64-unknown-linux-gnu (directory override for '/<redacted>')
rustc 1.54.0-nightly (3e99439f4 2021-05-17)

我尝试了各种命令来获取更新的每晚

$ rustup update
$ rustup update nightly
$ rustup toolchain install nightly-2021-05-18

当我这样做的时候，会发生一些奇怪的事情rustup update nightly

$ rustup update nightly 
info: syncing …

乔尔似乎高度重视每日构建.对于传统的编译应用程序,我当然可以看到他的理由,但这与Web开发并行 - 或者不是这样？

关于我要求的项目 - 有两个开发人员在使用Django(Python)Web应用程序.我们有1个svn存储库.每个开发人员都维护一个结账和他们自己在本地运行的MySQL副本(如果你不熟悉Django,它与它自己的测试服务器捆绑在一起,就像ASP应用程序可以在Visual Studio中运行一样).开发和测试在本地完成,然后提交回存储库.网站的实际工作副本是SVN结账(我知道SVN导出,需要太长时间).我们最接近'build'的是批处理文件,它在工作副本上运行SVN更新,执行django位('manage.py syncdb'),更新搜索引擎缓存(solr),然后重新启动apache.

我想我没看到的是与网络应用程序并行.

您是否使用"夜间构建"进行源控制的Web应用程序 - 如果是这样,它看起来像什么？

如何配置Jenkins在Slave脱机时发送通知电子邮件？我在云端有一个Windows Server.有一个运行每晚构建的Jenkins Slave运行,但有时Slave脱机,我需要知道它何时脱机.在这种情况下,如何配置Jenkins向我发送电子邮件通知？

我刚开始为基于Play的应用程序设置防弹夜间构建环境.到目前为止,我还没有找到关于这个主题的好教程.您能否查看我正在设置的当前解决方案？谢谢.

将Play Framework设置为Jenkins服务器并创建一个作业,该作业每隔24小时从git/svn存储库创建一个分发包.

play dist

上面的命令创建app-1.0.zip文件.文件被复制并解压缩到多个节点.我们正在使用负载均衡器.最终将文件解压缩到/home/play/webapp/app-1.0文件夹.

解压缩后,我更改了symlink/home/play/webapp/app => /home/play/webapp/app-1.0并重新加载项目.这个符号链接真的需要吗？我可以在旧文件上解压缩文件吗？我真的需要解压缩项目吗？我可以创建一个jar文件并在服务器上运行吗？

play reload

最后删除旧的应用程序.

rm -rf /home/play/webapp/app-0.9

版本app-0.9最初是通过运行以下脚本启动的.

/etc/init.d/play start

脚本是以下脚本的修改:

http://monocaffe.blogspot.fr/2012/09/a-play-framework-server-setup.html

基本上脚本运行以下命令,我从app-xxx.zip文件中的启动文件中找到了该命令.

exec java $* -cp "`dirname $0`/lib/*" play.core.server.NettyServer `dirname $0`

我还想过创建一个重载脚本,它验证播放应用程序是否正在运行,如果没有,播放应用程序启动,而不是重新启动.

/etc/init.d/play reload

最好的问候,Markku

我想将一些工作转换为新的Jenkins 2.0声明性管道.目前他们有3个不同的工作:

1. CI - > PollSCM每5分钟(只有主人),构建和运行测试.
2. 明亮 - >每晚运行(构建,测试,集成测试并在夜间服务器上部署)
3. Sprintly - >这是一个参数化的作业,每周四使用手动创建的标签运行.(在sprintly服务器上构建,测试,集成测试和部署)

为此,我在春天有一个带有maven的小项目,这将是我开始的最好的例子(简单,容易和快速建立).

目前我已经有了一个用于CI构建的Multibranch管道,但是我希望将这个工作整合到Nightly和Sprintly构建中.

• 每晚:在夜间通过主分支运行Cron作业以部署在夜间服务器中.
• Sprintly:构建在我的主分支中生成的Sprintly_tag,以部署在Sprintly Server中.

目前我有这个JenkinsFile

pipeline {
agent {
    label 'master'
}
tools {
    maven "Apache Maven 3.3.9"
    jdk "Java JDK 1.8 U102"
}
triggers {
        cron ('H(06-08) 01 * * *')
        pollSCM('H/5 * * * *')
}
stages {
    stage('Build') {
        steps {
            sh 'mvn -f de.foo.project.client/ clean package'
        }
        post {
            always {
                junit allowEmptyResults: true, testResults: '**/target/surefire-reports/*.xml'
                archiveArtifacts allowEmptyArchive: true, artifacts: '**/target/*.war'
            }
        } …