makeomatic / makeomatic/ms-mailer

An in-range update of @makeomatic/deploy is breaking the build 🚨

Open
#12 40 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

greenkeeper
Dominant language
JavaScript
Stars
6
Forks
8
PR merge metrics
No merged PRs in 30d

Description

## Version **1.6.0** of [@makeomatic/deploy](https://github.com/makeomatic/deploy) just got published.



Branch


Build failing 🚨




Dependency


@makeomatic/deploy




Current Version


1.4.0




Type


devDependency

This version is **covered** by your **current version range** and after updating it in your project **the build failed**.

As @makeomatic/deploy is “only” a devDependency of this project it **might not break production or downstream projects**, but “only” your build or test tools – **preventing new deploys or publishes**.

I recommend you give this issue a high priority. I’m sure you can resolve this :muscle:

Status Details

- ❌ **semaphoreci** The build failed on Semaphore. [Details](https://semaphoreci.com/makeomatic/ms-mailer/branches/greenkeeper-makeomatic-deploy-1-6-0/builds/1)

---

Not sure how things should work exactly?

There is a collection of [frequently asked questions](https://greenkeeper.io/faq.html) and of course you may always [ask my humans](https://github.com/greenkeeperio/greenkeeper/issues/new).

---

Your [Greenkeeper](https://greenkeeper.io) Bot :palm_tree:

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by opening the failed Semaphore build for the greenkeeper/@makeomatic/deploy-1.6.0 branch and identify the build step that fails. Then inspect the project's dependency configuration and the changes between @makeomatic/deploy 1.4.0 and 1.6.0. Done means the build passes with the supported dependency range and deploy or publish workflows are no longer blocked.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
build-system
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.