As we reevaluate how to best support and maintain Staging Ref in the future, we encourage development teams using this environment to highlight their use cases in the following issue: https://gitlab.com/gitlab-com/gl-infra/software-delivery/framework/software-delivery-framework-issue-tracker/-/issues/36.

Skip to content
Snippets Groups Projects
  1. Oct 15, 2020
  2. Oct 14, 2020
    • Zeger-Jan van de Weg's avatar
      client: Allow User-Agent header to be overridden · 3f031273
      Zeger-Jan van de Weg authored
      The user agent for requests to the internal API endpoints used the
      default Go provided user agent. This change updates that to always set
      something else, by default `GitLab-Shell`.
      
      Than for others importing the package, there's a new API to set it to
      something else. This has been done with new method, a setter, to
      maintain backwards compatibility in the API.
      3f031273
  3. Oct 13, 2020
  4. Oct 02, 2020
  5. Oct 01, 2020
  6. Sep 21, 2020
    • Ash McKenzie's avatar
      Merge branch 'sh-extract-context-from-env' into 'master' · 1a2bfecd
      Ash McKenzie authored
      Make it possible to propagate correlation ID across processes
      
      Closes #474
      
      See merge request gitlab-org/gitlab-shell!413
      1a2bfecd
    • Stan Hu's avatar
      Make it possible to propagate correlation ID across processes · a487572a
      Stan Hu authored
      Previously, gitlab-shell did not pass a context through the application.
      Correlation IDs were generated down the call stack instead of passed
      around from the start execution.
      
      This has several potential downsides:
      
      1. It's easier for programming mistakes to be made in future that lead
      to multiple correlation IDs being generated for a single request.
      2. Correlation IDs cannot be passed in from upstream requests
      3. Other advantages of context passing, such as distributed tracing is
      not possible.
      
      This commit changes the behavior:
      
      1. Extract the correlation ID from the environment at the start of
      the application.
      2. If no correlation ID exists, generate a random one.
      3. Pass the correlation ID to the GitLabNet API requests.
      
      This change also enables other clients of GitLabNet (e.g. Gitaly) to
      pass along the correlation ID in the internal API requests
      (https://gitlab.com/gitlab-org/gitaly/-/issues/2725).
      
      Fixes https://gitlab.com/gitlab-org/gitlab-shell/-/issues/474
      a487572a
  7. Sep 11, 2020
  8. Sep 03, 2020
  9. Aug 28, 2020
  10. Aug 21, 2020
  11. Aug 20, 2020
  12. Aug 18, 2020
  13. Aug 17, 2020
    • Taylan Develioglu's avatar
      Add support obtaining personal access tokens via SSH · b8d66d79
      Taylan Develioglu authored
      Implements the feature requested in gitlab-org/gitlab#19672
      
      This requires the internal api counterpart in gitlab-org/gitlab!36302 to
      be merged first.
      
      It can be used as follows:
      ```
      censored@censored-VirtualBox:~/git/gitlab$ ssh git@gitlab-2004 personal_access_token
      remote:
      remote: ========================================================================
      remote:
      remote: Usage: personal_access_token <name> <scope1[,scope2,...]> [ttl_days]
      remote:
      remote: ========================================================================
      remote:
      
      censored@censored-VirtualBox:~/git/gitlab$ ssh git@gitlab-2004 personal_access_token newtoken read_api,read_repository 30
      Token:   aAY1G3YPeemECgUvxuXY
      Scopes:  read_api,read_repository
      Expires: 2020-08-07
      ```
      b8d66d79
  14. Aug 11, 2020
  15. Aug 05, 2020
  16. Jul 31, 2020
  17. Jul 23, 2020
Loading