Skip to content

Commit 57131f1

Browse files
authored
update for 1.5.0 release (#156)
1 parent 0a9f5fe commit 57131f1

File tree

4 files changed

+43
-2
lines changed

4 files changed

+43
-2
lines changed

LICENSE

+1-1
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
MIT License
22

3-
Copyright (c) 2019 Ian Martin
3+
Copyright (c) 2020 Ian Martin
44

55
Permission is hereby granted, free of charge, to any person obtaining a copy
66
of this software and associated documentation files (the "Software"), to deal

README.md

+42-1
Original file line numberDiff line numberDiff line change
@@ -57,7 +57,25 @@ To only run one of the repository types, simply give that type after any configu
5757
./bridgr -v files
5858
```
5959

60-
Additional command line options include:
60+
### Output
61+
62+
Bridgr, by default will output a "spinner" display on the terminal to `stderr`. Warning-level logs will be output to `stdout`. It is possible to redirect stdout to file, an only see the spinner
63+
64+
```shell
65+
bridgr > bridgr.log
66+
```
67+
68+
or
69+
70+
```shell
71+
bridgr > /dev/null
72+
```
73+
74+
When in verbose mode, bridgr will not emit the spinner status and will only log to stdout.
75+
76+
Finally, when the target terminal is not a TTY (ie, when in an automated CI build) the spinner will not be shown.
77+
78+
### command line options
6179

6280
| Option | Meaning |
6381
| ------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
@@ -105,6 +123,20 @@ BRIDGR_GITHUB_COM_TOKEN=abcdefg123456789 bridgr git
105123

106124
In this case, we don't need to specify the `_USER` part of the credential, because the git worker assumes a username of `git`, and Github or Gitlab just need it to _not_ be blank. The worker does this for you.
107125

126+
#### S3 Authentication
127+
128+
For files that are specified in the bridgr configuration file that begin with `s3://`, Bridgr will use the AWS SDK to download the file from an S3 bucket source. The format of the source file must be `s3://<bucket-name>/<path>/<file>`. In other words, the bucket name must not be a DNS alias, or an HTTP location that is ultimately served by an S3 bucket - it must be the "raw" bucket name as seen in your account.
129+
130+
If all of the S3 file sources you wish to use are from the same account, then the usual methods of giving credentials to the S3 SDK or AWS cli [can be used](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html). We recommend also setting the environment variable `AWS_SDK_LOAD_CONFIG=1` so that all profiles in your AWS configuration may be utilized.
131+
132+
If you want to provide specific credentials per S3 bucket, you can use the environment variable schema as described above. In the case of S3 locations, the hostname will be the bucket name. So, for example with a bucket name of `example-bucket` you would use
133+
134+
`BRIDGR_EXAMPLE-BUCKET_USER` and `BRIDGR_EXAMPLE-BUCKET_PASS`
135+
136+
The values should be the same AWS credentials used by `AWS_ACCESS_KEY_ID` and `AWS_SECRET_ACCESS_KEY`, respectively. Bridgr will look up the environment variables for the credentials for any files in that bucket, and create a new session with those credentials to fetch the files from S3.
137+
138+
It is possible to download "public" files from S3 that do not require authentication. In this case, you do not need to specify credentials (if you prefer not to), as Bridgr will use anonymous credentials to access the file. This case is rare, and you would have to know the file bucket and path specifically.
139+
108140
## Hosting mode
109141

110142
Once artifacts have been gathered by Bridgr and moved across the air-gap, it is required that there be an HTTP server available to the network for serving out these artifacts. In the absense of having an existing server available, Bridgr can itself act as a simple HTTP server. When run in "hosting" mode (`-H` command line option) Bridgr will not fetch
@@ -153,12 +185,21 @@ Significant Go modules used by `Bridgr`:
153185
- yaml.v3
154186
- vfsgen
155187
- helm/v3
188+
- unknwon.dev/clog/v2
156189

157190
Potential for schema definition/validation of the YAML config file: [https://github.com/rjbs/rx](https://github.com/rjbs/rx)
158191
Potential library for creating iso9660 (ISO) files [https://github.com/kdomanski/iso9660](https://github.com/kdomanski/iso9660)
159192

160193
## Release History
161194

195+
- 1.5.0
196+
- Support for Helm repository creation
197+
- Support downloading files from S3
198+
- Default verbosity now creates a "spinner" on terminal stderr. Verbose mode outputs all logging messages.
199+
- Migrated to [clog](https://github.com/go-clog/clog) logging library
200+
- Migrated to CodeClimate for coverage info and CI integration
201+
- Code lint issues fixed
202+
- Added [reviewdog](https://github.com/apps/reviewdog) to integrate PR checks with golangci-lint results
162203
- 1.4.0
163204
- Complete rewrite of bridgr, to organize code internally for better testability and future work
164205
- Added `--file-timeout` flag to allow modifying the HTTP/s client overall timeout for downloading files

doc/bridgr.gif

-39 KB
Loading

doc/bridgr.mp4

430 KB
Binary file not shown.

0 commit comments

Comments
 (0)