Sun Solaris IDE/源代码管理选择
在我的新工作中，我正在适应 IDE，我们在我们的 sun Solaris 工作站上安装了 Visual SlickEdit 8.0，我们通过 telnet 进入该工作站（哈哈，是的，ssh 已关闭）。
现在它完成了基础知识，但缺少许多我认为必须具备的东西，例如代码隐藏和括号匹配。 有没有其他方法可以不断地从我们的远程 Sun 机器上 FTP 传输我的工作，以便我可以使用 Eclipse 的本地副本对其进行编辑，然后将其 FTP 回来。 我们没有任何本地增量更新的源代码控制，所以如果我覆盖我的更改，我就完蛋了，并且通过大量的 ftping，我只能假设覆盖我的一些工作只是时间问题。 有什么想法或建议吗？
At my new job I'm getting acclimated with the IDE we have Visual SlickEdit 8.0 installed on our sun solaris workstation that we telnet into(lol yes ssh is turned off).
Now it does the basics but is missing many things I considered must haves like code hiding and parenthesis matching. Are there any alternatives to constantly ftping my work from our remote sun machine so I can edit it with a local copy of Eclipse then ftp it back. We dont' have any source control for incremental updates locally so if I overwrite my changes I'm screwed and with lots of ftping I can only assume its a matter of time before I overwrite some of my work. Any ideas or suggestions?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
我认为你问了两个问题。 一篇关于 IDE，一篇关于版本控制系统。 我不知道有哪个 IDE 能够很好地支持在只有 telnet 连接的系统上进行分布式开发。
我会推荐一个非常快速、轻量级的版本控制系统。 然后使用本地 IDE，并将您的更改“推送”到 Solaris 盒子中进行构建。 这是最简单的答案。
实际上，您可能是 NetBeans 6.5 中名为“远程开发”的新功能的灵长类候选者。 NetBeans 还支持使用 gcc/gdb 或 Sun cc/dbx 开发 C/C++ 程序。 远程开发就是针对这种情况而设计的。 您可以在一台计算机上编辑文件并在另一台计算机上构建/运行它们。 我认为它最适合两台机器之间的 NFS 访问，我不确定当您需要更新远程主机时它是否足够智能，可以使用源代码控制“推送”更改。 我自己还没有尝试过，但你可能想研究一下。
I think you asked two questions. One about IDE and one about a version control system. I don't know of any IDEs that have good support for distributed development onto a system that has only a telnet connection.
I would recommend a very fast, lightweight version control system. Then use your local IDE, and "push" your changes to the Solaris box for building. That's the simplest answer.
Actually you might be a primate candidate for a new feature in NetBeans 6.5 called "Remote Development". NetBeans also supports development of C/C++ programs using gcc/gdb or Sun cc/dbx. Remote development is designed for this situation. You can edit your files on one machine and build/run them on another machine. I think it works best with NFS access between the two machines, I'm not sure it's smart enough to "push" changes using source control when you need to udpate the remote host. I haven't tried it much myself, but you might want to look into it.
哎哟，我建议您尽快研究某种类型的持续集成系统！ 就版本控制而言，Subversion 相当成熟和稳定，或者您也可以选择即将推出的 GIT系统。
Ouch, I suggest you look into some type of Continuous Integration system ASAP! As far as version control, Subversion is pretty mature and stable, or you could go with the up and coming GIT system.
无法回答 IDE 问题，但对于源代码控制，我可以衷心推荐 GIT。 我们最近在 Solaris 环境中从 CVS 过渡到 GIT，这非常好。 我们应该早点做的。
Can't answer the IDE question, but for source control, I can heartily recommend GIT. We've recently transitioned from CVS to GIT in our Solaris environment, and it's excellent. We should have done it sooner.
至于本机 IDE 来补充/替换您现有的解决方案，如果您可以运行本地 X 服务器，您有几种选择：
Sun Studio
免费“快速”版，或为 Sun 开发者网络成员提供免费完整版。
日食
据称是多平台的，但 eclipse.org 上不再提供 Solaris 软件包。 但是 Blastwave 确实提供了 Solaris 软件包（以及您还需要的多个依赖项） .
Netbeans
本机 Solaris 软件包 FOSS 支持多种语言：http://www.netbeans.org/。 拥有强大的支持和一些不错的功能（例如 Java GUI 设计器）。
Vim
仅适用于顽固的 UNIXer :) Solaris Companion CD 上有一个旧版本的 vim，否则通常的地方有更新的软件包。 对于这个解决方案来说，最好的事情是它是轻量级的，并且可以直接通过 telnet (ick) 连接工作，而不需要导出 X11。
As for a native IDE to supplement/replace your existing solution, you have a few choices if you can run a local X server:
Sun Studio
Free "express" edition, or free full version for Sun Developer Network members.
Eclipse
Allegedly multi-platform, but a Solaris package is no longer available at eclipse.org. However Blastwave does provide a Solaris package (and the multiple dependencies that you will also require).
Netbeans
Native Solaris package, FOSS, supports many languages: http://www.netbeans.org/. Has strong backing and some nice features (eg Java GUI designer).
Vim
Only for the die-hard UNIXer :) There is an older version of vim available on the Solaris Companion CD, otherwise the usual places have more recent packages. The best thing that can be said for this solution is that it's lightweight and will work directly over your telnet (ick) connection without needing you to export X11.