将Visual Studio项目保留在网络驱动器上

时间:2020-03-06 14:59:51  来源:igfitidea点击:

我们只是从将所有文件存储在本地转移到网络驱动器。问题在于,我的VS项目现在也存储在这里。 (目前还没有版本控制系统可以解决该问题。)我知道我以前曾听说过这样做的问题,但从未听说过解决方法。有没有解决的办法?

因此,我的VS是在本地安装的。这些文件位于网络驱动器上。我怎样才能使它正常工作?

编辑:我知道应该做些什么,但是现在可以使用创可贴修复此问题并维护网络驱动器吗?

编辑2:我确定我不了解某些东西,但鲍勃·金(Bob King)有正确的主意。当他回到办公室时,我将与首席Web开发人员一起工作,以寻求临时解决方案,直到我们获得某种版本控制设置为止。感谢想法。

解决方案

如果我们有(或者什至没有)多个在项目上工作的人,我不建议我们这样做。你只是在自找麻烦。

另一方面,如果我们是唯一从事此工作的人,则可以避免很多麻烦。但是,性能即将消失。至于如何使其工作,我们只需从VS打开解决方案文件。我们可能会遇到安全性问题,但是可以使用CASPOL纠正它。正如我所说,性能将非常糟糕。再次,完全不推荐。

请我们和团队帮个忙,安装SVN或者其他形式的源代码控制,并将代码尽快放入其中。

编辑:我将部分撤回我的评论。鲍勃·金(Bob King)在下面说明了他们通过网络驱动器运行VS项目的原因,这是有道理的。我要说的是,除非我们出于鲍勃这样的特定原因而这么做,否则请远离它。否则,在建立这样的开发环境之前,请先排好队。

如果我正确理解知识,则Visual Studio项目文件将存储在网络驱动器上,并且我们将从那里运行它们。这就是我所做的,没有任何问题。我们将需要确保已设置安全策略。我们可以使用Caspol或者通过控制面板管理工具菜单来执行此操作。

不要这样如果我们具有源代码管理(版本控制),则不希望文件位于网络驱动器上。它完全绕开了我们要使用源代码控制实现的所有目标,因为一旦文件位于网络驱动器上,任何人都可以对其进行修改。嘉布姆!

PS:对我来说,这听起来像是过度工程的典型案例。

好吧,我的问题是你为什么要问这个。将其存储在网络驱动器上时,它不起作用吗?我没有亲自尝试过,我可以设想的一个问题是,从网络驱动器(即,从bin \ Debug目录,也位于网络驱动器上)运行的.NET代码将以沙盒模式运行,除非我们与CASPOL混为一谈(或者使用3.5 SP1,我听说它已消除了该障碍)。

如果我们有特定的问题,请询问它们。永远不要问"为什么X不能正常工作?"。

我们并不是在说我们是一个人还是访问同一远程驱动器的多个人,但是我假设我们只是每个网络目录的一个。这样对吗?如果不是,则没有创可贴。获取版本控制,将文件移回本地磁盘。

"我怎样才能使它正常工作?"
我们有两种选择:

选择A:
1.将所有文件移回本地硬盘
2.在计算机上实施某种类型的备份软件
3.测试上述备份解决方案
4.继续编码

选择B:
1.获取一份免费的源代码控制产品的副本并实施它。
2.确保已备份
3.测试

选项C:
使用许多可用的ONLINE源代码控制存储库之一。 Google,SourceForge,CodePlex等。

我们有任何具体问题吗?

如果我们允许一个以上的人打开解决方案,则第一个问题将是.NCB文件(Intellisense)将被完全锁定,并且只有一个用户能够浏览类树。当然,我们有可能一个用户的更改覆盖另一用户的更改。

在使用Source Control的同时,我们也从网络驱动器(不是共享目录,网络驱动器上的私有目录)中运行所有项目。网络驱动器每晚进行备份,并且还使用"卷影复制",因此,如果需要在恢复到SC之前还原到某些内容,则可以。

要使项目在正确的权限下正常运行,请按照下列步骤操作。

基本上,我们只需要将共享目录映射到驱动器,然后根据该URL向所有代码授予权限。假设我们映射到" N:",然后将" N:\ *"用作网址模式。我们是否需要通配符并不明显,但我们确实需要通配符。

应该警告我们,Visual Studio中的某些功能将拒绝使用网络驱动器。

例如,SQL Express用户实例的mdf文件必须位于本地驱动器中。

再举一个例子,如果我们使用UNC路径,则必须确保它们足够短。

我们如何将其重新表述为每个人都可以回答的问题?我和最初的海报有完全一样的问题。

我有一份VB 2008(最近从VB6升级)。如果我将解决方案存储在备份的网络驱动器上,那么它将永远不会运行。即使在程序集中设置了"允许部分信任的调用者",它也会给出访问模块的"部分信任的调用者"错误。如果我将文件存储在我的(而不是备份的)C:上,那么它将运行出色,直到我将其放到共享驱动器上供所有人使用为止,并且我又遇到了同样的问题。

这不是一个大要求。我只希望能够在共享驱动器上放置一个解决方案和可执行文件,然后运行它,而不必担心安全性。我不必将所有工作都塞进表单文件中。

编辑:我发现了为什么它忽略了AllowPartialllyTrustedCallers命令的问题。我正在尝试引用ADODB,该数据库不允许部分受信任。那么,没有网络可执行文件可以访问数据库吗?无论如何,Microsoft针对Intranet有什么优势?