The real cost of the tags is that the repo gets abysmally slow. It's now reached a point where it's impacting usability as well as putting too much load on the server. Git wasn't designed to handle a tag per commit.
- Malenie On 13/09/2015 23:42, Borun (a.k.a. Boroondas Gupte) wrote: > Heya all, > > Borun here, almost complete outsider on this project, so correct me if I > make any wrong assumptions. > > I guess the build tags are made by the continuous integration > infrastructure and that no significant maintenance is required to keep > the mechanism that creates them there in place. Thus, if the tags are a > burden to some (because there are so many of them) but useful to others, > why not simply have two public repositories, one with the build tags and > another without? (I'd keep the 'main', i.e. development repository clear > of the build tags and have the continuous build process sync (fetch) the > commits over to a 'build' repository (a clone of 'main') where it also > tags the commits it builds, instead of tagging them on the on the 'main' > repository as it seems to do today.) > > That way, the 'conversion tool' comes practically for free, has a web > interface already familiar to those involved *and* is machine readable. > > Tags of wider interest (e.g. to mark versions that are official > releases) would probably still be made on the 'main' repo and then > fetched to the 'build' repo. > > Cheers, > B. > > > > > _______________________________________________ > Opensim-dev mailing list > [email protected] > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev _______________________________________________ Opensim-dev mailing list [email protected] http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
