Skip to content
This repository has been archived by the owner on Feb 8, 2018. It is now read-only.

continuous deployment #1138

Closed
chadwhitacre opened this issue Jul 13, 2013 · 14 comments
Closed

continuous deployment #1138

chadwhitacre opened this issue Jul 13, 2013 · 14 comments

Comments

@chadwhitacre
Copy link
Contributor

When tests pass on a certain branch.

Suggested by @SimonSapin on Twitter.

We'd need to review who has what permissions on the repo.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

@jeromegn
Copy link
Contributor

We could actually do it directly with Travis CI, with their after_scripts and environment variables.

@joealcorn
Copy link
Contributor

@jeromegn
Copy link
Contributor

@buttscicles Neat! Has been a long time since I looked that up.

@chadwhitacre
Copy link
Contributor Author

IRC convo

@hashar
Copy link
Contributor

hashar commented Jul 20, 2013

I would not use a third party to deploy on a production site. Much less whenever a change is merged in master unless that is severely controlled. The problems are:

  • anyone with merge access can potentially become root on your infrastructure
  • travils getting owned : gittip is owned.

@chadwhitacre
Copy link
Contributor Author

Besides the security concerns, there's the less severe but more common case of GitHub and/or Travis going down. We don't want that to hold up deployment for us.

@jeromegn
Copy link
Contributor

@whit537 hopefully the CI will use the same script we'd use to deploy. Therefore we could manually deploy. Would be cool to mirror the repo somewhere else, but might be overkill ;)

@chadwhitacre
Copy link
Contributor Author

+1 from @wyze in IRC (I think).

@mvdkleijn
Copy link
Contributor

We could also run our own Jenkins server and trigger it through a github web hook. If its a commit on a preconfigured branch by a preconfigured github user(s), the jenkins server would deploy on live...

Also, I wouldn't have a problem with deployment straight from GitHub provided only trusted people have access to the branch or repo.

Automated deployment should never stand in the way of manual updates either. Then the automated system was setup wrong.

@chadwhitacre
Copy link
Contributor Author

Dropping from Infrastructure. This is advanced infrastructure.

@chadwhitacre
Copy link
Contributor Author

... as a Service: http://dploy.io/

@chadwhitacre
Copy link
Contributor Author

See also #1133.

@Changaco Changaco added TeamX and removed Marketing labels Sep 4, 2014
@Changaco
Copy link
Contributor

Changaco commented Sep 4, 2014

Tagging as "blocked", because we'd need to automate DB migrations first, see #2360.

@nobodxbodon
Copy link
Contributor

As the issue isn't user-oriented, reticket to inside.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

7 participants