gpt4 book ai didi

ruby-on-rails - Git push Heroku master 需要永远

转载 作者:行者123 更新时间:2023-12-04 07:31:10 25 4
gpt4 key购买 nike

我使用的是基于 Ubuntu 12.04(ruby 1.9.2p290 和 rails 3.1.0)的 VM,我的应用程序在本地运行良好。我正在使用 Git,当我尝试 git push heroku master 时它不起作用。我明白了:

Counting objects: 435, done. Compressing objects: 100% (215/215), done. Writing objects: 100% (435/435), 73.35 KiB, done. Total 435 (delta 171), reused 435 (delta 171)

而且它永远不会结束,所以它不会向 Heroku 推送任何东西。终端永远待命。

操作系统信息:

jobs
[1]+ Running git push heroku master &

ps -x
PID TTY STAT TIME COMMAND
1078 ? Ssl 0:00 gnome-session --session=ubuntu
1135 ? Sl 0:00 /usr/bin/VBoxClient --clipboard
1147 ? Sl 0:00 /usr/bin/VBoxClient --display
1154 ? Sl 0:00 /usr/bin/VBoxClient --seamless
1162 ? Sl 0:19 /usr/bin/VBoxClient --draganddrop
1167 ? Ss 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-s
1171 ? S 0:00 /usr/bin/dbus-launch --exit-with-session gnome-sessio
1172 ? Ss 0:01 //bin/dbus-daemon --fork --print-pid 5 --print-addres
1246 ? Sl 0:00 /usr/bin/gnome-keyring-daemon --start --components=se
1250 ? Sl 0:02 /usr/lib/gnome-settings-daemon/gnome-settings-daemon
1329 ? S 0:00 /usr/lib/gvfs/gvfsd
1334 ? Sl 0:00 /usr/lib/gvfs//gvfs-fuse-daemon -f /home/ubuntu/.gvfs
1401 ? Sl 0:03 metacity
1417 ? S 0:00 /usr/lib/i386-linux-gnu/gconf/gconfd-2
1421 ? S<l 0:01 /usr/bin/pulseaudio --start --log-target=syslog
1426 ? Sl 0:01 unity-2d-panel
1427 ? Sl 0:07 unity-2d-shell
1430 ? S 0:00 /usr/lib/pulseaudio/pulse/gconf-helper
1447 ? Sl 0:01 /usr/lib/bamf/bamfdaemon
1450 ? Sl 0:00 /usr/lib/gnome-settings-daemon/gnome-fallback-mount-h
1453 ? Sl 0:02 nautilus -n
1455 ? Sl 0:00 /usr/lib/policykit-1-gnome/polkit-gnome-authenticatio
1457 ? Sl 0:00 bluetooth-applet
1468 ? Sl 0:00 nm-applet
1482 ? S 0:00 /usr/lib/gvfs/gvfs-gdu-volume-monitor
1500 ? Sl 0:00 /usr/lib/gvfs/gvfs-afc-volume-monitor
1504 ? S 0:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
1518 ? S 0:00 /usr/lib/gvfs/gvfsd-trash --spawner :1.9 /org/gtk/gvf
1521 ? Sl 0:01 /usr/lib/unity/unity-panel-service
1523 ? Sl 0:00 /usr/lib/dconf/dconf-service
1539 ? Sl 0:00 /usr/lib/indicator-datetime/indicator-datetime-servic
1541 ? Sl 0:00 /usr/lib/indicator-printers/indicator-printers-servic
1543 ? Sl 0:00 /usr/lib/indicator-messages/indicator-messages-servic
1545 ? Sl 0:00 /usr/lib/indicator-session/indicator-session-service
1547 ? Sl 0:00 /usr/lib/indicator-application/indicator-application-
1549 ? Sl 0:00 /usr/lib/indicator-sound/indicator-sound-service
1574 ? S 0:00 /usr/lib/geoclue/geoclue-master
1591 ? S 0:00 /usr/lib/ubuntu-geoip/ubuntu-geoip-provider
1597 ? Sl 0:00 /usr/lib/gnome-disk-utility/gdu-notification-daemon
1603 ? S 0:00 /usr/lib/gvfs/gvfsd-metadata
1609 ? Sl 0:00 /usr/lib/indicator-appmenu/hud-service
1620 ? Sl 0:00 /usr/lib/unity-lens-applications/unity-applications-d
1622 ? Sl 0:00 /usr/lib/unity-lens-files/unity-files-daemon
1624 ? Sl 0:00 /usr/lib/unity-lens-music/unity-music-daemon
1626 ? Sl 0:00 /usr/bin/python /usr/lib/unity-lens-video/unity-lens-
1653 ? Sl 0:00 /usr/bin/zeitgeist-daemon
1661 ? Sl 0:00 telepathy-indicator
1668 ? Sl 0:00 /usr/lib/zeitgeist/zeitgeist-fts
1672 ? Sl 0:00 zeitgeist-datahub
1676 ? S 0:00 /bin/cat
1682 ? Sl 0:00 /usr/lib/telepathy/mission-control-5
1701 ? Sl 0:00 gnome-screensaver
1703 ? Sl 0:00 /usr/bin/python /usr/lib/unity-scope-video-remote/uni
1728 ? Sl 0:05 gnome-terminal
1734 ? S 0:00 gnome-pty-helper
1738 pts/2 Ss 0:00 bash
1796 ? Sl 0:00 update-notifier
1954 pts/2 S 0:00 git push heroku master
1955 pts/2 S 0:00 ssh git@heroku.com git-receive-pack 'polar-island-471
1959 pts/2 R+ 0:00 ps -x

最佳答案

您对 Heroku 的推送可能超时的原因有很多。根据我的经验,最常见的原因是站点大小,而站点大小是指 3 件事:Git 存储库的大小、推送到 Heroku 的站点大小(Git 存储库 - 忽略的文件),以及您使用的 gem 的大小。 Heroku 在容纳大型网站(或长时间运行的进程)方面并不是特别强大,如果您变得太大,您可能会导致您的推送暂停/超时并且间歇性地出现,这可能会令人困惑。

.git 文件夹我的网站变得无法解释地大,并且随着时间的推移,我在项目根目录中的 .git 文件夹已经增长到 600mb。谢天谢地,我注意到 Heroku 部署聊天中的一个警告,警告我我的 Git 存储库太大。无论如何,由于该文件夹是由 Git 在幕后管理的,所以我最终开始了一个新的 Git 存储库并将我的代码移到其中,这将我的网站缩小了 90%。

.slugignore另一个导致我的站点变得足够大而导致超时的缺陷是允许将日志、我的临时目录和我的 Solr 索引目录等内容包含在项目中。在我的 .slugignore 文件中排除所有这些文件夹后,推送变得非常快。是的,您可以使用 .gitignore 获得相同的基本效果,但有些事情我喜欢通过 Git 进行管理,但在推送到 Heroku 时会忽略。这时候 .slugignore 就派上用场了。

gem 通过完成上述步骤,我将我的网站缩小到合理的大小,但仍然偶尔会出现超时。然后我意识到 gem 也会影响您的网站大小。所以我从我的 gemfile 中删除了一些未使用的 gem,我能够将我的 slug 编译时间从 900+ 秒减少到 250 秒,我的整体部署时间从 15+ 分钟(经常超时)减少到 10 分钟以下。不必为每次部署等待这么长时间并冒一半时间超时的风险,这真是一种解脱。

根据您的特定设置,任何或所有这些因素都会对您造成伤害。就我而言,我做错了一切。但是,即使您没有超时,您仍可能希望尽可能地修剪您的站点以缩短部署时间。

如何让 Heroku 不烂 http://www.stormconsultancy.co.uk/blog/development/6-ways-to-get-more-bang-for-your-heroku-buck-while-making-your-rails-site-super-snappy/

关于ruby-on-rails - Git push Heroku master 需要永远,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14823629/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com