ReactJS典型工作流-从开发到部署
我的用例由几个ReactJs项目组成,在这些项目中,我们使用Git进行协作 我们正在构建一个使用Git的工作流,这是我们当前的想法:ReactJS典型工作流-从开发到部署,reactjs,git,workflow,scrum,Reactjs,Git,Workflow,Scrum,我的用例由几个ReactJs项目组成,在这些项目中,我们使用Git进行协作 我们正在构建一个使用Git的工作流,这是我们当前的想法: 每个程序员都在本地完成下一个分支 他们建立了自己的分支,但最终全部合并到next 当所有挂起的任务完成后,我们将从next 一旦test正常,它就被分支到beta 稳定时,分支稳定 这是发展阶段 对于部署,我们的第一个想法是在test、beta和stabe上“构建”捆绑包,并将其复制到相应的服务器上运行,因为我们将构建的捆绑包保存在普通文件系统上(这就是我们今天的
下一个分支
next
next
test
正常,它就被分支到beta
稳定
test
、beta
和stabe
上“构建”捆绑包,并将其复制到相应的服务器上运行,因为我们将构建的捆绑包保存在普通文件系统上(这就是我们今天的做法,为多个版本保留多个捆绑包,而不是使用Git)
我们的生产环境在不同的客户中有十几台服务器,每次需要更新时,我们都需要将相应的捆绑包从正确的目录复制到服务器并安装它(所有捆绑包都是使用安装工具构建的)
因此,我有两个疑问:
a) 开发工作流是一种好的实践吗?有什么建议吗
b) 我们如何使部署工作流程更顺畅?我们应该在Git上的代码中将这些包放在一起吗?我们应该用不同的东西吗
理想情况下,我们需要服务器从命令自动更新。实现这一目标的正确方法是什么