Skip to content
代码片段 群组 项目
该项目从 https://gitlab.com/gitlab-org/gitlab.git 镜像。 拉取镜像更新于
  1. 2月 23, 2024
  2. 2月 16, 2024
  3. 2月 13, 2024
  4. 2月 03, 2024
  5. 2月 02, 2024
  6. 2月 01, 2024
  7. 1月 24, 2024
  8. 1月 17, 2024
  9. 1月 05, 2024
    • Stan Hu's avatar
      Make bundler-checksum work with Bundler v2.5.0 (part 2) · 79a61126
      Stan Hu 创作于
      Bundler v2.5.0 introduced a CHECKSUMS section in Gemfile.lock and
      significantly refactored checksums into `Bundler::Checksum`.  The
      refactoring dropped the `Bundler::RubyGemsGemInstaller#checksum_type`
      method, causing pre-install checks to fail with `NoMethodError:
      undefined method 'checksum_type'` as seen in
      https://gitlab.com/gitlab-org/gitlab/-/jobs/5861840560.
      
      This commit fixes the digest comparison to use the digest set
      in `Bundler::Checksum`. This change needs to be backwards
      compatible with Bundler v2.4.x until we require v2.5.x.
      
      Changelog: fixed
      79a61126
    • Stan Hu's avatar
      Fix Ruby not starting if newer version of date gem installed · 5779c228
      Stan Hu 创作于
      If you had date v3.3.4 installed, Puma and Sidekiq would not start
      due to this error message:
      
      ```
      `check_for_activated_spec!': You have already activated date
       3.3.4, but your Gemfile requires date 3.3.3. Prepending `bundle
      exec` to your command may solve this. (Gem::LoadError)
      ```
      
      This occurred because the `require 'date'` inside
      `vendor/gems/attr_encrypted/attr_encrypted.gemspec` caused
      Ruby to load the latest version of `date`, but then this conflicts
      with the version specified in `Gemfile.lock`.
      
      To avoid this problem, drop the use of the date in the gemspec.
      5779c228
  10. 1月 04, 2024
  11. 12月 23, 2023
  12. 12月 18, 2023
  13. 12月 13, 2023
  14. 12月 05, 2023
  15. 11月 24, 2023
  16. 11月 21, 2023
  17. 11月 18, 2023
  18. 11月 17, 2023
  19. 11月 14, 2023
  20. 11月 07, 2023
  21. 11月 01, 2023
    • Luke Duncalfe's avatar
      Increase interruption retries for GitHub workers · b6af6ed4
      Luke Duncalfe 创作于
      https://gitlab.com/gitlab-org/gitlab/-/issues/416777
      
      When the Sidekiq process is asked to stop it will wait for a period of
      time for a running job to finish, before forcefully terminating and
      requeuing the job if it does not finish within this time.
      
      Normally Sidekiq will do this over and over for a job indefinitely.
      
      The `reliable-fetcher` gem puts a limit on the number of times a job
      will be terminated and requeued to 3 times. After this the job will
      not be requeued when terminated.
      
      This offers protection from jobs that can never complete in time between
      Sidekiq restarts (for example, the time between deploys).
      
      Many of our GitHub importer "stage" workers:
      
      - can work for a very long time as they fetch all the data from GitHub
        to be imported
      - pick up from where they left off when interrupted
      
      For these "stage" workers we're increasing the number of times they will
      be requeued after being terminated.
      
      https://gitlab.com/gitlab-org/gitlab/-/issues/416777
      b6af6ed4
  22. 10月 30, 2023
  23. 10月 24, 2023
  24. 10月 23, 2023
  25. 10月 18, 2023
  26. 9月 26, 2023
    • Matthias Kaeppler's avatar
      Drop unused test run script for attr_encrypted · 1e7ab655
      Matthias Kaeppler 创作于
      We vendored this gem a while ago, and it contained
      a lot of code to deal with older versions of Ruby
      and Rails that are not relevant to use.
      
      This test run script is not used either, we just
      call straight into rspec in CI/CD via bundler.
      
      Let's drop this since it's leading to issue reports.
      1e7ab655
  27. 9月 21, 2023
  28. 9月 11, 2023
  29. 8月 31, 2023
  30. 8月 30, 2023
  31. 8月 14, 2023
  32. 7月 31, 2023
  33. 7月 28, 2023
加载中