后台：我正在使用的当前文本编辑器没有内置的git支持。不过，它支持用户创建的插件，因此我每次保存文件时都会自动提交到存储库。
虽然自动保存到存储库很简单，但提交消息当前不是很有用，它们只是将当前日期和时间用“自动保存”文本作为提交消息。
在查看这种情况时，我认为找出文本编辑器如何处理每次保存文件（如果需要）时让用户指定不同的提交消息的问题可能会有所帮助。
问题：文本编辑器如何不引人注意地允许用户指定非自动提交消息？用户是否会看到弹出对话框？编辑器是否提供暂存缓冲区，该缓冲区除了充当提交消息的临时存储空间之外什么都不做？有一种方法可以在一段时间后感觉不像“唠叨屏幕”吗？
答案 0 :(得分：2)
在保存文件时，您是否真的需要每个时间的不同消息？
大多数保存操作都是反射 CTRL + S 编辑过程的中间记录。
如果某个任务（错误修复，功能开发......）正在进行中，那些中间保存并不意味着带来大量新信息。
如果系统地提交，那些提交应该从Git1.7转发，仅使用新的fixup!操作作为注释。
这样，一旦给定任务完成，您可以自动压缩所有这些提交，只保留第一个提交的注释，并忽略该文件的所有以下提交的注释。
git rebase --interactive --autosquash
请参阅Trimming GIT Checkins SO问题。
答案 1 :(得分：1)
这显然完全取决于你的编辑。
Visual Studio / TFS可能不是源代码控制的最佳环境，但这一方面处理得相当好恕我直言。他们有一个“待定更改”窗口，您可以在开发过程中编写提交消息，并在不同的会话中记住它。
在您的情况下可能有效的一种策略就是在某处保留一个固定的'commitmessage.txt'文件，您的自动提交命令可以使用该文件（并且在提交后可能会清除）。
答案 2 :(得分：1)
我认为你可以获得绝大多数你正在寻找的东西，而不是太聪明。加载项的两个路径如何，一个自动保存，如您当前用通用自动保存提交消息所描述的那样。
第二次“有意”提交/保存，您作为用户请求提交条目的提交消息屏幕。这将是您的附加组件中的一个额外的宏/热键/按钮，您可以在提交消息中显式输入“自动保存”功能，自动保存。
跟踪并仅在故意保存和自动保存之间发生更改时自动保存。直截了当，无需唠叨屏幕即可自动保存，并可灵活添加显式提交消息。
祝你好运。