You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[feat] Track changes to a user's project with a git repo #280
When we modify a user's project it would be nice to save their changes before making our own in case something goes wrong. This is inspired by #265 since we'd potentially be editing a large portion of the project.
agentstack repo commit
Commit the current changes. Suggest a commit message and let the user override.
agentstack repo revert
Revert the last commit to undo a change.
idk if agentstack repo commit is necessary if they can just git commit. i think we should also have a flag for each command like --no-commit if you dont want to commit
also i think we want to only git add the files we touched and make sure to not commit the user's other modified files. only commit unsaved changes if we're modifying a file that is already modified since the last commit
idk if agentstack repo commit is necessary if they can just git commit. i think we should also have a flag for each command like --no-commit if you dont want to commit
that makes sense!
also i think we want to only git add the files we touched and make sure to not commit the user's other modified files. only commit unsaved changes if we're modifying a file that is already modified since the last commit
thinking behind this was to separate our changes from theirs. if we change a file that they have changed (likely in a repo with 6 files) the commit gets muddied up. so we commit the current state of the project (if it's been changed) and then create a separate commit for the automated stuff.
Activity
braelyn-ai commentedon Feb 5, 2025
idk if
agentstack repo commitis necessary if they can justgit commit. i think we should also have a flag for each command like--no-commitif you dont want to commitalso i think we want to only
git addthe files we touched and make sure to not commit the user's other modified files. only commit unsaved changes if we're modifying a file that is already modified since the last commitopen to discussion on this
tcdent commentedon Feb 5, 2025
that makes sense!
thinking behind this was to separate our changes from theirs. if we change a file that they have changed (likely in a repo with 6 files) the commit gets muddied up. so we commit the current state of the project (if it's been changed) and then create a separate commit for the automated stuff.
tcdent commentedon Feb 13, 2025
This has been released.