Bash&；SVN：当SVN命令需要用户反馈时，如何处理？

因此，我正在编写一个bash脚本来管理我通过命令行手动执行的一些版本控制命令。我这么做的原因很长，不仅仅是使用SVN工具。简短回答：我同时使用Git和SVN，使用相同的代码库，但用途不同。这些脚本允许我一次执行所有命令

不管怎样，我的剧本写得很好。一切都很完美。我关心的一个问题是SVN提示用户输入的次数。我考虑的最大问题是合并冲突。无论何时从服务器下载文件时发生冲突，它都会提示用户对此冲突采取行动

理想情况下，我希望在执行期间抑制来自SVN命令的所有输出，如果存在合并冲突，只需推迟它们，然后在最后告诉用户存在此类冲突（用户可以进入并解决它们）

那么，问题是：有没有一种方法可以使用bash来处理这些用户输入提示。要检测它们，响应它们，并让过程继续进行

为了便于讨论，让我们使用这个简单的SVN命令。假设此命令位于Bash脚本中，执行时存在合并冲突。如果有的话，我能做什么

svn update .

提前谢谢。

我使用

svn update my_checkout_path --accept postpone --config-option config:miscellany:preserved-conflict-file-exts=*

其中，

--accept delay

跳过所有自动冲突操作，

保留的冲突文件exts

取消允许所有文件的自动合并

阅读更多：

更新

要检测冲突情况，您可以在

更新

输出中查找

冲突摘要

字符串（如果您确定使用了英文版本）。

我使用

svn update my_checkout_path --accept postpone --config-option config:miscellany:preserved-conflict-file-exts=*

其中，

--accept delay

跳过所有自动冲突操作，

保留的冲突文件exts

取消允许所有文件的自动合并

阅读更多：

更新

---

要检测冲突情况，您可以在

更新

输出中查找

冲突摘要

字符串（如果您确定使用了英文版本）。

太棒了，太棒了。是否有任何方法，通过状态代码或其他方式，让bash在完成时检测冲突是否存在？我想我可以再做一次svn状态并在文本中搜索C标记，但我希望有一种更高性能的方法来做这件事（即，不必再次查询存储库）太棒了，太棒了。是否有任何方法，通过状态代码或其他方式，让bash在完成时检测冲突是否存在？我想我可以再次执行svn状态并在文本中搜索C标记，但我希望有一种更高性能的方法来执行此操作（即，不必再次查询存储库）