问题标签 [code-migration]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
refactoring - 你做过哪些成功的软件转换/重写？
您对您参与的软件进行了哪些成功的转换/重写？过程中涉及哪些语言和框架？有问题的软件有多大？最后，您从参与该过程中学到的最重要的一两件事是什么。
这与这个问题有关
refactoring - 你做过哪些失败的软件转换/重写？
您参与了哪些失败的转换/重写？过程中涉及哪些语言和框架？有问题的软件有多大？最后，您从参与该过程中学到的最重要的一两件事是什么。
这与这个问题有关。
svn - 服务器故障后从目录备份中恢复 svn
托管我们的 svn 服务器的机器出现故障。我们能够恢复C:\Repositories\目录。我们如何将其迁移到新主机？
c# - 将项目从 C# 迁移到 Java
随着办公室人员配置的一些变化，C# 专业知识水平急剧下降，现在有更多的 Java 开发人员。它已经到了高层正在考虑将用 C# 编写的现有 .NET 项目转移到 Java 世界的地步。
除了完全从头开始的明显问题之外，这家公司还有哪些可能的方法可以成功地将项目的开发从 .NET C# 迁移到 Java？
java - 体验将传统 Cobol/PL1 迁移到 Java
原始问题： 我想知道是否有人有将大型 Cobol/PL1 代码库迁移到 Java 的经验？
该过程的自动化程度如何，输出的可维护性如何？
从事务性到 OO 的转变是如何进行的？
在此过程中学到的任何经验教训或可能有益的资源/白皮书将不胜感激。
编辑 7/7：当然，NACA 方法很有趣，在发布 JAVA 版本之前继续对 COBOL 代码进行 BAU 更改的能力对任何组织都有好处。
程序化 Java 与 COBOL 布局相同，以便在熟悉 Java 语言的同时给编码人员一种舒适感，这一论点对于拥有大量代码库的大型组织来说是一个有效的论点。正如@Didier 指出的那样，每年 300 万美元的节省为未来任何 BAU 更改提供了充足的空间，以持续重构代码。正如他所说，如果你关心你的员工，你就会找到一种让他们开心的方法，同时逐渐挑战他们。
我在@duffymo 的建议中看到的问题
最好尝试并真正理解问题的根源并将其重新表达为面向对象的系统
是如果您正在进行任何 BAU 更改，那么在对新的 OO 系统进行编码的 LONG 项目生命周期中，您最终会在双重编码和测试更改。这是 NACA 方法的主要好处。我有一些将客户端-服务器应用程序迁移到 Web 实现的经验，这是我们遇到的主要问题之一，由于 BAU 变化而不断改变需求。它使 PM 和调度成为一个真正的挑战。
感谢@hhafez，他的经验被很好地描述为“相似但略有不同”，并且在从 Ada 到 Java 的自动代码迁移方面获得了相当令人满意的体验。
感谢@Didier 的贡献，我仍在研究你的方法，如果我有任何问题，我会给你留言。
migration - 如何从 biztalk 2002 迁移到 biztalk 2006 R2
我想获得有关如何从 biztalk 2002 迁移到 biztalk 2006 R2 的分步说明。
java - 从 Google AppEngine 切换到另一台服务器
目前我正在 Google AppEngine (GAE) 上构建我的 Java Web 应用程序，但由于它们有很多限制，我担心我将不得不从 GAE 切换到我自己的运行 Glassfish 的服务器（或如果需要，我可以设置任何其他服务器）。我还计划运行 Oracle 或 MySql 数据库。为了从 GAE 切换到我的服务器，我需要做什么？我需要重写我的代码吗？我应该继续使用 Datanucleus 还是改用其他东西？还要别的吗？
c# - 从 PHP 到 C# 的 Https POST
我必须向第三方 https url 发帖以获取数据并发送回。我举个例子就是：
当我们使用 ASP .NET C# 2.0 时，我必须移植它，但我总是得到一个未经过验证的错误。
这是我正在做的事情：
我已经阅读了所有我能找到的关于这个的问题，但我没有得到任何改进。提前致谢！
asp.net-mvc - 逐步将 Classic ASP 3.0 迁移到 ASP.NET MVC
我正在评估从经典 ASP 3.0 应用程序到 ASP.NET MVC 的迁移。我已经将应用程序迁移到 WebForms，但出于多种原因决定尝试使用 MVC 进行此迁移，包括该应用程序中的代码不是意大利面条，并且似乎适合 MVC 样式布局。
对这种迁移的一个主要限制是它必须是渐进的，停机时间最少（或最好没有），并且应该可以在迁移过程中继续开发。这意味着经典的 ASP 代码必须与 ASP.NET MVC 代码并行运行，甚至可能在同一个 IIS 应用程序中。
所以，我有几个相关的问题：
- 防止重新路由影响经典 .asp 文件的最佳方法是什么？（忽略它们，HttpHandler，特殊的重新路由规则？）
- 人们在类似的场景/迁移中是否遇到过任何特殊的非显而易见的问题？
- 使用 ASP.NET MVC 时，通常在常规 ASP 到 WebForms 迁移中出现的身份验证、会话和一般代码重用问题是否有任何不同？
提前致谢！
mysql - 将 MySQL 脚本转换为 SQL Server
我在一个文件（脚本）中有大量 MySQL 命令集，我需要在 Microsoft SQL Server 2008 上执行它。我知道这两种语言几乎没有区别，尽管基本 SQL 是相同的。
有什么方法可以将 MySQL 脚本转换为在 SQL Server 上可执行的脚本？或者是否有任何迁移应用程序可以轻松获取整个 MySQL 服务器并复制 SQL Server 2008 上的所有内容？
感谢您的任何建议。