开发服务器上的SVN

开发服务器上的SVN,svn,deployment,development-environment,production-environment,Svn,Deployment,Development Environment,Production Environment,嗨,我是SVN的新手,我想知道一些事情,或者有没有人能给我指出正确的方向,或者是建议,或者是一些可以阅读的网站 我安装了subversion和tortoise,并且正确安装了subversion,但我想知道如何从我的计算机处理我的htdocs文件夹中的文件,然后提交这些文件,一旦提交,这些文件将传输到我的htdocs文件夹,并准备在我转到本地主机时查看 提前感谢。我不确定您是否了解SVN为您所做的事情。它通过每次提交时创建的检查点来维护您对文件所做更改的历史记录。文件本身保留在文件结构中的位置

嗨,我是SVN的新手,我想知道一些事情,或者有没有人能给我指出正确的方向,或者是建议,或者是一些可以阅读的网站

我安装了subversion和tortoise,并且正确安装了subversion,但我想知道如何从我的计算机处理我的htdocs文件夹中的文件,然后提交这些文件,一旦提交,这些文件将传输到我的htdocs文件夹,并准备在我转到本地主机时查看


提前感谢。

我不确定您是否了解SVN为您所做的事情。它通过每次提交时创建的检查点来维护您对文件所做更改的历史记录。文件本身保留在文件结构中的位置


听起来您正在寻找一种部署工具,它可以将您的工作文件放入开发服务器(在您的机器上)以备测试,而SVN并不是这样做的。我不确定解决方案可能是什么,但我相信这里有人能给你你需要的答案。

我不确定你是否了解SVN为你做了什么。它通过每次提交时创建的检查点来维护您对文件所做更改的历史记录。文件本身保留在文件结构中的位置


听起来您正在寻找一种部署工具,它可以将您的工作文件放入开发服务器(在您的机器上)以备测试,而SVN并不是这样做的。我不确定解决方案可能是什么,但我相信这里有人能给你你需要的答案。

这个问题并不完全清楚,但我认为这意味着你想在本地机器上的htdocs文件夹中处理一份数据副本,通过本地机器上的web服务器查看它们,如果你满意,提交更改并在生产机器上进行推广

如果是这样,恭喜你!这是一个很好的工作方式

这正是我们要做的(运行整个动态应用程序的本地版本)。我们定期提交,然后,为了发布,只需转到服务器,在服务器上签出htdocs(或其他)时执行svn更新。这可以通过cron作业自动完成,但我们喜欢手动完成,因为它可以确保头部首先得到一个健全的检查,如果更新过程中出现了一些奇怪的情况,就会有人来处理

要开始,请执行以下操作:

  • 在开发机器上创建一个htdocs和一些文件
  • svn导入
    该目录
  • 转到生产机器,然后
    svn checkout
    htdocs目录

这个问题并不完全清楚,但我认为这意味着您希望在本地计算机上的htdocs文件夹中处理数据副本,通过本地计算机上的web服务器查看数据,并且在您满意的情况下,提交更改并在生产机上推出

如果是这样,恭喜你!这是一个很好的工作方式

这正是我们要做的(运行整个动态应用程序的本地版本)。我们定期提交,然后,为了发布,只需转到服务器,在服务器上签出htdocs(或其他)时执行svn更新。这可以通过cron作业自动完成,但我们喜欢手动完成,因为它可以确保头部首先得到一个健全的检查,如果更新过程中出现了一些奇怪的情况,就会有人来处理

要开始,请执行以下操作:

  • 在开发机器上创建一个htdocs和一些文件
  • svn导入
    该目录
  • 转到生产机器,然后
    svn checkout
    htdocs目录

    • 对于像CruiseControl.NET这样的成熟CI来说,Nant似乎太少了。最简单的方法是创建一个提交并复制到htdocs的批处理文件。差不多

      svn ci %message
      robocopy . c:\htdocs
      

      命名commit.bat并使用
      commit“这是我的消息”

      对像CruiseControl.NET和Nant这样的成熟CI来说似乎太少了。最简单的方法是创建一个提交并复制到htdocs的批处理文件。差不多

      svn ci %message
      robocopy . c:\htdocs
      

      将该commit.bat命名并使用
      commit“this is my message”

      将其命名。提交时,文件将传输到SVN服务器的内部存储库,并且无法直接查看。但是,任何客户端都可以更新其内容,并且可以看到更改


      不管怎样,从最开始。这也非常有用。

      提交时,文件会传输到SVN服务器的内部存储库,并且无法直接查看。但是,任何客户端都可以更新其内容,并且可以看到更改


      不管怎样,从最开始。这也是非常有用的。

      很好的方法!这是我在开发过程中要考虑的问题,谢谢。我不认为在你的产品上有一个工作副本是一个好主意,它不会让你有可能对代码进行重新部署检查,如果出现问题就恢复到旧版本,嗯?我们恢复得很好;您只需要将svn更新到您希望恢复到的任何特定版本。我应该明确指出,服务器上的内容不会被视为传统的“工作副本”,因为用户不会直接修改它。很好的方法!这是我在开发过程中要考虑的问题,谢谢。我不认为在你的产品上有一个工作副本是一个好主意,它不会让你有可能对代码进行重新部署检查,如果出现问题就恢复到旧版本,嗯?我们恢复得很好;您只需要将svn更新到您希望恢复到的任何特定版本。我应该明确指出,服务器上的内容不会被视为传统的“工作副本”,因为用户不会直接修改它。