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

RE: Representing Debian Metadata in Git

From
rsbecker@nexbridge.com <rsbecker@nexbridge.com>
Date
Aug 21, 2024, 23:11 UTC
Message-ID
<029801daf41f$7e994b70$7bcbe250$@nexbridge.com>
In-Reply-To
<gbgpxxpikhkykvhug4ugbufqm6bdh44ygiknpzc3khalibwutk@jlebwg4vsvjt>
On Wednesday, August 21, 2024 5:38 PM, Chris Hofstaedtler wrote:
Show 30 quoted lines
>* Simon Richter <sjr@debian.org> [240820 09:11]:
>> One of the long-standing issues is that there are multiple ways Debian
>> packaging can be represented in a git tree, and none of them are optimal.
>[..]
>> A possible implementation would be a type of Git "user extension"
>> object that contains
>>
>>  - an extension name
>>  - an object type (interpreted by the extension)
>>  - type-tagged references to other objects
>>  - other type-tagged data
>[..]
>
>> Any feelings/objections/missed requirements?
>
>In the current DEP14/DEP18 discussions a lot of discussion was had about how we
>should represent Debian things in git; your mail also goes into this direction.
>
>My *feeling* is we should do the opposite - that is, represent less Debian stuff in git,
>and especially do it in less Debian-specific ways. IOW, no git extensions, no setup
>with multiple branches that contain more or less unrelated things, etc.
>
>I think we should move more towards a setup that is easily understood by people
>not closely following our Debian-specific things. We should avoid surprising things,
>again that would include the multiple branches and any git extensions.
>
>Before pushing for new ways of representing Debian stuff in git, I think it would be a
>good idea to learn from all the other distros and distro-like systems successfully
>using git [1]. Debian is not the only distro that wants to use git to capture changes
>and encourage contributions to its packages.

On the other side (perhaps), git is increasingly being used in the Ops setting for DevOps and DevSecOps. Production configurations for high-value applications are moving to storing those configurations into git for tracing and audit. Git is an enabler for good production operations practices. My $0.02 (and my customers')

--Randall
Previous: Chris HofstaedtlerNext: Chris Hofstaedtler
Message 3 of 6 in “Representing Debian Metadata in Git”
  1. Simon RichterAug 20, 2024
  2. Chris HofstaedtlerAug 21, 2024
  3. rsbecker@nexbridge.comAug 21, 2024
  4. Chris HofstaedtlerAug 21, 2024
  5. Blair NoctisAug 22, 2024
  6. Sean WhittonAug 23, 2024

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.