问题标签 [sublimemerge]

如何Navigate > File History...在 Sublime Merge 中创建键盘快捷键？

我想在 repo 中获取特定文件夹的日志。我如何在 Sublime Merge 中做到这一点？

例如，对于这棵树：

类似于做的事情：

所以基本上我想按目录缩小提交范围。并且 git递归地
执行它。问候。

我和我的同事正在做一个项目。但是，他是该项目的主要负责人，我正在开发一个模块，该模块是该项目的一部分。我想知道我想做的事情是否可行，以及如何去做。我正在使用自托管的 GitLab。

1）我希望能够推送到我自己的不包含整个项目的 git repo。

2）同时我也希望能够将我的更改推送到包含整个项目的他的回购中。

3）我只想从不包含整个项目的回购中提取。

我对 git 还比较陌生，请耐心等待。

非常感谢！

我正在尝试在 Sublime Merge 中添加一个新的存储库。

我浏览到我想去的文件夹并获取此错误代码。

我能做些什么来解决这个问题吗？

谢谢！

错误 Image-Git 失败，退出代码 1：

我根本不想要它们，更喜欢 git 命令行，但它们被添加到我的命令中，就好像它们已安装一样，即使我从未安装过 sublime merge。

有没有办法从崇高的文本命令面板中完全删除它们？

在 SublimeText 上，我们可以在 100 个字符位置有一条垂直线，将以下内容添加到设置中

我想在SublimeMerge上也一样。那可能吗？

我正在尝试使 sublime 合并强制执行Conventional Commits。

这就是我每个存储库的方式：

1. 添加npm包@commitlint/config-conventional，@commitlint/cli
2. 将脚本添加到 package.json"commitmsg": "commitlint -e $GIT_PARAMS"
3. 添加commitlint.config.js以下内容：module.exports = {extends: ['@commitlint/config-conventional'] };

我如何在全球范围内默认执行常规提交而不对每个存储库进行任何更改？

出于团队处理目的，我在 Linux 上有一个本地 GIT 存储库（centOS 7.5.1804，git 版本 1.8.3.1）。在我这边，我从 Windows、Sublime Merge 或直接从 gitbash（windows 10，git 版本 2.31.1.windows.1）管理它。我在 Sublime Merge 上直接打开 linux Repo（通过 windows 上的网络地图），或者转到 gitbash 上的 linux 目录。如果我修改了几个文件（例如 3 个），当我在 Sublime Merge 上使用“Stage All”或在 gitbash 上使用“git add -u”时，我所有的 repo 文件都已暂存（在我的情况下为 300）。Sublime Merge 为每个文件显示一个附加警告。.git 属性的示例：

警告： .gitattributes 中的 LF 将被 CRLF 替换。该文件将在您的工作目录中具有其原始行结尾

我已经验证了文件，所有文件（修改或未修改）或使用 Linux endline (LR)：在 Windows 上使用 VSCode、sublime text 和 notepad++ 检查。

在 gitbash 上，“git status”将我所有的 300 个 repo 文件列为已修改且未暂存。我对同一个 Repo 上的 linux 术语没有任何问题。

我的 git 在 Windows 上出了什么问题，以及如何能够在我的 linux Repo 上使用 windows 现代 GIT GUI 软件？

谢谢。

信息：在 Windows 上“git config --list --show-origin --show-scope”

我必须遗漏一些东西，几乎总是当我要推送我的提交时，我会被阻止，因为其他人在我之前推送了一个提交，而我的更改（我的提交）不再基于遥控器的尖端。

在这种情况下，我将再次克隆存储库（在另一个文件夹中）并再次手动更改每个文件，提交并希望没有人再次推到我面前。有时它会发生，所以我会第二次将 repo 克隆到另一个文件夹中，并且重复相同的历史记录。

在观察提交历史时，通过我的方法，我看到了一条我喜欢的干净线。

我注意到项目中的其他开发人员在他们自己的提交之后经常进行合并提交。我想这是因为他们面临与我相同的情况（之前有人推送过，并且更改不再基于提示），但他们以不同的方式处理这种情况（使用合并提交）。

问题是这些合并提交（至少它们正在完成的方式）没有引入任何东西，它们只是重复先前提交的更改，因为似乎开发人员在推送之前没有发出拉动。换句话说，我会说，提交历史记录线很脏。

我猜合并提交方法比再次克隆 repo 并再次修改每个文件更快。但是提交历史行很脏。

项目只使用一个分支，master。并托管在本地网络的共享文件夹中。

我过去常常从命令行执行 git，但这些天我几乎一直在使用https://www.sublimemerge.com 。

如何改进我的提交/推送工作流程？我应该使用其他工具吗？

我有一个在 Vagrant 框中本地运行的 Rails 应用程序。当我使用 Sublime Merge 从外部 de VM 控制台进行提交时，更改不会在git status. 尽管文件在那里，但它不允许更改分支。

是什么原因造成的呢？