Svn Subversion:如何将更改、修改和删除的文件导出到我的本地副本?

Svn Subversion:如何将更改、修改和删除的文件导出到我的本地副本?,svn,Svn,我想将开发机器上本地副本上所做的更改迁移到生产机器上的本地副本上。从本地副本导出更改的最佳方式是什么?我这样做的方式是将开发机器上的更改提交到存储库,然后更新生产机器签出。这样可以确保所有内容都被正确记录和更新 但是,我认为这不是适合您的情况的理想选择(或者您没有从生产服务器上的存储库进行签出),因此最简单的方法是导出开发机器签出,然后覆盖生产机器副本。如果不删除生产副本,则只有开发导出中的文件将被覆盖,并且您将保留您可能拥有的任何生产特定文件(日志文件等) 一个风险稍低的选择(为了安全起见,我

我想将开发机器上本地副本上所做的更改迁移到生产机器上的本地副本上。从本地副本导出更改的最佳方式是什么?

我这样做的方式是将开发机器上的更改提交到存储库,然后更新生产机器签出。这样可以确保所有内容都被正确记录和更新

但是,我认为这不是适合您的情况的理想选择(或者您没有从生产服务器上的存储库进行签出),因此最简单的方法是导出开发机器签出,然后覆盖生产机器副本。如果不删除生产副本,则只有开发导出中的文件将被覆盖,并且您将保留您可能拥有的任何生产特定文件(日志文件等)

一个风险稍低的选择(为了安全起见,我会这样做)是只复制那些在开发签出中修改过的文件,并在生产副本中覆盖它们的副本。这更像是手动操作(除非您编写一个脚本来将副本自动化到生产环境中),但您可以保证不会在生产副本上覆盖任何您不打算覆盖的内容


我以前做过这三种方法,出于简单性、可逆性和日志记录的考虑,我更喜欢第一种方法。如果出现问题,我可以立即恢复到最后一个稳定副本,并且非常容易检查生产使用的代码库版本。

我这样做的方法是将开发机器上的更改提交到存储库,然后更新生产机器签出。这样可以确保所有内容都被正确记录和更新

但是,我认为这不是适合您的情况的理想选择(或者您没有从生产服务器上的存储库进行签出),因此最简单的方法是导出开发机器签出,然后覆盖生产机器副本。如果不删除生产副本,则只有开发导出中的文件将被覆盖,并且您将保留您可能拥有的任何生产特定文件(日志文件等)

一个风险稍低的选择(为了安全起见,我会这样做)是只复制那些在开发签出中修改过的文件,并在生产副本中覆盖它们的副本。这更像是手动操作(除非您编写一个脚本来将副本自动化到生产环境中),但您可以保证不会在生产副本上覆盖任何您不打算覆盖的内容


我以前做过这三种方法,出于简单性、可逆性和日志记录的考虑,我更喜欢第一种方法。如果出现问题,我可以立即恢复到最后一个稳定的副本,并且非常容易检查产品使用的代码库版本。

这里有一个相当重要的、购买有效的方法。如果可以从同一台计算机访问两个目录,例如作为Windows共享或临时装载,请使用或等工具找出差异,并选择要复制的文件


否则,将生产机器上的修订版导出到开发机器上的空目录中;使用相同的工具删除导出的源目录树中的公用文件,并将更改复制到其中。此时,您的导出目录将包含要复制到生产机器的文件。

这里有一个相当重要的、购买有效的方法。如果可以从同一台计算机访问两个目录,例如作为Windows共享或临时装载,请使用或等工具找出差异,并选择要复制的文件

否则,将生产机器上的修订版导出到开发机器上的空目录中;使用相同的工具删除导出的源目录树中的公用文件,并将更改复制到其中。此时,导出目录将包含要复制到生产机器的文件。

如果必须将“本地副本”翻译为“工作副本”,并且这些WC链接到repo中的同一存储库和URL,则可以

  • 从DEV-WC提交更改
  • 在产品侧更新WC
PS-如果您不想将废料提交到主干,您可以在提交之前重新定位到repo内部的任何其他位置,并在更新之前重新定位PROD WC

如果“本地副本”必须翻译为“工作副本”,并且这些WC链接到repo中的同一存储库和URL,您可以

  • 从DEV-WC提交更改
  • 在产品侧更新WC
PS-如果您不想将废料提交到主干,您可以在提交之前将其重新定位到repo内部的任何其他位置,并在更新之前重新定位PROD WC

什么是“本地副本”?Subversion没有这样的对象。如果你想得到正确答案,你必须使用标准术语什么是“本地副本”?Subversion没有这样的对象。如果你想得到正确的答案,你必须使用标准术语