Issue status update for http://drupal.org/node/20439 Post a follow up: http://drupal.org/project/comments/add/20439 Project: Drupal Version: cvs Component: other Category: feature requests Priority: normal -Assigned to: Chris Johnson +Assigned to: Uwe Hermann Reported by: Chris Johnson Updated by: Uwe Hermann -Status: patch (code needs review) +Status: patch (ready to be committed) Attachment: http://drupal.org/files/issues/cvs_name.patch (34.76 KB) Lets revive this. I still think it's a good idea. Patch attached. Uwe Hermann Previous comments: ------------------------------------------------------------------------ Wed, 13 Apr 2005 16:31:37 +0000 : Chris Johnson Attachment: http://drupal.org/files/issues/releasename_core.patch (32.8 KB) There's no easy way for a site administrator to tell which version of Drupal software his site is running. This is particularly a problem when an administrator manages multiple sites at multiple hosts. The problem becomes even more exacerbated when the same admin only has limited time to update the software on sites, resulting in confusion as to just what version is running where. While there are a lot of technical solutions to this problem, some of which I'd like to implement, this patch is the simplest and least invasive. It simply adds the CVS release tag name to each file which can take such a tag. An admin can thus look in any file and see which release it is. This patch is for the core files. A similar one will be added to a separate issue for contrib files. ------------------------------------------------------------------------ Wed, 13 Apr 2005 16:40:52 +0000 : mathias This make a lot sense. +1 Let's also output the release tag name somewhere in the Drupal admin section. Maybe on admin/settings? ------------------------------------------------------------------------ Wed, 13 Apr 2005 18:03:40 +0000 : Chris Johnson Yes, I'd like to add some panel to admin that would show the admin which version of the software he was running, as well as which version of the database (update number) he was running. There might be a few other bits that could be added to such a display that would make life so much easier for the harried admin trying to manage many sites and projects. I'm willing to code it. Just need to get a little buy-in and agreement on features from those who decide what goes in core. ------------------------------------------------------------------------ Wed, 13 Apr 2005 18:11:10 +0000 : kbahey +1 for this patch. It does not solve everything, but is sorely needed. Dries, I think this should go in 4.6 before its release too. As for the visibility to the admin, I suggest that each module would have a version attached to it. This version can be the Build Tag/Name, and a date where the tar ball was packaged. Under admin -> modules, each module has this info listed next to it. Adding the date avoids the problem of retagging in contrib, updates to an existing branch, ...etc. which were discussed in an earlier thread. If we extend this to the scheme files, it would be easier to track changes needed to the database from one release to the next too. ------------------------------------------------------------------------ Wed, 13 Apr 2005 18:56:10 +0000 : chx biiiig +1 ------------------------------------------------------------------------ Wed, 13 Apr 2005 19:27:59 +0000 : Uwe Hermann +1