How to track a file (in various versions) used by several projects

Steve Mullock sjm at kore.co.uk
Thu Oct 19 17:04:41 UTC 2023


Dear Norman

Thanks for clarifying. I think I understand now.

In the heat of the moment I don't entirely trust myself to always remember to edit a MODIFIED
line. Also in the library repository, it would be useful to have some history that tells me 
where changes came from. So I think I pursue the named branches route for a bit, in the hope 
Mercurial will help keep track of things for me. After a few drift apart and merge events, I 
should have a clearer idea how this will work out.

Thanks again

Steve

From:           	Norman Gray <gray at nxg.name>
Date sent:      	Thu, 19 Oct 2023 17:18:42 +0100

> 
> Ah, no, I wasn't thinking about compiled code.  The specific case here is a local, but quite
> intricate, LaTeX class file, and some associated other files (images, and XSLT scripts).  Once
> they're in place in the 'client' repo, they're included from there by LaTeX documents in that repo.
> 
> Thus the client repo remains standalone, but I have a mechanism for bugs which emerge in the class
> file, to be fixed in one client tree, and then be coped back to the 'library' repo, where they can
> be bundled into a 'distribution' (strictly in scare-quotes), ready to be copied into other
> 'clients', when that becomes convenient.
> 
> There's a few by-hand steps in the workflow (if feels dodgy even dignifying it with 'workflow'!),
> and there might be a way which uses more Mercurial cleverness, but the process is fundamentally
> simple enough that this works for me.
> 
> Best wishes,
> 
> Norman
> 
> 
> -- 
> Norman Gray  :  https://nxg.me.uk

-- 
Dr. S.J. Mullock 
http://www.kore.co.uk
Kore Technology Ltd
Cambridgeshire Business Park
Ely, Cambs.
CB7 4EA, UK
Tel. (Int.+ 44) (0) 1353 653030
Fax. (Int.+ 44) (0) 1353 653031
Registered in England, No. 2643175





More information about the Mercurial mailing list