On Tue, Jan 23, 2018 at 08:52:43PM +0100, Cecil Westerhof wrote: > I just learned tcl and already made a package for it. I made a GitHub > repository for it. Personally I like to keep all the tcl stuff in one > repository. But there will (at a certain point) several packages and > different scripts. What is a good way to tag a the master releases? > > When upgrading a package: just the package name and the version? > And what if I update a bunch of scripts?
This question appears to be more philosophical rather than technical. As one example, you could look at the Tcl's stdlib, which is, while not formally a part of Tcl, still considered to be "the standard" set of packages. It's released (and tagged) as a whole, when several updates to its packages accumulate. Secufity fixes, as usually, might warrant special releases on their own. Note, still, that each individual package in the stdlib has its own version which gets incremented when the code of that package changes. AFAIK, such updates are not tagged individually. Still, some distributions (namely, ActiveTcl's "Teapot") have each package from the stdlib packaged and available separately from the rest of them. If the set of packages you intend to manage is really loosely coupled, and releasing them as a whole makes little sense, then having per-package tags might indeed have sense but please note that in Git, you tag commits¹, that is snapshots of the contents of the whole repository, so your tag "foopkg-v1.0.0" would still tag the whole repository. This will probably warrant explaining in the readme file. ¹ Well, technically you can tag anything; in particular, you can tag the tree object representing a particular directory—say, containing the code of a single package—as recorded in a particular commit. But I doubt the Github's web interface will be of any help there, and using such tags by the end user would be quite cumbersome as you can't checkout the target tree of such a tag using `git checkout`. -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
