Files

3.3 KiB

parent, nav_order, description
parent nav_order description
More info 100 Dev is tightly integrated with git.

Git integration

Dev works best with code that is part of a git repo. Dev is tightly integrated with git, which makes it easy to:

  • Use the /undo command to instantly undo any AI changes that you don't like.
  • Go back in the git history to review the changes that dev made to your code
  • Manage a series of dev's changes on a git branch

Dev uses git in these ways:

  • It asks to create a git repo if you launch it in a directory without one.
  • Whenever dev edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review dev's changes.
  • Dev takes special care before editing files that already have uncommitted changes (dirty files). Dev will first commit any preexisting changes with a descriptive commit message. This keeps your edits separate from dev's edits, and makes sure you never lose your work if dev makes an inappropriate change.

In-chat commands

Dev also allows you to use in-chat commands to perform git operations:

  • /diff will show all the file changes since the last message you sent.
  • /undo will undo and discard the last change.
  • /commit to commit all dirty changes with a sensible commit message.
  • /git will let you run raw git commands to do more complex management of your git history.

You can also manage your git history outside of dev with your preferred git tools.

Disabling git integration

While it is not recommended, you can disable dev's use of git in a few ways:

  • --no-auto-commits will stop dev from git committing each of its changes.
  • --no-dirty-commits will stop dev from committing dirty files before applying its edits.
  • --no-git will completely stop dev from using git on your files. You should ensure you are keeping sensible backups of the files you are working with.

Commit messages

Dev sends the --weak-model a copy of the diffs and the chat history and asks it to produce a commit message. By default, dev creates commit messages which follow Conventional Commits.

You can customize the commit prompt with the --commit-prompt option. You can place that on the command line, or configure it via a config file or environment variables.

Commit attribution

Dev marks commits that it either authored or committed.

  • If dev authored the changes in a commit, they will have "(dev)" appended to the git author and git committer name metadata.
  • If dev simply committed changes (found in dirty files), the commit will have "(dev)" appended to the git committer name metadata.

You can use --no-attribute-author and --no-attribute-committer to disable modification of the git author and committer name fields.

Additionally, you can use the following options to prefix commit messages:

  • --attribute-commit-message-author: Prefix commit messages with 'dev: ' if dev authored the changes.
  • --attribute-commit-message-committer: Prefix all commit messages with 'dev: ', regardless of whether dev authored the changes or not.

Both of these options are disabled by default, but can be useful for easily identifying changes made by dev.