Subgit-停止属性同步

我使用subgit通过中间存储库（如中所述）实现SVN和Gitlab repo的双向同步，这是从当前SVN到Git的非常缓慢的过渡过程的一部分

我不知道我的问题是否与这个具体案例有关，但我注意到SubGit也在同步根文件夹上设置的属性-这些属性是SubGit本身设置的一些锁时间戳（如

SubGit:lock 2018-02-12T17:00:24.067

）。就SVN端开发人员而言，这些属性完全不相关，也不需要

属性只从Git端移动到SVN。当来自SVN时，没有什么特别的东西进来

有没有办法阻止SubGit这样做？我已经在

config

文件中使用了同步过滤，但只对某些特定的文件使用了同步过滤。如何对属性执行相同的操作

注意： 对于那些感兴趣的人来说，我的场景有点特殊：SVN repo在VPN后面，而Gitlab在一个实时服务器上，它没有访问该VPN的权限

同步是通过本地计算机（具有VPN访问权限）作为代理完成的。
所有这些都需要同时接受SVN和Git（实验室）的提交

---

此

subgit:lock

（与之类似）用于处理两个用户同时提交SVN和Git的情况。在早期版本中，subgit只发送一个命令，删除此属性（即使未设置），而“hack”解决了此问题

自Subversion 1.9以来，此功能停止工作，Subversion开始忽略对不存在属性的删除。因此SubGit开始每次将

SubGit:lock

设置为唯一字符串。不幸的是，这导致了合并冲突（）在编写这些行时，它会使用唯一的名称设置一个属性，但每次都使用

subgit:lock

前缀

由于很难区分1.8和1.9 Subversion服务器版本，SubGit对于SVN 1.8+Verison有这种行为，但对于1.7之前的版本，它仍然有它的旧行为：删除不存在的属性。 此外，它还具有文件：///协议访问的旧行为，因为它不依赖于Subversion软件版本

目前还没有关闭这种新行为的选项，但如果这真的伤害了你，我认为我们可以实施这样的选项，然后制造一个问题

如果没有

subgit:lock

property，那么如果一次推一个commit，那么什么都不会有显著的变化。但是如果同时推一个commit a和B，并且在同一时刻有人将修订版C提交给SVN，那么在SVN存储库中以C、a、B或a、C、B修订版结尾的概率会更高。因此，实际上没有什么变化认真的

---

我是SubGit开发人员之一。

感谢10x的详细解释。我将此标记为一个答案，因为它似乎是我将得到的最好的答案。为什么会出现这个问题？我不确定它是否真的会导致我遇到的问题，但我有一些非常奇怪的行为。同步时忽略文件，通常会导致SVN方面的问题，并且也会移动它有很多文件-即使没有更改。我几乎不知道有多少文件将作为“新”移动到SVN一个，虽然它们很旧，但父文件夹发生了更改。我可以说这是与changed.ignore文件一起发生的，但不知道更多。您描述的这个

.gitignore

问题完全是另一个问题，与

subgit:lock

无关。我不想劫持这个主题，所以我只想注意：为避免出现问题，请确保所有.gitignore行都以斜杠（/）开头".

.gitignore

不包含斜杠的模式是递归的，但是

svn:ignore

属性不是递归的，所以如果没有斜杠，SubGit会将其递归应用于svn。如果需要更多信息，请联系support@subgit.com.Thanks对于额外的输入，它可能很容易就是你提到的。我确实在文档中看到了这一部分s、 尽管如此，.gitignore还是有一些奇怪的行为（多个.gitignore的交织历史，在原始SVN中从未存在过），所以最终我不确定接下来会发生什么，至少在svn subgit git phpstorm combo中是这样。但是，如前所述，我们不要在这里进行扩展。顺便说一句，我可能在这里留下了错误的印象，但是subgit是一个非常有用的软件，文档实际上也很不错。我确实经历了地狱般的几周，直到它完全按照我的意愿工作，但是-男人需要挑战。当然，当你确切地知道自己在做什么并且有时间去做的时候，事情就会变得容易得多。