Skip to content

Commit

Permalink
chore: release 4.0.0 (#40)
Browse files Browse the repository at this point in the history
* chore: release 4.0.0

* docs: update CHANGELOG.md

* docs(terraform-docs): generate docs and write to README.adoc

---------

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Gonçalo Heleno <33546359+lentidas@users.noreply.github.com>
Co-authored-by: lentidas <lentidas@users.noreply.github.com>
  • Loading branch information
3 people authored Oct 9, 2024
1 parent 8b9453e commit fcfd7ce
Show file tree
Hide file tree
Showing 4 changed files with 84 additions and 5 deletions.
79 changes: 79 additions & 0 deletions CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,5 +1,84 @@
# Changelog

## [4.0.0](https://github.com/camptocamp/devops-stack-module-ebs-csi-driver/compare/v3.6.0...v4.0.0) (2024-10-09)


### ⚠ BREAKING CHANGES

* point the Argo CD provider to the new repository ([#39](https://github.com/camptocamp/devops-stack-module-ebs-csi-driver/issues/39))

### Features

* point the Argo CD provider to the new repository ([#39](https://github.com/camptocamp/devops-stack-module-ebs-csi-driver/issues/39)) ([8b9453e](https://github.com/camptocamp/devops-stack-module-ebs-csi-driver/commit/8b9453ed6f612d8374a091e3dcac02047e8843d2))

### Migrate provider source `oboukili` -> `argoproj-labs`

We've tested the procedure found [here](https://github.com/argoproj-labs/terraform-provider-argocd?tab=readme-ov-file#migrate-provider-source-oboukili---argoproj-labs) and we think the order of the steps is not exactly right. This is the procedure we recommend (**note that this should be run manually on your machine and not on a CI/CD workflow**):

1. First, make sure you are already using version 6.2.0 of the `oboukili/argocd` provider.

1. Then, check which modules you have that are using the `oboukili/argocd` provider.

```shell
$ terraform providers

Providers required by configuration:
.
├── provider[registry.terraform.io/hashicorp/helm] 2.15.0
├── (...)
└── provider[registry.terraform.io/oboukili/argocd] 6.2.0

Providers required by state:

(...)

provider[registry.terraform.io/oboukili/argocd]

provider[registry.terraform.io/hashicorp/helm]
```

3. Afterwards, proceed to point **ALL* the DevOps Stack modules to the versions that have changed the source on their respective requirements. In case you have other personal modules that also declare `oboukili/argocd` as a requirement, you will also need to update them.

4. Also update the required providers on your root module. If you've followed our examples, you should find that configuration on the `terraform.tf` file in the root folder.

5. Execute the migration via `terraform state replace-provider`:

```bash
$ terraform state replace-provider registry.terraform.io/oboukili/argocd registry.terraform.io/argoproj-labs/argocd
Terraform will perform the following actions:

~ Updating provider:
- registry.terraform.io/oboukili/argocd
+ registry.terraform.io/argoproj-labs/argocd

Changing 13 resources:

module.argocd_bootstrap.argocd_project.devops_stack_applications
module.secrets.module.secrets.argocd_application.this
module.metrics-server.argocd_application.this
module.efs.argocd_application.this
module.loki-stack.module.loki-stack.argocd_application.this
module.thanos.module.thanos.argocd_application.this
module.cert-manager.module.cert-manager.argocd_application.this
module.kube-prometheus-stack.module.kube-prometheus-stack.argocd_application.this
module.argocd.argocd_application.this
module.traefik.module.traefik.module.traefik.argocd_application.this
module.ebs.argocd_application.this
module.helloworld_apps.argocd_application.this
module.helloworld_apps.argocd_project.this

Do you want to make these changes?
Only 'yes' will be accepted to continue.

Enter a value: yes

Successfully replaced provider for 13 resources.
```

6. Perform a `terraform init -upgrade` to upgrade your local `.terraform` folder.

7. Run a `terraform plan` or `terraform apply` and you should see that everything is OK and that no changes are necessary.

## [3.6.0](https://github.com/camptocamp/devops-stack-module-ebs-csi-driver/compare/v3.5.0...v3.6.0) (2024-08-29)


Expand Down
6 changes: 3 additions & 3 deletions README.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -154,7 +154,7 @@ Description: Override of target revision of the application chart.

Type: `string`

Default: `"v3.6.0"`
Default: `"v4.0.0"`

==== [[input_helm_values]] <<input_helm_values,helm_values>>

Expand Down Expand Up @@ -288,9 +288,9 @@ Description: ID to pass other modules in order to refer to this module as a depe
[cols="a,a",options="header,autowidth"]
|===
|Name |Version
|[[provider_null]] <<provider_null,null>> |>= 3
|[[provider_argocd]] <<provider_argocd,argocd>> |>= 6
|[[provider_utils]] <<provider_utils,utils>> |>= 1
|[[provider_null]] <<provider_null,null>> |>= 3
|===
= Modules
Expand Down Expand Up @@ -345,7 +345,7 @@ Description: ID to pass other modules in order to refer to this module as a depe
|[[input_target_revision]] <<input_target_revision,target_revision>>
|Override of target revision of the application chart.
|`string`
|`"v3.6.0"`
|`"v4.0.0"`
|no
|[[input_helm_values]] <<input_helm_values,helm_values>>
Expand Down
2 changes: 1 addition & 1 deletion variables.tf
Original file line number Diff line number Diff line change
Expand Up @@ -29,7 +29,7 @@ variable "destination_cluster" {
variable "target_revision" {
description = "Override of target revision of the application chart."
type = string
default = "v3.6.0" # x-release-please-version
default = "v4.0.0" # x-release-please-version
}

variable "helm_values" {
Expand Down
2 changes: 1 addition & 1 deletion version.txt
Original file line number Diff line number Diff line change
@@ -1 +1 @@
3.6.0
4.0.0

0 comments on commit fcfd7ce

Please sign in to comment.