Skip to content
代码片段 群组 项目
该项目从 https://gitlab.com/gitlab-org/gitlab.git 镜像。 拉取镜像更新于
  1. 3月 25, 2021
  2. 3月 10, 2021
  3. 2月 01, 2021
    • Paul Slaughter's avatar
      Remove extends and use _ for private methods · 105a247c
      Paul Slaughter 创作于
      Extends is used to represent an "is-a" relationship.
      It doesn't make sense for IncrementalWebpackCompiler
      is a NoopCompiler. Just because they are the same
      interface does not mean they have to inherit eachother.
      105a247c
  4. 1月 29, 2021
    • Paul Slaughter's avatar
      Fix missing semicolon · 1981c43c
      Paul Slaughter 创作于
      1981c43c
    • Albert Salim's avatar
      Fix failure in qa-frontend-node:10 · c097f349
      Albert Salim 创作于
      c097f349
    • Lukas 'Eipi' Eipert's avatar
      Add incremental compiler to webpack dev server · 76f9be20
      Lukas 'Eipi' Eipert 创作于
      In order to have quicker compilations while developing we are adding an
      incremental compiler to webpack to render routes on demand.
      
      When the developer is working on the dev server and enables the
      incremental compiler with DEV_SERVER_INCREMENTAL=true, the new
      functionality is enabled.
      
      The biggest problem to solve here: How can we _know_ which entry point
      to render and which not? Our current webpack integration with rails
      requires the webpack manifest to have a list of all existing entry
      points. So our incremental compiler takes the following approach:
      
      Every compilation of webpack will run `generateEntries` which generates
      a list of all our entry points. In that function we are able to replace
      all page specific entrypoints and point them to an empty file,
      unless we explicitly want them to compile.
      
      In the webpack-dev-server itself we register a middleware which keeps
      track of all the page specific bundles requested. Whenever a page
      specific bundle is requested that hasn't been requested before, we add
      it to the list of bundles we want compiled.
      
      This approach allows us to dynamically change the entry points without a
      need to restart webpack alltogether _and_ it works with hot module
      reloading.
      
      Rather than pointing to a blank javascript we are pointing to one which
      renders an overlay to let the user know that webpack compiles the page
      for the first time.
      
      Additionally we keep a history of requested routes in `tmp/cache` in
      order to keep the list of compiled entry points between sessions. In a
      next iteration we can add a bit of logic and e.g. remove entry points
      the developer hasn't been visiting in a week.
      
      First results are really promising (on my machine):
       - Memory consumption when idling: 1600MB => 340MB
       - Max memory: ~2200MB => ~1000MB
       - Initial Compilation time: 58s => 15s
       - Recompile afer a file change: 13s => 3s
       - Visiting a new page that hasn't been visited before, it takes about
         four seconds to reload the page, seven seconds to completely load the
         page.
      
      Currently the technique still watches all of the source files, so
      changing an unrelated file will trigger a recompilation. This is however
      a minor caveat and the same behavior that we currently have, maybe we
      can optimize in the future.
      76f9be20
  5. 12月 24, 2020
  6. 12月 23, 2020
  7. 8月 24, 2020
  8. 5月 15, 2020
    • Paul Slaughter's avatar
      Fix eslint broken for Jest · aa9ac23e
      Paul Slaughter 创作于
      **What happened?**
      Previously we just checked the immediate parent
      to see if the module was being included from eslint.
      Now we recursively check all the parents.
      
      Also moves this eslint check to it's own config/helper
      aa9ac23e
  9. 12月 17, 2019
  10. 10月 22, 2019
  11. 10月 16, 2019
    • Kamil Trzciński's avatar
      Change IS_GITLAB_EE to FOSS_ONLY · c2508bda
      Kamil Trzciński 创作于
      This removes the usage of IS_GITLAB_EE
      and prefer to use FOSS_ONLY that has
      the following states:
      1. nil/empty string: use CE or EE depending on sources
      1. false: use CE or EE depending on sources
      2. true: use CE always
      c2508bda
  12. 10月 15, 2019
    • Kamil Trzciński's avatar
      Make IS_GITLAB_EE consistent · 49dda390
      Kamil Trzciński 创作于
      Currently:
      1. If `IS_GITLAB_EE=` is used, it fails to generate Webpack
         as it cannot be parsed as JSON,
      2. If `IS_GITLAB_EE=1` is used, it fails on GitLab CE,
      3. If `IS_GITLAB_EE=0` it does work correctly, and disables EE,
      4. If `IS_GITLAB_EE=1` is used on GitLab EE it effectively required
         to run on EE changes.
      
      This changes to:
      
      Make `IS_GITLAB_EE=` to donate the intent to disable or enable EE
      sources, instead of requiring it, and makes the check consitent
      in behaviour.
      49dda390
  13. 4月 05, 2019
  14. 3月 29, 2019
加载中