A机上做的项目文件,可以拷贝到B机上继续编辑吗?(假如A机和B机不是一种系统,或VB的安装路径不同)
--------------------------------
我的两台机器都是xp,所以没有办法做测试,故问问大家。
举个例子,
A机:win2000系统,系统盘是c盘。
b机:winxp系统。系统盘是E盘。假如我在A机上做了一个项目,可是这个项目没做完,我要拷到另一台B机上继续做。所以我将整个项目文件夹拷到B机。这样会出现问题吗?以前好象我这样做过,没出什么问题,但是我认为从理论上,这样做是不行了。因为项目文件中记载了"引用"的绝对路径呀。比如我在A机上引用了哪些dll文件,在项目文件夹中都记载着被引用文件的绝对路径呀。这些文件B机上应该有,但是路径不一样呀。
基于以上考虑,我认为拷贝项目文件夹的方法是行不通过,不知我的推论是否正确?还有:假如说拷贝项目文件夹的办法行不通,那么有别的什么好办法呢?
比如一个项目在这台机器上没有做完,必须在另一台机器上继续做,如何做是正确的方法呢?

解决方案 »

  1.   

    可以直接拷贝过去 你的项目中最好不要用绝对路径和用一些什么微软未公开的API就可以 要是有控件什么的 最好先打下包 在B机上安装一下 然后在B机上继续开发你的项目吧
      

  2.   

    可以直接拷贝过去 你的项目中最好不要用绝对路径和用一些什么微软未公开的API就可以
    --------------
    我是说项目文件.vbp,这个文件是系统自动生成的,比如你引用了哪个dll文件,那么这个文件就会出现这个dll文件的绝对路径呀。好象没有办法用相对路径的吧。
      

  3.   

    完全可以。
    你的工程中引用的所有代码文件(如模块文件,DLL文件),在源机上全部“另存”到工程目录中。另外,如果引用了源机上的特殊 .ocx,.dll 等系统文件,也要复制到目标机相应路径并注册。如果你确定不了引用了哪些东西,可以在源机上打包,到目标机安装应用程序,这些东东会自动安装并注册。最后,你的源机最好是低版本的 Windows,比如 Win98(至少你打包的机器应该是低版本的)。
      

  4.   

    先打个包,到目标机上安装一下,再卸载,把ocx dll及相关文件不要卸载,然后再复制源代码过去,一般没问题了
      

  5.   

    你的源机最好是低版本的  Windows,比如  Win98(至少你打包的机器应该是低版本的)。
    ----------------
    为什么源机一定要是低版本的呢?
    谢谢再。
      

  6.   

    我的项目要反复在两台机器上编辑,这样是不是很麻烦呀?
    ---------------------------------------------
    如果这样, 建议你建个sourcesafe来管理
    在某一经常开着的机器上建sourcesafe, 然后不管哪台打开, 取得以下最新版本并check out
    编辑完后再check in.