greenkeeperio/greenkeeper-lockfile

greenkeeper-lockfile never gets triggered

Closed this issue ยท 7 comments

I don't get it how this package should work. This doesn't make any sense.

I trigger a TravisCI build on every new pull request. Important note: pull request , not push. Every new pull request on Travis is getting built by a merge of the default branch (master) and the pull request one. Travis tags the build as being built on master, not on some other branch. This results in a 'master' is not a Greenkeeper branch message and makes greenkeeper-lockfile completely useless, as it will never get triggered - on PRs branch is marked as master, on merge and finally push to master it's also obviously marked as master.

Example PR: jsardev/reaptcha#57
Example build: https://travis-ci.org/sarneeh/reaptcha/builds/422454239

Am I missing something or there's something wrong here? ๐Ÿ˜„

I'm having the same issue. I followed documentation to the letter.

Example PR: OperationCode/front-end#98
Travis file: https://github.com/OperationCode/front-end/blob/master/.travis.yml

Same for me, tried rewriting the travis config for a week to make it work but it never triggered once, not even with the simplest config.
It either ends with

  • 'master' is not a Greenkeeper branch (on pretty much everything that is not the first commit of the greenkeeper PR)
  • Only running on first push of a new branch on the first push. Even tho greenkeeper doesn't even make 1 commit PRs, it usually adds multiples for every package.

see Kornil/medium-migration-website#10 on "details" in checks you'll see both errors at the end of the logs.

My formerly working config is also exhibiting the master is not a Greenkeeper branch error now: https://travis-ci.org/elwayman02/ember-interactivity/jobs/422262174

The 'master' is not a Greenkeeper branch message will be displayed on the travis pr run. Greenkeeper-lockfile only runs on the push (branch status). Having a CI branch status is a requirement for Greenkeeper.

@sarneeh greenkeeper-lockfile only runs on branches that are created by greenkeeper

@kylemh On the push run it says No dependency changed which is probably because you run yarn global add greenkeeper-lockfile@1but monorepos are only supported with greenkeeper-lockfile@2

@Kornil similar problem here. Since this was a monorepo release it might require greenkeeper-lockfile@2. version 2 is tagged as nextrelease and not latest therefore has to be explicitly installed with the @2

@elwayman02 this is a pr travis run which bases of the master branch and therefore greenkeeper-lockfile does not run. I checked a push/branch run and there the lockfile was updated.

We are currently working on supporting Lockfile updates natively within Greenkeeper. โœจ ๐ŸŒด

@Realtin Thanks for the explanation! I guess it's more of a problem about how TravisCI works and how it informs its users. It's really confusing how Travis handles branches on pr/push runs.

@Realtin I don't have a monorepo. Just a single package.json at the root of a single client-side application.

I will try to resolve this by changing to version 2 regardless.

@Realtin bumped to version 2 and it didn't change behavior.

Am I unable to use --freeze-lockfile?

OperationCode/front-end#118

Removing --freeze-lockfile gets it working. I guess I'll create a different build process for greenkeeper branches ๐Ÿ‘

Hoping to really nail the config so I can contribute to Greenkeeper examples.