问题标签 [migration]

有关如何在 Visual Studio 2005 中将现有的 Delphi 7 业务应用程序迁移到 .NET 2.0 的任何建议？

Visual Studio 2005 已被购买，该公司希望摆脱 Borland/Codegear 工具。

该应用程序是单个客户端服务器可执行文件，利用许多第 3 方 UI 控件和 Crystal 报表 10 进行报告。

UI 中的 Delphi 类型以及许多 SQL Server 2000 存储过程中分布着广泛的业务逻辑。将大部分存储的 proc 逻辑移动到 .NET 类中是另一个目标。

为了减少对客户的影响，如果可能的话，最好采用逐个方法而不是完全重写/转换。提前致谢。

[更新] 有没有人有任何经验，好的，坏的或丑陋的，使用托管 VCL 来处理这种类型的场景？

我们的应用程序结构良好（我们已经尽力了！）并且我们已经将模型从视图中分离出来，现在，我们需要通过 Web 访问将一些信息提供给我们的客户端。我们想用 IIS 和一些 webform 构建一些小的东西。

这里有一些您可能认为有用的信息：

1. 我们的控制器有数据库查询线程
2. 我们的数据库是 PostGresql
3. 一切都是用 C#2.0 构建的
4. 我们在 Winform 中的视图和控制器之间使用了很多数据绑定。
5. Winform 将留作内部用途，只有一小部分会在 Internet 上可用。

你对这样的举动有什么建议？

更新

我们将在我们的公司服务器中托管网络，因此数据库将保留在企业内部。无需复制数据或任何同步。

许多开发人员会声称从一种编程语言迁移到另一种编程语言相对简单，特别是如果这些语言基于相似的范例。然而，在实践中，努力不是来自学习语言的语法，而是来自对语言细微差别的深入理解，更重要的是了解语言库中提供的内容。例如，从 Java 切换到 .Net 从句法的角度来看并不困难，但编程效率需要对可用库有很好的了解。鉴于语言差异，从 PHP 切换到 .Net 可能会遇到更大的障碍。

开发人员在同一范例中迁移到不同语言的真正开销是多少？如果范式不同怎么办？

在我开始的一项新工作中，我们有一个 Java 应用程序来处理核心业务逻辑中的大部分繁重工作，我们还有一个 Rails 应用程序当然可以处理该服务器的 Web 界面。两者都访问同一个数据库。

到目前为止，大部分重点都放在了 Java 应用程序上，因此，Rails 项目中没有迁移。用于更新共享数据库的 sql 在诸如 changes.sql 之类的文件中进行管理。

可以想象，这使得开发有些困难。

我最初的想法是结合 Java 项目和 Rails 应用程序的代码库，因为那里存在依赖关系，并在源代码中管理那个 SQL 文件。但是，我想我会在这里询问是否有其他人在一定程度上成功地解决了这个问题。

我们有相当多的代码刚刚跳转到 Java 5。我们一直在那些旨在在 Java 5 版本中发布的组件中使用泛型，但是剩下的代码当然充满了原始代码类型。我已将编译器设置为为原始类型生成错误并开始手动清除它们，但按照目前的速度，它需要很长时间才能完成（大约有2500 个错误）。这就是 Eclipse 有用的 Infer Generic Type 快速修复，它总是可以消除错误，但通常会生成需要进一步工作的代码。

有没有更好的方法来处理这个问题？有没有比 Eclipse 更好的自动化工具？有什么方法可以将重构应用于所有事件而不是一个一个地进行？还是您只是忽略警告？

我目前正在维护一个用于源代码控制的 CVS 存储库。转移到 StarTeam 的努力正在推进。它已经被购买并且是大多数项目的企业标准。StarTeam 服务器的公司所有者告诉我，没有已知的方法可以将我们当前的 CVS 存储库完全迁移到 StarTeam。我们被建议检查最新版本并将其导入 StarTeam。

我真的更愿意保留我所有的版本历史，而不必在简单地丢失所有数据或无限期地维护我的 CVS 存储库之间做出选择。

有没有人有运气这样做？有什么推荐的工具或流程吗？还是我只是在浪费时间，我应该迁移并减少损失？

更新：Borland 的官方回应是，这绝对是可行的，但不适用于盒装软件。我可以从 Borland 购买服务来帮助我完成这项工作。

我需要将一个大型项目从 StarTeam 5 迁移到 Subversion，并且我想保留（至少）5-10 个主要版本的快照。我考虑了以下几点：

• 每个快照的手动或脚本导出/导入。优点：简单，易于选择标记/日期版本。缺点：耗时，不保存评论。
• Polarion 提供了似乎是 svnimporter 中完美的工具，但它需要 StarTeam 8.0 中的 .jar 文件，而 StarTeam 5 中没有。优点：自动化、完整。缺点：需要升级到 StarTeam 8.0 才能一次性使用。
• 通过一些中间存储库迁移（例如StarTeam -> CVS -> Subversion）。我还没有找到任何与 StarTeam 合作的中介。
• 仅迁移最新的源。优点：简单、快速，鼓励开发人员发明新的解决方案而不是重复历史。缺点：鼓励开发人员发明新的解决方案，而不是重复历史。:-)

我将不胜感激您可能提供的任何经验或建议。谢谢你。

我的本地工作站上有一个 CVS 存储库。我已经向我的雇主证明了版本控制是一个好主意。好吧！所以现在我想将我的 CVS 历史从我的本地工作站迁移到一个真实的服务器上。

我已经在服务器上安装了 CVS，它正在工作。

现在，我可以移动我的存储库文件吗？还是我必须执行某种导入命令？

我知道我可以将当​​前代码库检查到新的 CVS 服务器中，但这会丢失历史记录，对吗？

所以，也许我有点老派，但是当我们过去创建网站时，我们会在开发服务器上开发网站，然后将页面和文件发布或推广到生产服务器。这似乎一直是一个好方法，这样用户就不会看到混乱的页面或（上帝保佑）因为我们中的一个人搞砸了而宕机的服务器。

但微软在创建 SharePoint 时似乎并没有想到这个想法……至少，我无法在定义的基础架构中找到实现这一点的方法。

有谁知道是否有针对 SharePoint 开发的管理策略？我在网上看到我们可以备份开发环境并恢复到生产服务器。这可能是第一次工作，但是对生产服务器的任何更新都无法做到这一点，而不会冒生产服务器上的数据丢失的风险。我已经看到了一些用于将列表内容、页面和文档从一台服务器迁移到另一台服务器的工具——尽管不可否认，我还没有研究过它们。

但是，我关心的另一个问题是自定义内容类型。似乎一旦列表使用了内容类型，您就无法在不从列表中删除项目、取消关联内容类型并重新关联内容类型的情况下对其进行更新。不应该有一些方法来升级内容类型吗？

无论如何，如果您对当前的这些困境有任何建议，我很乐意听取您的意见。

提前致谢，

担

感谢您的快速答复。

我们已经为我们的网站创建了几个功能和一个针对基础（内容类型、列等）的解决方案包捆绑功能，以及与品牌相关的功能（页面布局、母版页等）的另一个解决方案。

但这似乎是一次性的……基本上，它可以设置我们的服务器，对吗？一旦人们开始使用生产环境，我们的内容数据库中就会有文档、页面、列表项，并且不可能更新内容类型、列等内容。

您必须先停用和卸载功能，然后才能安装和激活新功能，对吧？我在功能定义上看到了 Version 属性，但据我所知，这没有任何作用。解决方案似乎可以通过增加版本号来升级，但它似乎并没有修改内容类型和列之类的东西——尤其是在它们正在使用的情况下。另外，我不确定解决方案升级的范围有多大。

这类事情几乎没有什么珍贵的文档。似乎我正在阅读的所有内容都是如何在最初设置您的 SharePoint 服务器......而不是长期管理它。

你有什么意见或建议吗？

谢谢大家的建议。

但是我们已经在这个网站上工作了一年多。我非常有信心，我们已经按照你们大多数人的建议进行了设置。我们已经有几个功能可以安装内容类型、列、母版页、页面布局和工作流等内容。大多数这些功能都包含在解决方案包中。我们将所有开发环境都设置为 VPC 服务器。

所以，我已经基本完成了初始部署。我真正希望找出的是如何升级内容类型和列之类的东西以及未来的东西。内容类型在使用后是否可以更改？因为根据我的初步测试，这似乎是不可能的。我不担心这些程序集，因为看起来它们交换得很好，但是我更新内容类型的唯一方法是删除引用它们的任何项目（即我的页面库中的所有页面），删除内容类型，然后重新添加它。

你们中的任何人都知道是否有办法在初始部署后更新内容类型？...当用户已经根据我们已经部署的内容类型创建了项目时？

（我的问题的另一部分实际上是将现有页面从开发服务器移动到生产服务器，但我可以没有它。我主要担心的是内容类型。）

我有两台机器......一台开发机器和一台生产机器。当我第一次将我的 rails 应用程序带到生产服务器上时，我没有遇到任何问题。我只是通过运行 rake db:schema:load RAILS_ENV=production 来导入 schema.rb。一切都好。

所以，然后在我的开发机器上，我进行了一些更改和另一个迁移，然后将新应用程序复制到生产机器上。然后我尝试通过运行 rake db:migrate RAILS_ENV=production 来更新数据库。我收到以下错误：“数据库中已经有一个名为 'schema_migrations' 的对象。”

我在想自己，你不开玩笑，瑞克……你创造了它！我在 rake 上运行跟踪，似乎 rake 认为这是它第一次运行。但是，通过分析我的开发机器和生产机器上的“schema_migrations”表，您可以看到一个迁移存在差异，即我想要迁移的那个。

我也尝试过明确定义版本号，但这也不起作用。

关于如何使生产服务器保持最新的任何想法？

更新：

让我首先说我不能只是“删除”数据库。这是一个生产服务器，里面已经有超过 10 万条记录。如果以后出现类似的问题怎么办？我是不是每次发生数据库问题时都删除表？这次它可能会奏效，但它似乎不是每个数据库问题的实用长期解决方案。我怀疑我现在遇到的问题对我来说是独一无二的。

1. 听起来“schema_info”表和“schema_migrations”表是一样的。在我的设置中，我只有“schema_migrations”。如前所述，生产服务器上的“schema_migrations”表和开发机器上的差异只是一条记录。即包含我要迁移的更改的版本号的记录。

2. 从我读过的《Simply Rails 2》一书中，它指出当第一次迁移到生产服务器时，应该只运行 rake:db:schema:load，而不是运行 rake db:migrate。

3. 如果重要的话，我使用的是 Rails 2.1 版。