0

我目前有一台小型笔记本电脑和一台用于开发的台式机（+ 游戏装备）。我更喜欢在家中使用工作站，因为它有多个大型显示器和性能，而笔记本电脑则具有移动性。当我需要处理 Visual Studio 2008 Web 项目时，我会通过 Internet 将 RDP 导入我的桌面。我想在我的桌面上本地完成这项工作，但是来回传输文件很麻烦。

我使用Beyond Compare来保持源文件同步，使用Redgate SQL 比较来保持数据库同步。我的开发服务器是一个运行 VMWare 的 Ubuntu 服务器，带有 Windows Server 2003 实例，每个项目都有 IIS 和 SQL Server。该服务器可通过中央 FTP 集线器通过 FTP 访问。我不在一个团队中工作，所以不需要 Subversion（或类似的）......虽然我并不反对使用它。我不会编译，直到从我的桌面推送到生产环境。

有没有人有任何改进建议可以使这个多工作站环境更简单？

4

3 回答 3

2

使用两者都可以访问的源代码控制几乎肯定会使生活变得更简单。我还要说源代码控制不仅仅是在团队中工作。它允许您进行试验而不会丢失现有工作，保持稳定的版本和开发分支等。

有很多公共源代码控制解决方案——我最近开始使用git，而且github真的很容易使用。（我只在命令行中使用 git - 它不像在 Visual Studio 中使用VisualSvn或类似的东西那样流畅，但如果你对命令行感到满意，那应该不是问题。）

无论您选择哪个，源代码控制系统肯定是我建议的多工作站解决方案。

于 2008-12-25T20:45:46.717 回答
0

我放弃了使用我的两个工作站进行开发，转而只使用我的移动笔记本电脑作为我的主要开发人员/业务机器。

使用 HP 工作站扩展坞，我获得了双屏设置。然后我有一台台式机作为我的本地服务器和备份机。

为您的笔记本电脑获取一些 SSD 闪存存储，它会比固定的更快！

安迪

于 2008-12-25T21:04:32.357 回答
0

我强烈建议对多系统开发（或单系统开发）使用源代码控制。除了可以轻松地跨多个系统同步更改之外，它还可以帮助您跟踪更改并备份您的工作。我发现能够实施有风险的更改是非常宝贵的，因为我知道只需单击几下我就可以将我的工作恢复到更早的阶段。

Subversion 可以很好，我通常会推荐开源免费软件，但我建议给perforce一个机会。它有一个免费的 2 用户/5 个工作站许可证，因此对于大多数家庭使用来说，它仍然像啤酒一样免费。该界面易于使用，有很多不错的功能，如果您记得安装 perforce SCC 插件，它会直接透明地与 Visual Studio 集成（包括编辑时自动检出）。

于 2008-12-28T21:02:43.230 回答