Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
  • 12-9-stable
  • 12-7-stable
  • 12-6-stable
  • 12-8-stable
  • github/fork/Kloppi313/patch-1
  • 12-5-stable
  • 12-4-stable
  • github/fork/ramalokesh8477/master
  • 12-1-stable
  • 12-2-stable
  • 12-0-stable
  • 12-3-stable
  • 42-42-stable
  • github/fork/hussamgit398/patch-2
  • 12-3-auto-deploy-20190911
  • 12-3-auto-deploy-20190916
  • 12-3-auto-deploy-20190908
  • 12-3-auto-deploy-20190901
  • 12-3-auto-deploy-20190901-32664
  • v12.10.0.pre
  • v12.9.0
  • v12.9.0-rc42
  • v12.8.7
  • v12.8.6
  • v12.8.5
  • v12.8.4
  • v12.8.3
  • v12.6.8
  • v12.7.7
  • v12.8.2
  • v12.8.1
  • v12.9.0.pre
  • v12.8.0
  • v12.8.0-rc42
  • v12.5.10
  • v12.7.6
  • v12.6.7
  • v12.7.5
  • v12.5.9
40 results

internal_id_spec.rb

  • Andreas Brandl's avatar
    14acbf24
    Double-check next value for internal ids. · 14acbf24
    Andreas Brandl authored
    This is useful for a transition period to migrate away from
    `NoninternalAtomicId`. In a situation where both the old and new code to
    generate a iid value is run at the same time (for example, during a
    deploy different nodes may serve both versions), this will lead to
    problems regarding the correct `last_value`. That is, what we track in
    `InternalId` may get out of sync with the maximum iid present for
    issues.
    
    With this change, we double-check that and correct the `last_value` with
    the maximum iid found in issues if necessary.
    
    This is subject to be removed with the 10.8 release and tracked over
    here: https://gitlab.com/gitlab-org/gitlab-ce/issues/45389
    
    Closes #45269.
    14acbf24
    History
    Double-check next value for internal ids.
    Andreas Brandl authored
    This is useful for a transition period to migrate away from
    `NoninternalAtomicId`. In a situation where both the old and new code to
    generate a iid value is run at the same time (for example, during a
    deploy different nodes may serve both versions), this will lead to
    problems regarding the correct `last_value`. That is, what we track in
    `InternalId` may get out of sync with the maximum iid present for
    issues.
    
    With this change, we double-check that and correct the `last_value` with
    the maximum iid found in issues if necessary.
    
    This is subject to be removed with the 10.8 release and tracked over
    here: https://gitlab.com/gitlab-org/gitlab-ce/issues/45389
    
    Closes #45269.