Skip to content

Commit b58241c

Browse files
author
GitLab Runner
committed
Release v.1.2.16
0 parents  commit b58241c

File tree

8,126 files changed

+974349
-0
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

8,126 files changed

+974349
-0
lines changed

.copywrite.hcl

+21
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,21 @@
1+
schema_version = 1
2+
3+
project {
4+
license = "BUSL-1.1"
5+
copyright_year = 2023
6+
7+
# (OPTIONAL) A list of globs that should not have copyright/license headers.
8+
# Supports doublestar glob patterns for more flexibility in defining which
9+
# files or folders should be ignored
10+
header_ignore = [
11+
"builtin/credential/aws/pkcs7/**",
12+
"ui/node_modules/**",
13+
"enos/modules/k8s_deploy_vault/raft-config.hcl",
14+
"plugins/database/postgresql/scram/**",
15+
# licensed under MPL - ignoring for now until the copywrite tool can support
16+
# multiple licenses per repo.
17+
"sdk/**",
18+
"api/**",
19+
"shamir/**'"
20+
]
21+
}

.gitattributes

+4
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,4 @@
1+
vendor/* linguist-vendored
2+
website/* linguist-documentation
3+
4+
/packagespec.mk linguist-generated

.github/ISSUE_TEMPLATE/bug_report.md

+47
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,47 @@
1+
---
2+
name: Bug report
3+
about: Create a report to help us improve
4+
title: "[BUG] "
5+
labels: ''
6+
assignees: Peter-FNet
7+
8+
---
9+
10+
<!-- Please reserve GitHub issues only for the Securosys HSM REST integration.
11+
12+
- Vault specific issues shall be placed on the [vault project](https://github.com/hashicorp/vault/issues).
13+
14+
- For Vault specific questions, the best place to get answers is on the [discussion forum](https://discuss.hashicorp.com/c/vault), as they will get more visibility from experienced users than the issue tracker.
15+
16+
- REST/TSB or HSM questions, issues, and feature requests shall be handled via the [Securosys Support Portal](https://support.securosys.com).
17+
-->
18+
19+
**Describe the bug**
20+
A clear and concise description of what the bug is.
21+
22+
**To Reproduce**
23+
Steps to reproduce the behavior:
24+
1. Run `vault write ...`
25+
2. Run `vault login....`
26+
3. See error
27+
28+
**Expected behavior**
29+
A clear and concise description of what you expected to happen.
30+
31+
**Screenshots**
32+
If applicable, add screenshots to help explain your problem.
33+
34+
**Environment:**
35+
* Vault Server Version (retrieve with `vault status`):
36+
* Vault CLI Version (retrieve with `vault version`):
37+
* Server Operating System/Architecture:
38+
39+
Vault server configuration file(s):
40+
41+
```hcl
42+
# Paste your Vault config here.
43+
# Be sure to scrub any sensitive values
44+
```
45+
46+
**Additional context**
47+
Add any other context about the problem here.
+30
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,30 @@
1+
---
2+
name: Feature request
3+
about: Suggest an idea for this project
4+
title: "[FEATURE] "
5+
labels: ''
6+
assignees: Peter-FNet
7+
8+
---
9+
10+
<!-- Please reserve GitHub feature requests only for the Securosys HSM REST integration.
11+
12+
- Vault specific issues shall be placed on the [vault project](https://github.com/hashicorp/vault/issues).
13+
14+
- For Vault specific questions, the best place to get answers is on the [discussion forum](https://discuss.hashicorp.com/c/vault), as they will get more visibility from experienced users than the issue tracker.
15+
16+
- REST/TSB or HSM feature requests shall be handled via the [Securosys Support Portal](https://support.securosys.com).
17+
18+
-->
19+
20+
**Is your feature request related to a problem? Please describe.**
21+
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
22+
23+
**Describe the solution you'd like**
24+
A clear and concise description of what you want to happen.
25+
26+
**Describe alternatives you've considered**
27+
A clear and concise description of any alternative solutions or features you've considered.
28+
29+
**Additional context**
30+
Add any other context or screenshots about the feature request here.

.gitignore

+12
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,12 @@
1+
./build.sh
2+
buildDockerImage.sh
3+
./docker/*
4+
vault_exec
5+
vault.exe
6+
vendor
7+
./config.hcl
8+
./config-hsm.yml
9+
./bin/*
10+
Installation Guide
11+
deploy
12+
.gitlab-ci.yml

.go-version

+1
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
1.21.2

.hooks/pre-commit

+78
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,78 @@
1+
#!/usr/bin/env bash
2+
3+
# READ THIS BEFORE MAKING CHANGES:
4+
#
5+
# If you want to add a new pre-commit check, here are the rules:
6+
#
7+
# 1. Create a bash function for your check (see e.g. ui_lint below).
8+
# NOTE: Each function will be called in a sub-shell so you can freely
9+
# change directory without worrying about interference.
10+
# 2. Add the name of the function to the CHECKS variable.
11+
# 3. If no changes relevant to your new check are staged, then
12+
# do not output anything at all - this would be annoying noise.
13+
# In this case, call 'return 0' from your check function to return
14+
# early without blocking the commit.
15+
# 4. If any non-trivial check-specific thing has to be invoked,
16+
# then output '==> [check description]' as the first line of
17+
# output. Each sub-check should output '--> [subcheck description]'
18+
# after it has run, indicating success or failure.
19+
# 5. Call 'block [reason]' to block the commit. This ensures the last
20+
# line of output calls out that the commit was blocked - which may not
21+
# be obvious from random error messages generated in 4.
22+
#
23+
# At the moment, there are no automated tests for this hook, so please run it
24+
# locally to check you have not broken anything - breaking this will interfere
25+
# with other peoples' workflows significantly, so be sure, check everything twice.
26+
27+
set -euo pipefail
28+
29+
# Call block to block the commit with a message.
30+
block() {
31+
echo "$@"
32+
echo "Commit blocked - see errors above."
33+
exit 1
34+
}
35+
36+
# Add all check functions to this space separated list.
37+
# They are executed in this order (see end of file).
38+
CHECKS="ui_lint backend_lint"
39+
40+
# Run ui linter if changes in that dir detected.
41+
ui_lint() {
42+
local DIR=ui LINTER=node_modules/.bin/lint-staged
43+
44+
# Silently succeed if no changes staged for $DIR
45+
if git diff --name-only --cached --exit-code -- $DIR/; then
46+
return 0
47+
fi
48+
49+
# Silently succeed if the linter has not been installed.
50+
# We assume that if you're doing UI dev, you will have installed the linter
51+
# by running yarn.
52+
if [ ! -x $DIR/$LINTER ]; then
53+
return 0
54+
fi
55+
56+
echo "==> Changes detected in $DIR/: Running linter..."
57+
58+
# Run the linter from the UI dir.
59+
cd $DIR
60+
$LINTER || block "UI lint failed"
61+
}
62+
63+
backend_lint() {
64+
# Silently succeed if no changes staged for Go code files.
65+
staged=$(git diff --name-only --cached --exit-code -- '*.go')
66+
ret=$?
67+
if [ $ret -eq 0 ]; then
68+
return 0
69+
fi
70+
71+
# Only run fmtcheck on staged files
72+
./scripts/gofmtcheck.sh "${staged}" || block "Backend linting failed; run 'make fmt' to fix."
73+
}
74+
75+
for CHECK in $CHECKS; do
76+
# Force each check into a subshell to avoid crosstalk.
77+
( $CHECK ) || exit $?
78+
done

.hooks/pre-push

+23
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,23 @@
1+
#!/usr/bin/env bash
2+
3+
remote="$1"
4+
remote_url=$(git remote get-url $remote)
5+
6+
if [[ $remote_url == *"vault-enterprise"* ]]; then
7+
exit 0
8+
fi
9+
10+
if [ "$remote" = "enterprise" ]; then
11+
exit 0
12+
fi
13+
14+
if [ "$remote" = "ent" ]; then
15+
exit 0
16+
fi
17+
18+
if [ -f command/version_ent.go ]; then
19+
echo "Found enterprise version file while pushing to oss remote"
20+
exit 1
21+
fi
22+
23+
exit 0

0 commit comments

Comments
 (0)