Jump to content

Check for updates?


Recommended Posts

it's getting worse, dockerhub is almost always plagued issues , at least for the last month or so.

 

anyways, now if you run a build there's a new thing  i'm noticing, the new build on the summary screen where it says 3 hours ago etc...

 

that time on there is before i even finished writing the container, i had one earlier i finished the container, pushed it to git and started a new autobuild on dockerhub and it took about 20 minutes to build and the time said 18 hours ago.

Link to comment

Perhaps a better way would be to maintain some location with a list of containers that are ready to use. This would allow developers better control of when to make something available and not rely or race with the publishing process to dockerhub. It alos opens the door for deprecating versions, changelog inclusion and perhaps even dependency's.

Link to comment

it is now completely unusable regards updated containers.

 

 

wopNa3w.png

 

 

my build box container get's updated all the time as i try new builds.

 

dockerhub is telling me in the top corner it was last updated 4 days ago, the build history say's otherwise.

 

it's pulling the build from 4 days ago in dockerman.

Link to comment

Perhaps a better way would be to maintain some location with a list of containers that are ready to use. This would allow developers better control of when to make something available and not rely or race with the publishing process to dockerhub. It alos opens the door for deprecating versions, changelog inclusion and perhaps even dependency's.

 

It also closes the door on using the wide variety of existing Dockers. One should not reinvent the wheel especially when you're not the one controlling the standard and are more in need of what others provide than they are inneed of what you provide.

 

Dockerhub is that standard. They just need to gettheir growth issues under control. No need to kill the child just because they're going through a phase and in their terrible twos. Things will get better.

Link to comment

Perhaps a better way would be to maintain some location with a list of containers that are ready to use. This would allow developers better control of when to make something available and not rely or race with the publishing process to dockerhub. It alos opens the door for deprecating versions, changelog inclusion and perhaps even dependency's.

 

It also closes the door on using the wide variety of existing Dockers. One should not reinvent the wheel especially when you're not the one controlling the standard and are more in need of what others provide than they are inneed of what you provide.

 

Dockerhub is that standard. They just need to get their growth issues under control. No need to kill the child just because they're going through a phase and in their terrible twos. Things will get better.

 

I agree but I am also thinking about the necessary move towards group working and a peer review group which obviously needs many things including pre go live staging. How would we achieve this using the current mechanism?

Link to comment

I noticed that today, too.

 

I had to force updates in the Advanced View

 

that's not even working any more.

 

i've triggered 4 rebuilds on a new container i created with really big changes on each version (deliberately, to test updates etc) and dockerman is pulling the first build every single time.

 

dockerhub as it stands right now is utterly unusable if you have to update any containers...........

Link to comment

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...