Replies: 2 comments 3 replies
-
whew, that is going to be a gigantic git tree. In my experience, the idea of maximum fine-grained commits only works in theory, and gets really tedious to work with in practice. If the tooling handles this very well, it is feasible. However it only helps when the commit messages are meaningful, otherwise you end up with thousands of 'update' commits. I don't think this can be done in an automated manner. I think there are 2 things here that do not fit together. Automated commit (message) creation, e.g. via a LLM, is most useful when there is actually something happening in the commit that has to be summarized to make it more clear. Fine grained commits are the exact opposite of that. Also, i think what a commit should be is context-dependent. It might not make sense to change a file without changing an accompanying other file. I think this approach in general is too opinionated to fit all use cases, and git is a flexible tool that enables people to work with it how they seem fit. Also, when not implemented very well, this might seriously disrupt workflows. |
Beta Was this translation helpful? Give feedback.
-
Different topic, similar direction. |
Beta Was this translation helpful? Give feedback.
-
main
instead of commits to "save" their work.This would give a fine-grained "undo" function for the overall ARC (not just on user-defined commits).
Not a fully worked out idea. Thoughts from a discussion last week @HLWeil.
And should probably also link to ARCCtrl or ARCitect @JonasLukasczyk
@Freymaurer @kMutagene @muehlhaus
Beta Was this translation helpful? Give feedback.
All reactions