# Feature Request git snap, Lightweight Commit Workflow for Iterative Development 5 messages from 2025-07-02 to 2025-07-03. Participants: Suraj Bhadrike, Lucas Seiki Oshiro, brian m. carlson, Ben Knoble. Thread: https://gitlist.dev/t/63731 ## Suraj Bhadrike, 2025-07-02 18:30 Subject: Feature Request git snap, Lightweight Commit Workflow for Iterative Development Message-ID: URL: https://gitlist.dev/e/CAPGv%2B4ZT774b-LGMFpyv3cJYUrpWPMpkCGn25AfwD7MHskbV%3Dg%40mail.gmail.com ``` Hi Git contributors, This proposal introduces a new command git snap designed to support highly iterative development workflows nowdays influenced by AI coding assistants. The rise of AI assistants and agentic AI workflows has changed the pace and nature of coding. A developer might cycle through dozens of variations of a function or component in a short period while collaborating with an AI. This feature would provide a soft commit or snapshot capability, allowing developers to save their work state frequently and create a new commit every time as a snapshot or checkpoint without a commit message and flag where We can provide an option for developers to include files at the start of snap Session. The current Git workflow presents friction in this type of workflow. I've created a small Git repository with documents to help illustrate the concept. Please review it at your convenience : https://github.com/surajbh123/git-snap/tree/main Your feedback on this is highly valuable. Thanks, Suraj Bhadrike ``` ## Lucas Seiki Oshiro, 2025-07-02 19:38 Subject: Re: Feature Request git snap, Lightweight Commit Workflow for Iterative Development Message-ID: <5662B201-C668-4D40-99BC-4C499813730A@gmail.com> URL: https://gitlist.dev/e/5662B201-C668-4D40-99BC-4C499813730A%40gmail.com In-Reply-To: ``` > Hi Git contributors, Hi! > The rise of AI assistants and agentic AI workflows has changed the > pace and nature of coding. A developer might cycle through dozens of > variations of a function or component in a short period while > collaborating with an AI. The use case for this features looks very clear to me! > The current Git workflow presents friction in this type of workflow. However, I still don't see that friction. Even though it's desirable to have a healthy commit history, when we are developing it's ok to create temporary and dirty commits and fixing them later. Looking specifically to each of the problem in the "problems" section: 1. Commit Overhead: I can't see what's the difference between the WIP commits and the proposed snaps, which seems to be commits with empty messages (that can be created with `git commit -m '' --allow-empty-message`); 2. Indeed, that's not the purpose of stash; 3. Manual rebasing: another option without rebasing + squashing is: ˋˋˋ git reset git add -A git commit -m "useful commit message" ˋˋˋ and thinking from the user perspective, currently we need to learn `git rebase -i`. Creating another command would make us learn the new command and its use cases while we would still need to learn `rebase -i` for the other use cases. Looking to the features itself, the only one that looks new to me is the numbering from the oldest to the newest snap/commit. We can still do that using HEAD~ but it counts from the newest commit to the oldest. We also can't (as far as I remember) list the commits using the ~/^ syntax. ``` ## brian m. carlson, 2025-07-02 21:55 Subject: Re: Feature Request git snap, Lightweight Commit Workflow for Iterative Development Message-ID: URL: https://gitlist.dev/e/aGWq7vBSYuuKW69o%40fruit.crustytoothpaste.net In-Reply-To: ``` On 2025-07-02 at 18:30:17, Suraj Bhadrike wrote: > Hi Git contributors, > > This proposal introduces a new command git snap designed to support > highly iterative development workflows nowdays influenced by AI > coding assistants. > > The rise of AI assistants and agentic AI workflows has changed the > pace and nature of coding. A developer might cycle through dozens of > variations of a function or component in a short period while > collaborating with an AI. I mean, I do this too without an AI. I frequently want to make changes until something works, and then snapshot it and modify it to polish it and make it more presentable. > This feature would provide a soft commit or snapshot capability, > allowing developers to save their work state frequently and create a > new commit every time as a snapshot or checkpoint without a commit > message and flag where We can provide an option for developers to > include files at the start of snap Session. I think a lot of this is achievable with current functionality, just in a slightly different way. At the beginning, you could save a set of pathspecs in a file (equivalent to your `--include` and `--exclude` options) and create a random ID (also in a file). You then do `git add` with your pathspecs and do a `git commit -m "WIP: snap "`. For subsequent commits, you can just do the same `git add` with the pathspecs and then do a `git commit --squash HEAD` or `git commit --fixup HEAD`. When you're done, you can use `git rebase --autofixup` to squash all the commits down into one. These are things you can create with an alias pretty easily and I have similar functionality to make this easy. Or you can create an external `git-snap` command that simply does this under the hood. I don't think this is functionality we need in core Git because we can already achieve most of it pretty easily with a few shell aliases. If you do create this as an external command, then please do not accept multiple patterns in the `--include` and `--exclude` options; take multiple options instead. Git LFS did what you're proposing to do and it means that files or patterns with a comma in them can't be matched. -- brian m. carlson (they/them) Toronto, Ontario, CA ``` ## Ben Knoble, 2025-07-03 13:13 Subject: Re: Feature Request git snap, Lightweight Commit Workflow for Iterative Development Message-ID: <88CDEF6D-A01C-46BB-A394-CE0E3C3F9B87@gmail.com> URL: https://gitlist.dev/e/88CDEF6D-A01C-46BB-A394-CE0E3C3F9B87%40gmail.com In-Reply-To: ``` > Le 2 juil. 2025 à 17:56, brian m. carlson a écrit : > > On 2025-07-02 at 18:30:17, Suraj Bhadrike wrote: >> Hi Git contributors, >> >> This proposal introduces a new command git snap designed to support >> highly iterative development workflows nowdays influenced by AI >> coding assistants. >> >> The rise of AI assistants and agentic AI workflows has changed the >> pace and nature of coding. A developer might cycle through dozens of >> variations of a function or component in a short period while >> collaborating with an AI. > > I mean, I do this too without an AI. I frequently want to make changes > until something works, and then snapshot it and modify it to polish it > and make it more presentable. Yep. I think of this as “locally I do whatever I want; polish before publish.” > >> This feature would provide a soft commit or snapshot capability, >> allowing developers to save their work state frequently and create a >> new commit every time as a snapshot or checkpoint without a commit >> message and flag where We can provide an option for developers to >> include files at the start of snap Session. > > I think a lot of this is achievable with current functionality, just in > a slightly different way. Agreed. My variant is something like Repeat: { hack && commit -m wip --amend } The first commit omits the amend option, of course, and I can inspect previous snapshots with the reflog. ``` ## Suraj Bhadrike, 2025-07-03 18:12 Subject: Re: Feature Request git snap, Lightweight Commit Workflow for Iterative Development Message-ID: URL: https://gitlist.dev/e/CAPGv%2B4bPz4qbRowYtJo_BTmmkDaGQvDFCrjvAuBsso0rqOF3eQ%40mail.gmail.com In-Reply-To: <88CDEF6D-A01C-46BB-A394-CE0E3C3F9B87@gmail.com> ``` Hi Git contributors, Thanks all for taking the time to review my proposal.You're all right, Git already has tools to get a similar result. Experienced Git users can set up shortcuts and alises and use tools like fixup commits, rebase, and reflog, but these can be hard to learn for beginners.A purpose to build snap commands with simple syntax would make this workflow accessible to more developers. > fixup /squash commits > noisy logs branch fixup until final rebase. > git snap keeps temporary commits in its own log (git snap log), so git log stays clean throughout. > commit --amend > only “undo” in a straight line. > Reflog can recover old states, but isn't user-friendly or history maintained. > git snap checkout gives direct access to any checkpoint easy exploration, >>> Workflow (Modified using your feedback) # Branch git checkout -b feature/batch-processor # Begin snapshot session $ git snap start > Snapshot session started at 2025-dd-mm # these files will be tracked, and any further changes will be automatically included in future snap commits. ( removed flag approach) $ git snap add batch_processor.py job_config.yml $ git snap commit > snap: 1 @ 2025-dd-mm hh-mm-ss (2 files) # Git snap will also track this $ git snap add batch_processor.py $ git snap commit -m "Parallel processing implementation" > snap: 2 @ 2025-dd-mm hh-mm-ss (3 files) - Parallel processing implementation $ git snap commit > snap: 3 @ 2025-dd-mm hh-mm-ss (1 files) $ git snap commit > snap: 4 @ 2025-dd-mm hh-mm-ss (1 files) $ git snap log ID Timestamp Files Message(Optional) -- --------- ----- ------- 4 snap: 4 @ 18:25:18 1 3 snap: 3 @ 18:10:35 2 2 snap: 2 @ 17:45:22 3 Parallel processing implementation 1 snap: 1 @ 17:35:15 2 $ git snap checkout 3 > Working directory set to snap: 3 $ git snap squash -m "feat: Implement efficient batch processor with error handling" # Result: Clean history with one meaningful commit $ git log --oneline -n 1 8d72e56 (HEAD -> feature/batch-processor) feat: Implement efficient batch processor with error handling I appreciate the discussion and feedback. Thanks, Suraj Bhadrike ```