|
|
1
1
我不知道出口的方法,我也不能保证任何的B/C,这听起来很糟糕,但这就是我要做的。首先,我会让那个人把他的解决方案文件夹压缩后寄给你。然后,我将在我的计算机上创建相同的目录结构(因此,如果他在S:\\解决方案,我也会这样做。如有必要,使用SUBST制作驱动器号)。然后,我将解压解决方案到新的目录根目录,并用Visual Studio打开它。现在是有趣的部分开始的地方。然后我将尝试为VSS重新进行绑定。 一旦我把这些都准备好了,我会让那个家伙告诉我我需要什么第三方大会,如果有的话。(请记住,GAC不是一个问题,因为它是对程序集的运行时引用,而不是编译时引用。除非他做了一些疯狂的事情,比如参考实际的GAC文件位置。呃)问他正确的建造顺序是什么。这就是那些不依赖其他项目的项目。 然后,您需要尝试逐个构建最低级别的项目,并纠正构建错误。然后向上移动一个级别到依赖于刚编译的项目的项目,依此类推,直到完成整个解决方案。首先让一个项目开始构建,然后是两个,然后是三个,直到所有的问题都解决了为止。 一旦你有了一个构建的解决方案,你就可以清理它了。然后,运行don't walk将VSS替换为源存储库。 GL。:) |
|
|
2
1
没有出口能力。 由于您仍然可以访问旧的开发人员,请查看是否可以让他重新设置解决方案。相对文件路径、链接以及不是所有要签入的文件通常是问题所在。如果你没有完整的故事,这对你来说可能是个大谜团。(他的档案没有登记) 我认为这也是完全合理的 要求 老开发人员要交出一个有效的解决方案…否则。
|
|
Willy · LINQ:将分组列表转换为新列表 8 年前 |
|
|
Kapil · 如何使用参数设置脚本任务SSI的路径 8 年前 |
|
|
c00000fd · 跨命名空间和不同的.H文件的友元类 9 年前 |
|
|
tangoal · 调用模板类成员时非法使用此类型作为表达式 9 年前 |