问题标签 [bonobo]

我正在使用 Bonobo Git 服务器。我想在 Azure 网站上托管此应用程序，但磁盘限制为 ~10gb（基本计划）。这不足以托管 git 存储库。我在想是否有任何方法可以使用连接到我的网站的 Azure 存储来托管这些存储库？

目前 bonobo 应用程序使用本地 git .exe 来执行与存储库的适当进程。我不知道如何使这与 Azure 存储一起工作，或者是否有可能。

我有某种错误的脚本，它以某种方式在我的 Bonobo 服务器中放置了一个 repo 的副本。然后倭黑猩猩把它和信息一起捡了起来Discovered in file system。我从所述文件系统中删除了它，但现在我无法从 bonobo 中删除它，我(missing)在 repo 上有一个标签。

我试图对其进行改造并克隆以建立所有链接，但回购名称中有一个空格，我无法克隆它。它在空格处截断 URL 并失败。这个文件夹中正确的工作仓库是这个没有空间的文件，所以我必须小心我所做的事情。所以我想我会尝试使用 web ui 删除 repo。我点击删除，没有任何反应。我没有看到任何处理错误。错误文件中没有任何内容。开发人员工具中没有任何内容表明请求已发生。

有人对如何从我的服务器中获取此 repo 有任何想法吗？

我刚刚开始在本地网络上使用 Git 进行版本控制。为了允许多个用户同步存储库，我还开始使用运行良好的 Bonobo Git Sever 包。

到目前为止，我一直通过在 Bonobo 中创建存储库来初始化存储库，将其克隆到本地目录，添加文件等，然后根据需要推送/拉取。

现在假设我最初在本地目录中创建存储库，使用它一段时间，然后想将其添加到远程服务器，保持所有提交历史记录不变。

我该怎么做呢？与 git clone 有什么相反的 - 即获取现有的本地存储库并将其添加到远程服务器？

我正在尝试使用 Windows 身份验证在 Windows 7 + IIS 7.5 上安装 Bonobo 5.0.0。

当我转到主页 ( http://domain/bonobo) 时，系统会提示我输入我的 Windows 用户名/密码，然后它会重定向回根目录以查找名为 windowsAuthCallback 的路由：

显然，这给了我一个 404 错误。

我在 IIS 中将身份验证设置为“匿名”，在 Bonobo web.config 中将身份验证设置为“Windows”，但我不确定自己做错了什么。

更新

不确定这是否相关......我在同一台服务器上安装了现有的 Bonobo，并且我正在将 Bonobo 5 作为新应用程序全新安装。遇到我描述的问题后，尝试打开原始 Bonobo 应用程序会出现以下错误：

重新启动 IIS 解决了这个问题，我可以再次访问我的旧 Bonobo 应用程序。

我在 Windows 8 服务器上安装了 bonobo Git 服务器，它的显示登录页面。根据登录说明，用户名和密码是 admin,admin。

之后它再次返回到相同的登录页面。

请告诉我相同的解决方案

我在win8上设置了一个新的bonobo服务器。

尝试使用 admin:admin 登录时，登录页面再次出现，我没有登录。

尝试使用无效凭据登录时，出现预期错误：“提供的用户名或密码不正确”

Bonobo.Git.Server.Errors.log 是：

本机库预加载器正在尝试加载本机 SQLite 库“C:\inetpub\wwwroot\Bonobo.Git.Server\bin\x64\SQLite.Interop.dll”... w3wp.exe 错误：0：发生服务器错误并且陷入 Global.asax - System.Web.HttpException (0x80004005): Der Server kann den Header nicht anhängen, nachdem HTTP-Header gesendet wurden。在 System.Web.HttpHeaderCollection.SetHeader(String name, String value, Boolean replace) bei Microsoft.Owin.Host.SystemWeb.CallHeaders.AspNetResponseHeaders.Set(String key, String[] values) bei Microsoft.Owin.Infrastructure.OwinHelpers。 AppendHeaderUnmodified(IDictionary 2 headers, String key, String[] values) bei Microsoft.Owin.Infrastructure.ChunkingCookieManager.AppendResponseCookie(IOwinContext context, String key, String value, CookieOptions options) bei Microsoft.Owin.Security.Cookies。

我最近在本地 IIS 服务器上安装了 Bonobo Git Server。我已经通过 web ui 获得了 Windows 身份验证和 Active Directory 成员资格服务正常工作（身份验证有效，AD 组/团队/管理员按预期导入）。

但是，当尝试克隆存储库时，我会收到来自 git 客户端的此错误。

致命：“ http://example.org/myrepo.git/ ”的身份验证失败

我尝试使用我的用户名/域组合的每个变体，例如：

username domain\username domain\\username domain\\\username username@example.org username@ad-server.example.org

都产生相同的响应（尽管 username@example.org 似乎需要更长的时间才能超时）。

我已经关闭了 Windows 身份验证并使用了 bonobo 的内部身份验证/成员资格方案，并且能够毫无问题地克隆所需的 repo。

因此，简而言之，Windows 身份验证/AD 成员服务适用于 http 客户端，但不适用于我的 git 客户端。有任何想法吗？

在运行 IIS 7.5 的 2008R2 服务器上安装了 Bonobo 5.0.1。站点设置在 Bonobo 是站点的位置 - 不是另一个站点的应用程序。一切似乎都适用于 cookie 身份验证和内部成员资格。我得到了与这个问题相同的错误：使用 Windows 身份验证设置 Bonobo 5.0.0

应用程序池设置为具有网络等权限的用户。所有组都是服务器的本地组。我处于多域环境中，并且为服务器所在的域设置了基本域。但是，大多数用户将来自其他域。首先试图通过使用本地用户组来保持简单，直到我了解身份验证/授权发生了什么。

当用户尝试访问该站点时 - 它返回： bonobogit.maindomain.com/windowsAuthCallback?id=xxxxxxx

没有错误 - 只是一个空白屏幕。favicon 被送达，等等。

关于我可能遗漏的任何想法？

我下载了 Bonobo Git 服务器并将其安装在本地（Windows 7）和服务器（Windows 2012）上。我最初使用默认设置来了解它。默认用户名和密码有效，创建测试用户也是如此。

然后我删除了所有 SQLite 实例并将它们交换到 SQL Server。同时，我还使用 AD 成员服务启用了 Windows 身份验证。在 SQL Server 实例上创建新目录 bonobogit 后，我​​可以看到创建了与 Repos、Teams、Users 和 Roles 相关的表。然而，这些似乎都没有被使用。相反，在 ~/App_Data 目录下似乎有相应的目录和文件。

SQL Server 或 SQLite 用于 Bonobo Git 服务器的目的是什么？是否有可能我的设置组合使它们没有实际意义？

提前感谢您的任何指导或建议。

我设置了一个 Bonobo Git 服务器（5.0.1），但在 windowsauthcallback 指向不存在的路径时出现错误。我在这个网站上发现了一些信息说这个问题已经被修补，所以我从 2015 年 12 月 30 日的当前存储库中克隆了它并编译。

这解决了 git 客户端和从至少一台 Windows 8.1 机器上使用 Web 浏览器的问题。

但是，任何 Windows 7 或 Server 2008 机器即使在输入正确的凭据后仍会不断提示输入用户名密码对话框。在这些机器上，我尝试使用不同的浏览器 IE、Chrome 和 Firefox。在 IE 上，该站点位于 LAN 站点安全组中。对于 Firefox，它位于允许集成身份验证的站点中。我不确定 Chrome 在哪里会有类似的设置。

我猜测它在 Windows 7 和 Windows 8.1 之间存在某种类型的安全差异。我没有足够的 8.1 机器来测试它是否只是一台 Windows 8.1。我已经在 Windows 10 机器上对其进行了测试，它与 Windows 7 机器存在相同的问题。

使用 Windows 7 机器上的 git 客户端可用于克隆、拉取和推送远程存储库。mingw64 Git 和 Tortoise Git 的 wincred Credential Helper。

任何帮助让 Windows 7 机器对存储库进行 Web 访问将不胜感激。

我的目标是将我们的服务器基础架构团队使用的所有脚本（linux 和 windows）放入版本控制中。消除新服务器上使用的各种版本的问题，具体取决于人们从哪里获得脚本。然后，我们还将为只使用脚本的人提供一种访问最新版本的简便方法。我认为在我们的服务器设置文档中使用 Bonobo 的 Web 访问 url 是最好的方法。

对不起，文字墙，感谢您的时间。