问题标签 [git]

我正在对文件运行git-diff，但更改位于长行的末尾。

如果我使用光标键向右移动，它会失去颜色编码——更糟糕的是，线条不会对齐——这使得跟踪变化变得更加困难。

有没有办法防止这个问题或简单地换行？

我正在通过 mingw32 运行 Git 1.5.5。

在 Git 中查看和编辑合并的最佳工具是什么？我想获得一个三向合并视图，在单独的面板中包含“我的”、“他们的”和“祖先”，以及第四个“输出”面板。

此外，调用所述工具的说明会很棒。（我还没有弄清楚如何以不会给我错误的方式启动 kdiff3。）

我的操作系统是 Ubuntu。

我通常使用 Tortoise SVN，但我一直在研究 Mercurial，因为它是一个分布式修订控制系统。

在这两个系统中，我正在寻找的是一种工具，它可以让我只选择文件的一部分并提交它们。如果我现在想这样做，我必须复制到文件的临时版本并只保留我想在当前版本中提交的更改，然后在提交后再次将临时版本复制到当前版本。真是太麻烦了，程序应该可以为我做到这一点。

我听说 Git 支持这一点，请让我知道这是否正确。

请提供在 svn 中有效使用 git 的提示。你的“最佳实践”是什么？

这篇文章（How do you manage database revisions on a medium-sized project with branches?）让我想知道如何最好地使用分支和部署到开发、登台和生产（以及本地副本）来处理 Web 项目。

我们本身没有“发布”：如果一个功能大到足以引起注意，我们将其推送（在必要的测试/等之后），否则我们批量处理一些，当感觉“舒适”时，推送那些活着。目标是每月部署一次或两次以上，因为不断变化的站点往往会让用户有点不安。

以下是我们的做法，感觉有点脆弱（目前使用 svn，但考虑切换到 git）：

1. 两个“分支”——DEV 和 STAGE，给定的 STAGE 版本标记为 TRUNK
   • 开发人员检查每个更改的 TRUNK 副本并为其创建一个分支
   • 开发人员在本地工作，经常签入代码（就像投票一样：尽早且经常）
   • 当开发人员感到满意时，它并没有完全损坏，将分支与 DEV 合并并部署到开发站点。
   • 根据需要重复 3-4，直到更改“完成”
   • 将变更分支与 STAGING 合并，部署到暂存站点。进行预期的最终测试。
   • 一段时间后，将给定的 STAGE 版本标记为 TRUNK，并实时推送主干
   • 合并 TRUNK 更改回 DEV 以保持同步

现在，其中一些步骤非常复杂，而且在实践中很难做到（TRUNK -> DEV 总是中断），所以我不得不想象有更好的方法。

想法？

根据手册，git dcommit“将为 git 中的每个提交在 SVN 中创建一个修订版。” 但是有没有办法避免多次 Subversion 修订？也就是说，在执行svn commit?之前让 git 合并所有更改。

我一直想知道是否有一个好的“git export”解决方案可以创建一个没有.git存储库目录的树的副本。我知道的方法至少有以下三种：

1. git clone然后删除.git存储库目录。
2. git checkout-index暗指此功能，但以“只需将所需的树读入索引...”开头，我不完全确定该怎么做。
3. git-export是一个第三方脚本，本质上是先git clone进入一个临时位置，然后rsync --exclude='.git'进入最终目的地。

这些解决方案中没有一个真正让我感到满意。最接近的svn export可能是选项 1，因为两者都要求目标目录首先为空。但是选项 2 似乎更好，假设我可以弄清楚将树读入索引意味着什么。

我正在开始一个新的分布式项目。我应该使用 SVN 还是 Git，为什么？

我想解决我的Git存储库中的合并冲突。

我怎样才能做到这一点？

我试图弄清楚 Git 中的“移植物”是什么。

例如，在这里的最新评论之一中，Tobu 假设使用git-filter-branch和.git/info/grafts来加入两个存储库。

但我不明白为什么我需要这些移植物？看来，所有工作都没有最后两个命令。