Curio-Role-GitLab-API-v4
view release on metacpan or search on metacpan
my ($self) = @_;
return undef if $self->connection_key() eq 'anonymous';
return myapp_secret(
'gitlab-token-' . $self->connection_key(),
);
}
```
The `myapp_secret` call is expected to be the place where you use
whatever tool you use to hold your GitLab tokens and likely all
passwords and other credentials (secrets) that your application needs.
Some common tools that people use to manage their secrets are
Kubernetes' secrets objects, AWS's Secret Manager, HashiCorp's Vault,
or just an inescure configuration file; to name a few.
So, the way you write your token methods is going to be unique to your
setup.
# FEATURES
lib/Curio/Role/GitLab/API/v4.pm view on Meta::CPAN
sub private_token {
my ($self) = @_;
return undef if $self->connection_key() eq 'anonymous';
return myapp_secret(
'gitlab-token-' . $self->connection_key(),
);
}
The C<myapp_secret> call is expected to be the place where you use
whatever tool you use to hold your GitLab tokens and likely all
passwords and other credentials (secrets) that your application needs.
Some common tools that people use to manage their secrets are
Kubernetes' secrets objects, AWS's Secret Manager, HashiCorp's Vault,
or just an inescure configuration file; to name a few.
So, the way you write your token methods is going to be unique to your
setup.
=head1 FEATURES
( run in 0.250 second using v1.01-cache-2.11-cpan-4d50c553e7e )