标签: continuous-integration

我之前从未使用过CI工具,但从我读过的内容来看,我不确定这会给每天不编写代码的独立开发人员带来什么好处.

首先 - CI为任何项目带来了哪些好处？

第二 - 谁应该使用CI？它对所有开发人员有益吗？

如何浅登克隆git存储库,以便我的克隆只包含1个历史记录项,并在特定分支上启动？

我知道如何做一个浅层克隆:

git clone --depth 1 https://path/to/myrepo.git

但不能在特定分支上启动克隆.

我正在寻找一个TeamCity服务器来持续构建.NET Web应用程序.我已经有托管,所以我不想得到一个全新的托管帐户,如AppHarbor.

我不维护自己的物理服务器,也不想维护.

我也不想每月为整个专用Windows机器支付50美元或更多,只是为了托管TeamCity.

我真的不在乎它是否在共享机器上很慢,因为它只是在后台运行的连续构建.

我想通过FTP将输出自动部署到我选择的服务器上.

市场上是否有人提供托管的TeamCity环境？

我有一个生成的报告文件,我希望能够在Jenkins作业中将当前的内部版本号添加到该文件中.是否有可用于获取当前内部版本号的环境变量或插件？

我有一个在持续集成系统(Atlassian Bamboo 2.5)上运行的webapp构建计划.我需要将基于QUnit的JavaScript单元测试合并到构建计划中,以便在每个构建时运行Javascript测试,Bamboo将解释测试结果.

我希望能够使构建过程"独立",以便不需要与外部服务器的连接.如何实现这一目标的好主意？运行构建过程的CI系统位于Ubuntu Linux服务器上.

我们是一家从事.NET LOB开发工作的MS商店.我们还为我们的CRM应用程序使用MS Dynamics ...所有开发人员目前都在使用VS/SQL Server 2008.我们也使用VSS,但是每个人都讨厌它在工作中并且很快就会出局.

我们正在开始整个团队的TDD实施计划(〜十几个人).我已经获得TeamCity设置并使用2008 sln构建器成功运行我的第一个自动构建,并使用同事已设置的SVN进行源代码控制分析.在演示管理时,我认为他们开始购买我的蛇油,并提出了调查TFS的建议.

这让我对TDD架构的计划产生了不小的影响.尽管如此,因为我一直认为TFS太昂贵而且对我们的团队来说不值得(而且我在其他商店也看到了相同的情况).我觉得MS在TDD/CI领域已落后多年,第三方产品可能更好,更成熟......我还需要做很多研究,但我想我会来这里看看如果有人实际使用过两个系统.

我意识到TFS包含的内容远远多于构建服务器......但我不想至少故意将这个问题过于宽泛.使用TFS/TFB代替TeamCity的实际利弊是什么 - 例如,我们会失去/获得哪些好处？有没有人在这里实际使用过这两个系统(TFS for TDD/CI和TeamCity/SVN)并且可以从实际的角度说话？

我已经对这个主题做了一些搜索,我在SO上找到的一篇帖子提到TFB的缺点是它只支持MSBuild.我打算在TeamCity上使用FinalBuilder; 看来它也支持TFS ......

谢谢你的建议

编辑:有没有人使用TFS作为他们的Build/CI服务器,可以告诉成功/失败的故事？

我使用以下方法远程调用Jenkins作业:

wget http://<ServerIP>:8080/job/Test-Jenkins/build?token=DOIT

这里Test-Jenkins调用了job,它DOIT是我使用过的安全令牌.

现在我需要将一些参数传递给此作业的build.xml文件,即Test-Jenkins.

我还没有弄清楚如何传递变量.

我有一个具有两个工作流程的 monorepo：

.github/workflows/test.yml

name: test

on: [push, pull_request]

jobs:
  test-packages:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v1
      - name: test packages
        run: |
          yarn install
          yarn test
...

.github/workflows/deploy.yml

name: deploy

on:
  push:
    tags:
      - "*"

jobs:
  deploy-packages:
    runs-on: ubuntu-latest
    needs: test-packages
    steps:
      - uses: actions/checkout@v1
      - name: deploy packages
        run: |
          yarn deploy
        env:
          NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}
...

这不起作用，我无法在另一个工作流程中引用作业：

### ERRORED 19:13:07Z

- Your workflow file was invalid: The pipeline is not valid. The pipeline must contain at least …

我开始研究一个带有Python代码库的业余爱好项目,我想设置某种形式的持续集成(即每次签入时运行一组测试用例并向负责人发送唠叨的电子邮件与测试失败的人类似于CruiseControl或TeamCity.

我意识到我可以在大多数VCS中使用钩子来做到这一点,但这要求测试在与版本控制服务器相同的机器上运行,这不像我想的那样优雅.有没有人对适合Python代码库的小型,用户友好的开源持续集成系统有任何建议？

在使用Hudson与之前的项目持续集成之后,我想为我正在研究的iPhone项目设置一个持续集成服务器.在做了一些研究之后,看起来没有专门为Xcode设计的CI引擎,但是有一个人使用Cruise Control和xcodebuild CLI工具取得了成功.这里有人试过吗？有没有适合Xcode项目的CI引擎？

我可能会试试Cruise Control.我会用我的发现发表一个答案.