问题标签 [scmmanager]

安装 scm-manager 的新版本（2.0.0）后，当我创建新存储库时，我在组合框中只看到了 2 个版本控制 Git 和 subversion。在旧版本（1.6）中，我可以通过设置设置 Mercurial，但现在我看不到有关 Mercurial 的任何设置。Mercurial 在新版本中是否已弃用？如果不是怎么设置呢？

只有 scm-server 没有检测到 Mercurial，但是如果您从 scm-server 获取 scm-webapp 并在 tomcat 下运行，它会检测到 Mercurial，并且您可以在创建新存储库时在组合框中看到。

/scm/repo/namspace/repo_name/code/branch/default/changesets在返回时浏览 Web UI 中的提交replacements.flatMap不是一项功能，请参见图片： SCM 错误

我将其追溯到scm-ui\ui-components\src\repos\changesets\ChangesetDescription.tsx第 46 行。

我的部署是在一个 docker 容器中，但我也能够在应用程序的物理部署上验证问题。我是否缺少依赖项？

编辑：在这两种情况下，部署的版本scm-manager都是 2.3.0。

我正在将现有的 SCM-Manager 1.60 安装迁移到 2.x。在 1.60 上，用户使用 Atlassian Crowd 插件进行身份验证，该插件在 2.x 中似乎不再存在。因此，我将 2.x 服务器配置为直接针对 ActiveDirectory 进行身份验证。

现在用户无法登录，即使使用相同凭据的 LDAP 插件测试成功。出于测试目的删除用户后，我能够使用 LDAP 身份验证登录，因此我假设用户只能以一种用户类型存在一次。如果存在“人群”类型的用户，他无法通过 LDAP 登录。

这就引出了一个问题：我能否以某种方式将所有现有用户从“crowd”类型迁移到“ldap”类型？

我假设当我删除一个用户以便他可以使用新的身份验证方法登录时，SCM-Manager 也会删除他对 500 多个存储库的所有权限。

我正在尝试通过 API 安装 scm-activity-plugin 和 scm-webhook-plugin 并且无法正常工作。我尝试了所有可能的选择但没有成功：

curl -k -s -u "user:pass" -X POST "https://my_custom_address/scm/api/rest/plugins/install/scm-activity-plugin/" -H "Content-Type: application/json"

curl -k -s -u "user:pass" -X POST "https://my_custom_address/scm/api/rest/plugins/install/scm-activity-plugin/" -H "接受：application/json"

curl -k -s -u "user:pass" -X POST "https://my_custom_address/scm/api/rest/plugins/install/scm-activity-plugin"

GET 工作正常：{ "artifactId": "scm-activity-plugin", "author": "Sebastian Sdorra", "category": null, "condition": { "arch": null, "min-version" : "1.32" }, "description": "显示存储库中的最新活动。", "groupId": "sonia.scm.plugins", "name": "scm-activity-plugin", "screenshots": [ “http://download.scm-manager.org/images/scm-activity-plugin/screenshot-1.png”]，“状态”：“已安装”，“url”：“https://bitbucket.org/ sdorra/scm-activity-plugin", "version": "1.12", "wiki": null },

有人可以帮助我吗？我使用的是 1.6 版

我试图了解 scm-manager（我正在运行 1.60）如何工作。

我在许多计算机的本地网络上工作。我可以从具有 scm-manager 的计算机中连接到 http//localhost:8080/scm

或者我可以用这台计算机的名称替换本地主机并从网络中的其他计算机连接。

我感到困惑的原因是因为我认为这台计算机上必须有某种服务器在侦听 8080，但是当我查看 Windows 进程时，我看不到任何码头服务器。我没有看到任何 scm-server 进程在计算机上运行。

你能解释一下 scm-manager 服务器在哪里吗？

我查看了 IIS，也没有在任何地方看到它。

很迷茫。

我正在尝试让 SCM Manager 接受我组织的用户，以便他们可以使用其 Windows 用户名和密码登录。我已经安装了 LDAP 插件，但它仍然无法从我的组织中识别出我自己的 Windows 用户名和密码

我不太明白 - 我认为我什至不需要 LDAP 并且某种基本身份验证应该能够在 Windows 活动目录等类型的东西上找出我的用户名密码......

我需要 SSL 来执行此操作吗？它说明了有关绑定问题的各种内容。

我正在使用自定义 LDAP 配置文件。我将wsproxy放在代理服务器区域并启用。我不知道这意味着什么，但它与我在之前安装的 SCM-server 中看到的配置相同，该配置与 Windows Server 上的组织凭据一起使用。

从版本 1.6 升级到 2.9 后出现此问题。虽然我不是在 v1.6 上设置它的人。

更新：需要的不是 LDAP 插件，而是了解如何为 SCM 配置活动目录 - 以前，在 1.X 版本中活动目录插件在后台工作 - 现在需要配置，我不知道如何 - 也1.X 的活动目录插件不再可用-如果您可以向我提供该代码，我可能会看到它如何连接到 AD，然后在 2.X 版上从那里开始-您有机会让我访问到 https://bitbucket.org/sdorra/scm-manager/wiki/active-directory-plugin 的代码？?

我已经使用 VisualSvn Server 很长时间了。我能够使用 VSS 为 repo 的每个文件夹设置用户访问读/写权限。

我在 SCM-Manager 上找不到这样做的方法。有一个路径写保护插件，但我认为它只是为了写权限。我希望用户能够访问或不访问 repo 上的特定路径。

有没有办法用 SCM-Manager 做到这一点。

谢谢。

很抱歉再次打开这样的话题，但我还没有发现任何解决的问题。

问题：我在 vServer 上的 docker 中运行最新的 SCM-Manager 2.20.0（没有 smb 共享等）。我得到了一个多千兆字节大小的 svn 转储，并创建了一个 subversion 存储库并按照文档中的描述导入它。当我从 Windows 命令行（版本 1.14.1 (r1886195)）签出时，一段时间后出现以下错误：

svn: E175009: XML 响应包含无效的 XML

svn：E130003：格式错误的 XML：在第 14073566 行找不到元素

我尝试过的事情：

• 我使用 UI 在 SCM 中创建了一个带有自述文件的 subversion 存储库，并且结帐工作正常。
• 我使用转储创建了一个本地 svn 存储库，并且结帐工作（本地通过 svn://）。
• 我继续使用该本地存储库运行 svnadmin upgrade，创建一个新转储并将其导入 SCM，问题仍然存在。
• 因为我将 nginx 作为反向代理运行，所以我尝试不使用并使用 http 而不是 https，问题仍然存在
• 我读到有人试图使用额外的 svnserver 来提供 repo 以允许通过 svn:// 而不是 https:// 进行访问，我相信这会起作用，但这不是我想要的。
• 我收集了一些带有 svnkit 日志级别“调试”的服务器日志，但至少对我来说它没有响铃。（在这里找到日志）

因此，任何想法或帮助将不胜感激，我可以在没有 scmmanager 的情况下运行服务器，但这目前不是我的首选解决方案。

问候，

马可

在 scm 管理器中，我想更改包含 svn 代码存储库的命名空间的名称。

晚安 Stackoverflow，

今天我将 scm 从 1.60 版升级到 2.30 版，只是它从 Google 控制台返回 404 错误（浏览器一直在加载，直到请求超时）。

运行journalctl -u scm-server返回以下错误：

从谷歌浏览器控制台我收到以下错误：

如果我使用 强制从服务器重新启动service scm-server restart，scm 管理器会重新启动并运行，并安装插件。

现在，即使在 scm-manager.log 中我可以看到 jvm 服务已重新启动，浏览器似乎也很难成功重新启动 SCM 服务。

我还查看了apache日志error_log，发现错误如下：

问题是 1.60 版我从来没有遇到任何这些错误，httpd.conf 中的反向代理设置一直有效，直到从控制台活动重新启动。

我真的为这个长篇大论道歉，我只是想让它尽可能全面。

感谢任何愿意帮助兄弟的人。

问候