Home / server / Questions / 537697
Accepted
Dr I
Asked: 2013-09-11 00:31:06 +0800 CST

Serving files from GIT with uWSGI

  • 772

Good morning everyone!

On my daily job, we are using NGINX+uWSGI+MongoDB as Python Application container. For versionning and collaborative developpement we are using GIT install on each developer computer and a central GIT repository for delivery purpose.

Everything is running well and smoothly, BUT there is one minor issue.

Until now, when we want to deliver a new version of our internal softwares, all developers merge their changes and then a choosen one (usually the project manager) push the final product into the "branch master" repository on our central GIT Server.

Once this push is made, a script which is constently looking on GIT retrieve the new version and push it on our uWSGI server which then load the new version for all new connections.

Now, we are wondering how to be able to push on GIT server and that uWSGI directly load and servs its webapps from this GIT server.

Is there anybody which already have a similar solution or a uWSGI configuration to do so?

nginx

2 Answers

  1. A trick i use with my company website (it is generated from a github repository) is adding those options to uWSGI:

    ; reload the server everytime the repository is updated
touch-reload = .git/index
; every minute pull from the repository
cron = -1 -1 -1 -1 -1 git pull
    • 2
  2. Best Answer

    your server-based git-repo is nothing you'd work with; you'll always depend on a local repo-clone, derived from that central git-repo (IMHO). what you can do to get rid of ugly cronjobs: use git's pre/post-receive-hook on your git-server:

    In addition to the client-side hooks, you can use a couple of important server-side hooks as a system administrator to enforce nearly any kind of policy for your project. These scripts run before and after pushes to the server. The pre hooks can exit non-zero at any time to reject the push as well as print an error message back to the client; you can set up a push policy that’s as complex as you wish.

    there is also an informative stackoverflow-discussion about git-post-receive-hook for website-staging; esp. check out the first link from the top-answer git-website-howto

    • 1