单片机内部或外部的IDE？
我个人总是使用某种外部应用程序来完成我的SCM工作;这些天，这意味着windows上的tortoiseSVN和mac上的versions.app。但是，我一直在对付开发人员（即eclipse用户），他们认为SCM在IDE本身内完成得更好。我还没有听到任何有力的论据支持这个工作流程，而且我个人喜欢IDE和SCM操作之间的“分离”程度。这已经从Visual Studio中使用不稳定的SVN插件引入到我的视野中，以及在离线工作的过去几年中在Xcode中支持不合标准的SVN。单片机内部或外部的IDE？
哪种方式可以促进您认为更好的工作流程？
我绝对喜欢外面。话虽这么说，我的主要IDE是Visual Studio中，我没有使用过Eclipse或的IntelliJ（虽然我在Emacs使用CVS模式...），所以你的里程可能会有所不同...
进行更改并提交更改是不同的任务 - 让他们既容易获得在IDE意味着你没有明确完成一组更改，并承诺他们之间划定。通常情况下，这是一种类型类型的类型，编译，测试，测试，提交...'哦，等等 - 我忘了去酒吧了。从IDE模式切换到SCM模式往往会在提交之前触发'哦，等待'。
将相关文件保存在一起 - 提交源代码更改非常容易，然后记住相关的SQL脚本并分别提交它们，然后添加新的映像文件，因为您忘记了这些文件，因为它们对存储库不熟悉等等。
上述类似，它往往是一个更容易在信息库中的错误水平/目录时，在IDE中犯下的事情。 （例如，我应该在解决方案层面而不是项目层面进行承诺）
通常情况下，您可以更容易地将工作空间与IDE之外的存储库完全区分开来，而这往往是值得的。
这也可能让你的IDE，额外的有点快
我也同意前面海报 - 所有非平凡的SCM任务往往更容易之外发展的IDE集成。
说实话，只要你避免上述凌乱承诺的情况下，做任何你觉得最舒服的。在工作流方面 - 分离必须是“清洁剂”，这种清洁胜过便利是否将是在旁观者的眼睛 - 我们在很大程度上反应到我们的个人经验（我怀疑我的是与你相似）。
不管你做什么，使用anything but SourceSafe...我此刻的遗留代码 - 我觉得很可恶的文件是由只读了SCM的集成物理改变文件的内容...
对于基本操作 - 签入签出我喜欢它在IDE中的任何更先进的东西，（分支/合并）我更喜欢使用外部工具。
在这些情况下，外部工具似乎会提供更好的控制/选项。直接在IDE中工作时，您的选择似乎有限或不存在。
它非常依赖于IDE/SCM组合。我目前正在使用IntelliJ与SVN，并发现IntelliJ的SVN插件通常比使用Tortoise更令人愉快。不是说我对乌龟有任何特别的抱怨 - IntelliJ只是更好。
建设应没有IDE是可能的，所以SCM应该可以没有IDE。
在另一方面，具有IDE支持SCM可以方便。很高兴能够例如检查文件历史记录并可能恢复它。
一个优势具有集成是重构。如果我在Java中重命名了一个类（因此也是文件名），那么您的SCM集成将自动处理重命名操作（例如，删除，然后是svn中的添加）。
，也是非常方便的，能够说，“让我看看这个文件的历史记录”或当您正在使用它，无论不必删除Windows资源管理器或命令行或什么的。
但是我喜欢能够同时拥有可用的，真的。
我几乎总是使用外部工具。唯一的例外是当我需要重命名一个源文件。 IDE更容易同时更新其项目引用。
我喜欢内部供应链管理。
- 重命名文件，而不必做重命名IDE 和的SCM工具
- 将文件添加到项目 - 见上面
我有内部SCM发现对于开发人员而言，忘记将新文件添加到SCM系统的情况并不常见。
对于任何复杂的操作，例如合并，分支等我倾向于使用外部SCM GUI或命令行。