databricks-cli

Commit Graph

Author	SHA1	Message	Date
Pieter Noordhuis	98ebb78c9b	Rename bricks -> databricks (#389 ) ## Changes Rename all instances of "bricks" to "databricks". ## Tests * Confirmed the goreleaser build works, uses the correct new binary name, and produces the right archives. * Help output is confirmed to be correct. * Output of `git grep -w bricks` is minimal with a couple changes remaining for after the repository rename.	2023-05-16 18:35:39 +02:00
Pieter Noordhuis	b388f4a0dc	Make all workspace paths string fields (#327 ) ## Changes These are unlikely to ever be DBFS paths so we can remove this level of indirection to simplify. Note: this is a breaking change. Downstream usage of these fields must be updated. ## Tests Existing tests pass.	2023-04-12 16:54:36 +02:00
Pieter Noordhuis	123a5e15e9	Acquire lock prior to deploy (#270 ) Add configuration: ``` bundle: lock: enabled: true force: false ``` The force field can be set by passing the `--force` argument to `bricks bundle deploy`. Doing so means the deployment lock is acquired even if it is currently held. This should only be used in exceptional cases (e.g. a previous deployment has failed to release the lock).	2023-03-22 16:37:26 +01:00

Author

SHA1

Message

Date

Pieter Noordhuis

98ebb78c9b

Rename bricks -> databricks (#389 )

## Changes

Rename all instances of "bricks" to "databricks".

## Tests

* Confirmed the goreleaser build works, uses the correct new binary
name, and produces the right archives.
* Help output is confirmed to be correct.
* Output of `git grep -w bricks` is minimal with a couple changes
remaining for after the repository rename.

2023-05-16 18:35:39 +02:00

Pieter Noordhuis

b388f4a0dc

Make all workspace paths string fields (#327 )

## Changes

These are unlikely to ever be DBFS paths so we can remove this level of indirection to simplify.

**Note:** this is a breaking change. Downstream usage of these fields must be updated.

## Tests

Existing tests pass.

2023-04-12 16:54:36 +02:00

Pieter Noordhuis

123a5e15e9

Acquire lock prior to deploy (#270 )

Add configuration:

```
bundle:
  lock:
    enabled: true
    force: false
```

The force field can be set by passing the `--force` argument to `bricks
bundle deploy`. Doing so means the deployment lock is acquired even if
it is currently held. This should only be used in exceptional cases
(e.g. a previous deployment has failed to release the lock).

2023-03-22 16:37:26 +01:00

3 Commits