有没有办法分离heroku的更新过程

时间:2013-09-23 05:53:11

标签: git heroku

当我推送更新的heroku时,我有正常的git跟踪:

Counting objects: 48, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (32/32), done.
Writing objects: 100% (32/32), 3.06 KiB, done.
Total 32 (delta 27), reused 0 (delta 0)
...

没关系,但我的网络连接非常糟糕,我经常断开连接。很多时候,更新没有完成,因为“管道坏了”。而且,这很长。

我正在寻找一种从我的机器“分离”过程的方法。我没有在互联网上找到任何东西。有办法吗?

1 个答案:

答案 0 :(得分:0)

我建议您在更好的网络上使用主机将应用程序“中继”到heroku。

一种可能的解决方案:

  1. 在亚马逊AWS上创建一个微实例(它是免费的!)。如果您打算多次执行此操作,请使用EBS存储,如果您不打算重复使用,请使用Instance Store。我建议使用Ubuntu EBS。
  2. 使用具有弹性和中断功能的网络传输协议/实用程序(如rsync)复制 .git 目录(或整个应用程序目录)。您可以复制.git(无头样式),然后在将其转移到此中继主机后将其检出。
  3. 一旦你的git目录在中继主机上,ssh到它并打开一个屏幕会话。如果与中继服务器的网络连接中断,屏幕不会消失,您只需要“屏幕-R”,然后重新连接后您将恢复正在执行的操作。
  4. 在屏幕内运行git push heroku master并感到高兴。
  5. 您可能必须在中继主机上配置heroku,就像通常对开发主机一样。

相关问题