收藏
回答

提个的小建议:project.config.json的condition能否支持local?

情况是这样的,我们多个开发者协作开发的时候,经常在代码合并的时候要处理project.config.json里condition.miniprogram.list的冲突,因为每个人会创建自己的编译模式,每次都要解决这样的冲突,这个属于常见却又没什么实际价值的冲突,所以想问问,是否可以考虑将condition独立出来,支持每个人有自己的condition配置,project.config.json的condition可以继续保留,作为统一配置且常用的编译模式,每个人自己创建的condition可以配置git ignore忽略,这样不会经常冲突,又可以保留自己需要的模式。

回答关注问题邀请回答
收藏

6 个回答

  • cover
    cover
    2021-01-13

    最新的 nightly已经支持了

    2021-01-13
    有用 2
    回复 4
    • 小葱
      小葱
      2021-01-14
      咋用呢
      2021-01-14
      1
      回复
    • cover
      cover
      2021-01-15回复小葱
      工具新增或者修改编译条件,会自动生成 project.private.config.json 来存储编译条件。这个文件可以本地自己维护,不上传的代码仓库。工具会优先使用 project.private.config.json  的编译条件
      2021-01-15
      2
      回复
    • 匿名
      匿名
      2021-01-26回复cover
      收到!
      2021-01-26
      回复
    • 心藤滋味
      心藤滋味
      2021-04-21
      同解决了我的困扰
      2021-04-21
      回复
  • 华晨
    华晨
    2021-02-12

    感谢添加这个 private 配置,因为之前确实很容易在多人合作时,编译模式部分发生冲突!

    不过,再提两个小建议:

    1. 可以在开发者工具 => 版本管理 => 初始化版本库 => .gitignore 模板中,也同步添加 project.private.config.json 吗?
    2. 也能支持 private 模式的 appid,因为,有时候拿到的代码,没有把自己加入团队,但是可以临时设置为自己测试号的 appid,进行开发,但是又不影响代码版本管理。目前试了下,在 private 中设置 appid,在预览的时候,仍然会提示登录用户不是该小程序的开发者”。
    2021-02-12
    有用 1
    回复
  • 😿
    😿
    发表于移动端
    2021-01-31
    不需要
    2021-01-31
    有用 1
    回复
  • reus
    reus
    2020-11-09

    我们会在后续版本考虑支持该功能

    2020-11-09
    有用 1
    回复 1
    • 匿名
      匿名
      2020-11-09
      哟呵
      2020-11-09
      回复
  • كۇلكەم
    كۇلكەم
    发表于移动端
    2021-03-08
    小程序
    2021-03-08
    有用
    回复
  • 💡
    💡
    2021-02-06

    无端增加开发者的压力。

    project.config.json 本就应该开发者自行 git ignore 。这种情况可以新建文件 project.config.json.example 作为一个模板。现在变成两个配置文件 project.config.json 、project.private.config.json 都是官方所认可的,真是无脑。

    2021-02-06
    有用
    回复
登录 后发表内容
问题标签