Symbol white

← Back to other Deploy suggestions

Allow omission of new_ref parameter to deploy latest commit on auto deployment

36bc3c4c2471d4a1c7d97c20008abaf4?rating=pg&size=52&default=mm
suggested by John H
3

This suggestion is similar to:

https://suggest.atechmedia.com/deploy/1147-create-deployment-in-api-with-end_revision-being-the-latest

As it stands, in order to deploy the latest code on a server using auto deployment we have to find out what the latest commit is.

Auto deployment is useful because it means we can trigger a deployment without having to visit the website. However, if we have to find out what the latest commit is manually it sort of defeats the point.. how often do you want to deploy not-the-latest code on master?

The fact that the web interface can do this but not auto-deployment makes me think this change would probably be fairly trivial (just use whatever code gets the latest commit on the site in the auto-deployment code).

Yes, we can make an API call to get the commit but this is flawed for a couple of reasons:

- DeployHQ already has the ability to do this, should we really be coding around a missing feature on DeployHQ?
- Accessing the API relies on my user existing on the account - what if I leave the company I work for? Then all our auto-deployments will fail.

Before dis-regarding my suggestion, please can a developer read it? Any developer will understand why this is a 'must have' feature, while a management type may not. I notice the other person's suggestion was just ignored without comment.

Thanks,
John.

Collecting We're collecting votes & feedback about this suggestion!

Comments (1)

  • My vote for it. Strongly agree with John that it seems to be a missing feature in the request API. It's a shame that HEAD pointer is not accepted as it is actually essential part of GIT itself. Any chance for quick workaround guys?

    Dea376a2a543114dfe9a21430d87d991?rating=pg&size=52&default=mm
    posted by Marcin C

Login to comment on this suggestion