Hi Martin, seems we are in different house keeping teams. Yours is buying new houses, mine is stuffing the cellar ;) Cheers Peter
Am 06.08.2020 um 16:55 schrieb Martin Holmes
: I've thought about this a lot, because our own repositories for our longer-lasting projects have become enormous and unwieldy. I've come around to the idea that a fresh, clean repository should be created instead of just deleting things. The main reasons are:
- When things are deleted from a repo, there's no sign that they were ever really there, so unless you happen to know or mine the logs carefully, you won't be able to tell that there ever was a Utilities-1.
- When you delete something from SVN, because the history has to be preserved anyway, the repo size doesn't decrease; the stuff is still there in the database. I think the same basically applies in git; you have to purge things to reduce the overall size, which rewrites the history anyway.
- The old repository can be preserved as-is with all its cruft for historical purposes.
- The new repo can be optimally minimal without worrying about whether anything in particular will be needed or not; if you omit something that turns out to be needed, you can retrieve it from the old repo and add it later.
Cheers, Martin
On 2020-08-05 11:48 p.m., Peter Stadler wrote:
No, I have no recollection and I believe it was long before my Council activities (fits with your notion of „over a decade ago"). A quick `grep -R "Utilities-1“` does not produce any output so I’m all in favor of removing this directory. After all it’s under version control so won’t be forgotten. In general I’m much inclined to a clean repository without unused legacy code and data. It’s confusing for newbies and the old will know anyway how and where to find it if they needed it ever again. Cheers Peter
Am 04.08.2020 um 22:31 schrieb Hugh Cayless
: Does anyone remember why we haven't nuked P5/Utilities-1 (which I believe was where old XSLT 1.0 Guidelines generation code got put, like over a decade ago). Can I get rid of it? Please? This is the sort of thing I was calling "cruft" in the meeting this morning :-).
_______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council
-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council