Migration 如何在两个安装之间迁移Aptana工作区

Migration 如何在两个安装之间迁移Aptana工作区,migration,aptana,workspace,Migration,Aptana,Workspace,我正在同一台计算机上的两个操作系统之间进行迁移。这已经到了多引导系统的阶段;这两个操作系统都是WindowsVista。最终的目标是用另一个Vista操作系统取代旧的、吱吱作响的系统。一个是作为一个工作系统,另一个是作为一个实验系统,在这里我可以沉迷于我在网络和其他地方学到的一些毛茸茸的技术,而不会过度地损害工作系统 我现在将来自旧系统的数据复制到一个单独的磁盘分区中,这样就可以从任何一个操作系统访问它。Aptana Studio 3在两个系统上都已设置,我已成功地将项目从一个系统导入到另一个系

我正在同一台计算机上的两个操作系统之间进行迁移。这已经到了多引导系统的阶段;这两个操作系统都是WindowsVista。最终的目标是用另一个Vista操作系统取代旧的、吱吱作响的系统。一个是作为一个工作系统,另一个是作为一个实验系统,在这里我可以沉迷于我在网络和其他地方学到的一些毛茸茸的技术,而不会过度地损害工作系统

我现在将来自旧系统的数据复制到一个单独的磁盘分区中,这样就可以从任何一个操作系统访问它。Aptana Studio 3在两个系统上都已设置,我已成功地将项目从一个系统导入到另一个系统。但是,该过程中缺少的一个组件是本地历史文件,因此我无法从新安装返回到项目文件的早期版本。我发现这些文件位于%WORKSPACE%.metadata.plugins\org.eclipse.core.resources.history中,但没有找到从这两个安装中访问它们的方法。从上面提到的数据分区或旧操作系统复制它们似乎不起作用,而且无论如何都会破坏从任何一个系统访问项目文件(包括它们的历史记录)的目标

我正在寻找的是一种在旧系统中迁移Aptana工作区的方法,不仅要完成我已经完成的项目,而且要完成它们的本地历史,以便两个Aptana安装可以完全平等地访问它们


我希望这是有道理的。请记住,我是一个热情的业余爱好者,而不是IT专业人士;这可能会影响可能提供的任何建议的范围和深度。

我没有答案,但我建议使用更完整的版本控制系统git,例如过度依赖Aptana的本地历史。Aptana通常在每个版本中都会有新的bug,我不希望它们中的一个会抹去你的本地历史,因为你显然对它有投资。希望你能找到解决办法。谢谢你,莎拉;我想可能是这样的。我现在正在使用Git,我接受你的观点。奇怪的是,本地历史文件仍然存在,但Aptana声称我的项目中的文件没有本地历史。不知何故,这两者之间的联系被打破了。如果有时间,我可以解决这个问题;至少本地历史文件是文本文件。