问题标签 [git-gui]

我点击“确定”然后我可以使用

文件 -> 最近打开或文件 -> 新建

但是我无法将存储库设置为默认值，并且在单击“确定”之前，我无法摆脱每次显示的启动消息。

我在 Ubuntus 10 / 11 上（gitg 是 Mac gitx 工具的 ubuntu 等价物）

我是 Git 新手，我使用这样的命令将 git repo 克隆到我的计算机上：

我也在尝试在 Windows 上使用 Git-GUI。它询问 repo 文件的位置：

我不知道该放什么。我试过 put git://git.domain.com/dir1/dir2/myrepo.git，但它说“不是 Git 存储库”。我在克隆操作放置东西的硬盘驱动器上找不到任何 *.git 文件。如果它有任何区别，那么回购实际上是空的。

关于如何填充此字段的任何想法？谢谢。对不起，“愚蠢”的问题。

我真的只是在寻找一种方法来配置git gui生成差异，就像 by 一样git diff --patience，但我强烈怀疑任何可能允许我这样做的机制也会允许传递其他选项，所以我问了更一般的问题为了更好地为后代服务：

有没有办法设置一些应该用于生成它显示的差异的git diff选项？git gui

我认为 git 默认情况下不会跟踪空目录，但是有什么方法可以让它跟踪它们吗？

我有两个空目录，我希望将它们包含在项目“图像”和“插件”中，但默认情况下这两个目录都是空的。

有没有办法让它出现在 GitGui 中，这样我就可以提交空目录？

我查看了带有 --no-empty-directory 标志的东西，但这似乎没有做任何事情。我将它添加到我的排除文件中，该文件位于项目文件夹根目录的 .git 目录中。

使用git gcand （带有各种选项）后，我在文件夹中git repack仍然有 4825 个松散的提交.git/objects。我想把它们全部放在包文件中，其余的放在另一个包文件中。

我正在做很多提交重写（修改+变基），因此有许多无法访问的提交是完全正常的。我的 .gitconfig 包含这些参数以保持 reflogs 和无法访问的提交很长时间。

你可能想知道这是否有意义，但我已经需要并且已经恢复了几个月前所做的一些提交。碰巧我们在一组新的高优先级分支上开发了好几个月，然后继续在旧的低优先级分支上。

这个问题的主要原因是git gui尽管我已经这样做了很多次，但仍然抱怨压缩我的数据库。如果我们无法打包那些松散的提交，那么这种“抱怨”可能是git gui.

我正在使用 GIT GUI 来跟踪对我们日常开发任务和代码/文件更改所做的更改。

目前我从事网络开发，主要是网站。我为每个网站文件夹使用 GIT 存档，其中包含与项目相关的所有文件和文档。

通常，GIT 抱怨存档中有很多项目，为了保持存档的快速和优化，建议我压缩存档。

这样做安全吗？压缩存档的优势是否会超过压缩可能导致的最终问题（是否值得）？

我特别担心潜在的存档损坏或我可能不知道的已知问题/错误。

所以我今天第一次向 github 提交了一些代码。

但是，当我去我的活动时，什么都没有显示？我提交的代码发生了什么？我可以查看错误或日志吗？

我在使用 Git 时遇到了一个奇怪的障碍。我正在尝试使用 Git Gui 将一些代码推送到 GitHub。我以前做过很多次，但这是第一次在这台机器上。我已经像在其他机器上一样设置了密钥，并将公钥添加到我的 GitHub 帐户。但是，这就是事情变得奇怪的地方。我可以使用 Git Bash 很好地推送，但是当我尝试使用 Git Gui 推送时，它会因错误而失败......

就像我说的那样，我以前做过这个，我理解这些键是如何工作的，但我就是想不通这个问题。我什至按照 GitHub 的建议进行了测试，使用命令...

......我得到了预期的回应......

但同样，当我尝试使用 Git Gui 推送时，它失败了。

更新：发布此问题后，我看到Google 代码中打开了一个问题，描述了我的确切问题。也许这是 Git Gui 本身的问题？

1. 是否有任何支持git-flow的 Git GUI 前端？

我们的团队在 Windows 和 Linux 上使用 Eclipse IDE。设法用 git-svn 逐渐感染他们，现在正在寻找下一步来利用真正分支的力量（而不是 git-svn-rebase/dcommit）。Git-flow 似乎或多或少是我们现在所需要的。然而，我们中的一些人仍然依赖于 GUI，它使一切更容易销售和升级。

因此，理想情况下，我正在寻找一种从 Eclipse 访问它的简单方法。它似乎还不支持它——我正在考虑将它们添加为外部工具。欢迎提出想法——在 Eclipse 内部或外部。

2. 如果上面的答案是否定的，这对 GUI 上瘾者来说会是一个问题吗？

我知道 git-flow 工具实际上非常薄，通过手动执行“原始”命令（有或没有 GUI）很容易跳过它（例如，我发现在 git 中操作分支很方便）。

一方面，我更愿意尽量减少手动工作并减少出错的空间（再次考虑团队的经验）。OTOH，我的猜测是我们可以开始只使用开发/发布/修补程序分支（稍后介绍功能分支），在这种情况下，人们只需要正常拉/推。他们不会看到太多 git-flow - 它只会充当那些设置发布和东西的人的帮助者（主要是我：）。这有意义吗？

注意：实际上 git-svn/trunk 仍然存在——对于更多偶尔的非 git 用户。我计划将其与“开发”保持同步（显然通过壁球合并忽略了合并历史）。希望这一切顺利——著名的遗言？

当我向 中添加新工具时git-gui，对话框指示我可以使用一些变量来传递给工具（$REVISION、$ARGS、$FILENAME）。

是否还有其他未记录的参数（例如当前的 repo 目录等）？为什么它们没有包含在 的文档中git-gui？

我当前的用例是我有两个启用/禁用预提交挂钩的脚本。目前，我必须打开我的 Windows 资源管理器并双击有点笨拙的批处理文件。更简单的方法是直接从git-gui......

--no-verify作为替代方案（附带问题），我也有兴趣绕过git-gui.