繁体   English   中英

git Dev和Live网站的工作流程,推送到远程

[英]Workflow for git Dev and Live sites, push to remote

首先,谈到git时,我有点新手。

我有两个网站,一个用于开发,另一个是实时网站。 我正打算将所有文件都移到git(和github )上,因为我一直在使用SVN,但我认为git(经过几周的播放)将更适合该项目。

我想了解的是如何将文件上传到远程服务器上,从而获得最佳的工作流程。 该站点的沙盒版本当前位于本地,并且也已上传到沙盒远程站点,所有测试均在此处完成,一旦我们感到满意,我们将通过检查所有更改并将其移至实时站点文件中,将其移至主站点。更新文件然后上传。

我现在打算有一个主要的“ Master”分支,并有一个“ sandbox”分支版本。 这将使我可以选择为小错误创建新分支,并在完成和测试后将其合并到沙箱中。

按照我以前的工作方式,文件存储在本地两个不同的位置(已经从SVN存储库中签出了两个版本),准备好后,我可以跳入Coda并将文件ftp到服务器。

我现在猜想推送到远程将是一个更好的选择,因为使用一个存储库的ftp-ing会引起一些麻烦吗?

我使用的Tower确实对我的工作流程有帮助,但一直坚持如何在线获取文件。 任何帮助,或者如果我的问题没有道理,请大喊...

我建议您在本地进行开发,将其推送到您的远程服务器(例如github),将ssh推送到您的实时服务器,然后git将所做的更改从github拉到实时站点。

最近,我一直在使用3个步骤:

  • 在功能分支中本地开发。 一旦准备好合并到CI分支。
  • 在CI服务器上测试。 jenkins看到对CI分支的新提交(github post commit钩子),提取更改并自动在测试服务器上构建它并运行我的所有单元测试。
  • 如果所有测试均通过,则jenkins将构建文档并将其提交到docs分支。 将CI合并到master,并将所有内容推送到远程服务器。 github将这个新的提交提交给master(再次提交提交钩子),并向运行中的服务器发出命令以拉出新的更改。 如果单元测试失败,它将通过电子邮件发送给我并退出。

做一些最终的现场测试并重复。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM