Scope: This project focuses purely on JavaScript and, sure, Typescript 😎 but the same patterns could be applied to other languages and/or systems.
Dependabot is great! Why did I learn how I could replace it?
| import * as cdk from "@aws-cdk/core"; | |
| import * as wafv2 from "@aws-cdk/aws-wafv2"; | |
| // This extends the base cdk stack properties to include a tag name input. | |
| export interface StackProps extends cdk.StackProps { | |
| tag: string; | |
| applicationName?: string; | |
| } | |
| export class WAFStack extends cdk.Stack { |
| { | |
| "workbench.startupEditor": "newUntitledFile", | |
| "editor.fontSize": 16, | |
| "editor.lineHeight": 1.8, | |
| "javascript.suggest.autoImports": true, | |
| "javascript.updateImportsOnFileMove.enabled": "always", | |
| "editor.rulers": [ | |
| 80, | |
| 120 | |
| ], |
Antes de mais nada: todo o trabalho precisa ser "commitado". Sem mais, nem menos. Esse é o primeiro passo.
Não reinvente a roda e não seja rebelde. Se o projeto que você começou a trabalhar, já tem um padrão definido e que atende a necessidade, não há razão para mudanças drásticas. Se o projeto já tem tempos de vivência, significa que o padrão atual já dá conta do recado (ou ao menos deveria).
O ideal para manter o código bem versionado é, para cada mudança, um commit. Seja adição de nova funcionalidade, correção de bug ou até remoção de uma funcionalidade antiga. Isso nos dá a facilidade de usar uma das principais funcionalidades do versionamento: retroceder ao código antes do commit indicado.