Skip to content

.gitignorganization #1300

@benalleng

Description

@benalleng

From some post merge discussion I don't want to get lost. #1295 (comment) I think it would be helpful to come to a consensus on how we want to organize and document our gitignore. Though not mission critical I think a well organized gitignore can sometimes be helpful to make sense of all the generated files strewn about in a large repo.

Here are the docs in case there is some useful knowledge to be gleaned from there https://git-scm.com/docs/gitignore

Some things to consider.

  • Should we have one large gitignore separated in blocks for each workspace or should each workspace have its own gitignore?
  • How much documentation should we expect to explain why some files are ignored?

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationImprovements or additions to documentationgood first issueDoes NOT mean "an LLM can do this." Please discuss the constraints and intended approach.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions