git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Versioning for template directory?

From
JWJosef Weidendorfer <josef.weidendorfer@gmx.de>
Date
Aug 22, 2005, 15:59 UTC
Message-ID
<200508221759.43153.Josef.Weidendorfer@gmx.de>
Hi,

as more and more hooks are added to git, I would want to have the hook scripts, part of the per-repository configuration, itself in version control. If you look at CVS, the configuration there is also under version control (in CVSROOT). I can do this manually: after git-init-db, go into .git/hooks, do a git-init-db again, adding the hooks for version control, and commiting the initial version of the hooks.

But I get the feeling that the different hooks should be versioned on a file basis, and not on a directory/whole project basis. Here, I explicitly want to have the RCS/CVS way of versioning. [Another use case: a wiki site managed via a GIT archive, to be able to change the site offline. Here too, I would want to have versioning on a file basis]

Is there a way to "extend" git to allow for this kind of versioning? This needs multiple simultaneous checkouts of heads representing independent project parts (i.e. single files). There would be a GIT index for every such independent project part; the problem being that the checkouts should be done into the same directory.

So what is the best way to accomplish this? I have to use multiple index files (index1, index2, ...), allowing multiple independent branches could be checked out independently. Another extension would be kind of a "super-head" specifying multiple heads (SHAs) which are to be checked out simultaneously (via index1, index2...). It should be possible to create signed tags out of such super-heads.

Is this feasable?
Josef
Message 1 of 1 in “Versioning for template directory?”
  1. Josef WeidendorferAug 22, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.