Svn 用于设置属性的Subversion钩子

请帮助我使用服务器上的钩子脚本，该脚本在从工作副本到存储库的每次提交时自动将所有新文件和现有文件上的svn:mime类型设置为application/octet stream。（我需要它来防止冲突时subversion自动合并文件。）

---

我的平台是Windows。

另一种解决方案是使用autoprops：

---

另一种解决方案是使用autoprops：

---

您使用了错误的方法来实现这一点。 相反，在Subversion配置文件中配置一个虚拟差异工具。该虚拟diff工具必须只返回1，以指示它不能进行合并

这是一篇解释如何做的更详细的帖子

---

但是您必须问问自己，Subversion是否适合您，或者您是否应该更改您的工作流。防止合并违背了我所知道的几乎所有版本控制系统的基本原则。将这样的东西侵入它们永远不会可靠地工作。因此，问问自己为什么需要这样做，调整工作流程是否更好。

你用了错误的方法来实现这一点。 相反，在Subversion配置文件中配置一个虚拟差异工具。该虚拟diff工具必须只返回1，以指示它不能进行合并

这是一篇解释如何做的更详细的帖子

---

但是您必须问问自己，Subversion是否适合您，或者您是否应该更改您的工作流。防止合并违背了我所知道的几乎所有版本控制系统的基本原则。将这样的东西侵入它们永远不会可靠地工作。因此，问问自己为什么需要这个，以及是否可以更好地调整工作流程。

因此，最后，我们在所有客户端上使用autoprops（mime类型设置为application/octet stream），它看起来不错。 当发生冲突时，svn不会自动合并文件，我们可以手动合并文件。这正是我们想要的。

---

顺便问一下，设置此属性还有哪些影响？

因此，最后我们在所有客户端上使用autoprops（mime类型设置为application/octet stream），它看起来不错。 当发生冲突时，svn不会自动合并文件，我们可以手动合并文件。这正是我们想要的。

---

顺便问一下，设置此属性的其他影响是什么？

可能我错了，但autoprops在客户端的subversion配置中，因此如果有人使用不同的配置从pc提交文件，mime类型将不会被设置可能我错了，但autoprops在客户端的subversion配置中，因此如果有人使用不同的配置从pc提交文件，mime类型不会被设置，但它仍然是客户端解决方案，我想要服务器端解决方案（在配置不同的PC上，subversion自动合并冲突，我不想要这个）。有一些服务器端解决方案吗？抱歉，没有，没有服务器端解决方案。合并是可以的，我没有问题，但我想手动合并（请参阅哪里有冲突，与负责的开发人员协商冲突，然后合并）。也许我错了，但我测试了自动subversion合并，它有时确实认为我不喜欢。正是这种情况，我可以在mime类型设置为application/octet stream的文件上执行，但它仍然是客户端解决方案，我想要服务器端解决方案（在配置不同的PC上，subversion自动合并冲突，我不想要这个）. 有一些服务器端解决方案吗？抱歉，没有，没有服务器端解决方案。合并是可以的，我没有问题，但我想手动合并（请参阅哪里有冲突，与负责的开发人员协商冲突，然后合并）。也许我错了，但我测试了自动subversion merge，它有时确实认为我不喜欢。正是这种情况，我可以在mime类型设置为application/octet stream的文件上执行