-
Notifications
You must be signed in to change notification settings - Fork 91
.gitignorganization #1300
Copy link
Copy link
Open
DanGould/rust-payjoin
#18Labels
documentationImprovements or additions to documentationImprovements or additions to documentationgood first issueDoes NOT mean "an LLM can do this." Please discuss the constraints and intended approach.Does NOT mean "an LLM can do this." Please discuss the constraints and intended approach.
Metadata
Metadata
Assignees
Labels
documentationImprovements or additions to documentationImprovements or additions to documentationgood first issueDoes NOT mean "an LLM can do this." Please discuss the constraints and intended approach.Does NOT mean "an LLM can do this." Please discuss the constraints and intended approach.
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.