有支持git-flow的Git的GUI前端吗?Windows/Linux上是否有任何IDE/GUI支持git-flow?
我们的团队在Windows和Linux上使用Eclipse IDE。 管理逐渐infect他们与git-svn,现在寻找下一个步骤来利用真正的分支(而不是git-svn-rebase/dcommit)的力量。 Git-flow似乎或多或少是我们现在需要的。然而,我们中的一些人仍然依赖于GUI,并且它使得一切都更容易销售和增加。
所以,理想情况下,我正在寻找一种从Eclipse访问它的简单方法。 EGit确实not seem to support it yet - 我正在考虑将它们添加为外部工具。 想法欢迎 - 在Eclipse中或外部。
如果上面的答案是否定的,这对于GUI上瘾者来说可能是个问题吗?我知道git-flow工具实际上很薄,通过手动或不用gui手动执行'raw'命令可以很容易地跳过它(例如,我发现它在gitk中操作分支很方便)。
一方面,我宁愿尽量减少人工操作并减少错误的空间(再次考虑团队的经验)。 OTOH,我的猜测是,我们可以开始仅使用develos/release/hotfix分支(稍后介绍功能分支),并且在此设置中人们只需正常拉/推。他们不会看到很多git-flow - 它只会作为帮助建立发行版和内容的人(主要是我:)。这有意义吗?
注意:实际上git-svn/trunk仍然存在 - 对于更偶然的,非git用户。我打算保持与“发展”同步(显然通过压缩合并忽略合并历史)。希望这会变得流畅着名的遗言?
CLI上的Git非常简单,任何在IT工作的开发人员都应该能够快速适应它而不依赖GUI工具。但是,对于文件的外部更改,Eclipse非常琐碎 - 只要mtime更改文件变得不可搜索,您甚至必须确认将其打开。 – ThiefMaster 2012-03-03 17:27:10
@Andrew - 感谢格式。 – inger 2012-03-03 21:39:19
@ThiefMaster你不必说服我 - 对不起,如果我没有说清楚。关键是 - 有*人*正在寻找用户界面,因为他们习惯于TortoiseSvn,直到他们意识到他们应该更好地使用CLI,最好勾选该框以减少政治。这有点像说所有的程序员都应该对使用Linux甚至是编译内核感到满意,但是很多人并不这样做。我同意默认情况下Eclipse的烦人刷新行为。 – inger 2012-03-03 23:15:17