从 IDE 外部进行版本控制是一种好习惯吗？ [关闭]答案

【问题标题】：Is it a good practise to do version control from outside the IDE? [closed]从 IDE 外部进行版本控制是一种好习惯吗？ [关闭]
【发布时间】：2013-10-21 21:29:23
【问题描述】：

我不止一次从同行那里听说，“建议”不要在编写代码的 IDE 中对代码进行版本控制。我已经看到他们在 Eclipse、IntelliJ IDEA 等上进行开发，但从命令行或独立客户端进行版本控制（在我当前的场景中 - Git），而不是使用可用于 IDE 的相应插件。

虽然我在 Eclipse 中使用过版本控制插件并且从未发现任何问题，但我想知道一般规范是什么以及为什么？

【问题讨论】：

VCS 大部分时间都非常有能力，但我仍然倾向于使用 CLI 进行大部分 GIT 操作。我觉得在使用 CLI 时我可以更好地控制自己在做什么。但这可能只是一种感觉，而不是一个理性的决定。

标签： eclipse git eclipse-plugin intellij-idea

【解决方案1】：

这些插件和附加组件有时会做一些您在使用本机（CLI？）客户端时不会做的事情。

例如，如果您使用的是 Eclipse + ClearCase 插件，文件中的任何更改，甚至添加新行，都会启动签出操作（取决于配置）。

特别是对于 Git，您应该了解它的内部结构才能正确使用它。使用 IDE 可以隐藏这些东西。在正常的琐碎操作中，它会起作用。但是，当您面临源代码控制问题（丑陋的合并、挑选、rebase 冲突）时，您将必须去 CLI 解决，但是您不知道实际的命令是什么IDE 的运行首先让您遇到了这种情况（而且您当时没有使用 CLI 的经验）。

【讨论】：

【解决方案2】：

我不认为有一个普遍的规范。这个问题的答案非常主观。

我个人不使用任何 IDE 集成（甚至不使用 GUI 工具，除了内置的 git gui 和 gitk），因为我的经验告诉我，这些工具的行为不同于命令行版本和/或不要'不提供命令行上可用的全部功能：

另一件事是，您对版本控制工具的了解与您的 IDE 密切相关。除了使用 Eclipse 编辑的源代码（例如，您的点文件）之外，您可能还想为其他内容设置一些版本管理。

或者有一天您切换 IDE，放弃 Eclipse 并开始使用 Visual Studio。那么你不仅要学习Visual Studio，还需要学习VS中的Git集成。

我认为与我在上面写的内容相比，没有任何明显的优势可以合法地从 IDE 内部使用版本控制工具。

所以，IMO，从内部IDE进行版本控制是一种不好的做法，并且应该始终从外面。

【讨论】：

【解决方案3】：

您应该始终尝试为工作使用正确的工具，这是一个个人问题，因此没有“规范”或“良好做法”。

就我而言，我更喜欢使用 ...

GUI，如Sourcetree，用于查看日志、差异、暂存/丢弃大量文件、暂存/丢弃大块文件等。
CLI 用于修改远程、压缩提交、推送、克隆等。

另外，如果您打算打破常规，了解一下Git internals 也无妨。

【讨论】：