Netlify子域基于存储库上的分支工作。如果我有一个域,比如xyz.com
和repo Repo-A
,主分支将部署到xyz.com
,dashboard
分支将部署到dashboard.xyz.com
。但是,除了一些可视化元素之外,仪表板和主分支非常不同。
我正在尝试找出一种清晰的方法来构建repo
Repo - A
(master branch)
src/app
package.json
webpack.config.js
Repo - A
(dashboard branch)
src/app
package.json
webpack.config.js
这种方法的问题是,我必须对我的webpack、包和src文件进行大量更改。我相信在分支之间来回切换也会在dist/
文件夹中产生很多垃圾。
什么是最好的回购结构,使其工作?有没有工具可以让这个用例变得更简单?
另一种方法是-
Create a Release Repo that has release branches like master and dashboard.
master commits to Repo A which pushes build to master branch of Release repo
master commits to Repo B which pushes build to dashboard branch of Release repo
与第一种方法相比,这是一种更干净的方法吗?有什么建议吗?
发布于 2018-12-17 07:25:49
当您使用阶段/开发/生产(主)来跟踪审核更改并通过工作流向每个子域分支执行拉取请求时,此功能似乎更适合于staging/development/production(主)。我不使用这个特性,因为不管怎样,通过创建branch deploys来跟踪工作流很容易。我认为这将真正派上用场的是,当我在子域跟踪不同版本的网站版本时。
当为完全不同的项目使用子域时,您应该考虑将它们移动到自己的存储库,并在子域中像管理自己的站点一样管理项目。然后在DNS中输入CNAME
子域条目以指向my-dashboard-site-name.netlify.com
单色存储库
您可以将它们放在同一个mono-repo中,如果您不想让它们成为自己的repo,您仍然需要将站点部署分开。这比他们自己的存储库稍微复杂一点,但是如果你想以这种方式维护它,像Lerna
这样的工具就在那里。它确实提供了一种很好的方式来维护那些重用相同的库的项目,这些库不是发布到包管理器,而是在相同的mono-repo中。
https://stackoverflow.com/questions/53805337
复制相似问题