1 | # Changelog
|
2 |
|
3 | All notable changes to this project will be documented in this file.
|
4 |
|
5 | The format is based on [Keep a Changelog](http://keepachangelog.com/en/1.0.0/)
|
6 | and this project adheres to [Semantic Versioning](http://semver.org/spec/v2.0.0.html).
|
7 |
|
8 | ### v2.8.1 2020-01-21
|
9 |
|
10 | ## Added
|
11 |
|
12 | - Add new repo for clone on run `exito init`
|
13 |
|
14 | ### v2.8.0 2019-11-19
|
15 |
|
16 | ## Changed
|
17 |
|
18 | - Create shared folder for export all resources from `models` `utils`.
|
19 | - Create new command for execute one command in the projects selected
|
20 |
|
21 | ### v2.7.8 2019-11-05
|
22 |
|
23 | ## Added
|
24 |
|
25 | - Add command to execute the triggers `put` or `update`
|
26 |
|
27 | ### v2.7.6 2019-07-24
|
28 |
|
29 | ## Added
|
30 |
|
31 | - Change validation to generate versions, add `--last` validation
|
32 |
|
33 | - Added logic for scape the command passed on `link` or `publish` in vtex, this option is for AWS CodeBuild process.
|
34 |
|
35 | - Added `exito vtex updateDepProject` command
|
36 |
|
37 | ### v2.7.0 2019-07-22
|
38 |
|
39 | ## Changed
|
40 |
|
41 | - Add optional arg to the command exito run overWriteDependencies, this option indicate if only use the last version from one dependencie or not
|
42 |
|
43 | ### v2.6.0 2019-07-20
|
44 |
|
45 | ## Changed
|
46 |
|
47 | - Change in the command `generate trigger <arn>` now this generates the names of the triggers with the vendor, in order to identify when you want to create triggers of the same branch but with different account
|
48 |
|
49 | - Creation of commands
|
50 |
|
51 | - `generate configDependencies <criteria>` : Command that takes the `current-dependencies.json` file from the current directory and generates an `update-dependencies.json` file with the filtered dependencies and the format equal to the `dependencies` attribute of the file `manifest.json`
|
52 |
|
53 | > example: `success generate cd vtex.` : generates the file with all the dependencies that match the indicated criteria `vtex.`
|
54 |
|
55 | - `run overWriteDependencies <criteria>` : Command that takes the file `update-dependencies.json` in the current directory and then takes care of searching all the projects in the directory to list them and allowing the selection of the projects to update . After selecting the projects, a validation is carried out to determine whether they have changes at the dependency level and, if so, the dependencies found are updated. this process updates the project version one digit and generates a message in the `CHANGELOG.md` file, indicating which changes were made.
|
56 |
|
57 | - `aws runGitCommand <commandTouse>` command that allows you to select the projects in the current directory and is responsible for running the indicated git command.
|
58 |
|
59 | > Example: `success run ov vtex. --verbose
|
60 |
|
61 | ### v2.5.0 2019-06-28
|
62 |
|
63 | ## Changed
|
64 |
|
65 | - Change in the command that allows to update the name of the vendor of a project. Now the command searches the current directory and takes the project it finds and writes the vendor.
|
66 |
|
67 | ### v2.4.1 2019-06-21
|
68 |
|
69 | #Fixed
|
70 |
|
71 | - Error solution when creating the triggers, the urls were generated with the names of all the projects
|
72 |
|
73 | ### v2.3.1 2019-06-06
|
74 |
|
75 | ## Changed
|
76 |
|
77 | - Change in the captured log when publishing a component in vtex, now the word `Failed to publish` is captured to be able to visualize all the build information in the codebuild.
|
78 |
|
79 | ### v2.3.0 2019-06-06
|
80 |
|
81 | #Added
|
82 |
|
83 | - Implementation of the command
|
84 |
|
85 | - `generate triggerConfig` : This command will be used to create a base structure for the triggers that are created in codeCommit
|
86 |
|
87 | Change in the commands
|
88 |
|
89 | - `vtex set_vendor <vendor>` by `vtex setVendor <vendor>`
|
90 | - `vtex vtex_json` by `vtex vtexJson`
|
91 | - `vtex npm_install` by `vtex install <adminPackage>` : This new command receives the option to install dependencies with either npm or yarn
|
92 |
|
93 | ### v2.2.22 2019-30-2019
|
94 |
|
95 | ## Changed
|
96 |
|
97 | - Update of the command `aws clone` added the optional branch parameter to allow cloning a specific branch.
|
98 |
|
99 | ### v2.2.20 2019-30-2019
|
100 |
|
101 | ## Changed
|
102 |
|
103 | - Update in the command used to perform the login in the vtex account and update the logs that are captured when link or publish in vtex, an error was corrected in windows when the triggers are created.
|
104 |
|
105 | Implementation of the command
|
106 |
|
107 | - `vtex set_vendor <vendor>` : This command will be used for the process of publishing a component in different accounts. has been verified and with vtex there is no problem when using projects from different accounts.
|
108 |
|
109 | Command update
|
110 |
|
111 | - `vtex run triggers` : The way local triggers are executed is renamed
|
112 |
|
113 | ### v2.2.13 2019-30-2019
|
114 |
|
115 | ## Changed
|
116 |
|
117 | - Elimination of the following commands:
|
118 |
|
119 | - `generate config` : Developers do not need the config folder.
|
120 | - `generate docker` : The continuous integration process is simplified so that only the buildspec configured for the codebuild is used.
|
121 |
|
122 | ### v2.2.8 2019-26-05
|
123 |
|
124 | #Added
|
125 |
|
126 | - Creation of the following commands:
|
127 |
|
128 | - `run update_triggers` : Command that executes aws cli to associate the indicated trigger in the selected json
|
129 | - `generate trigger <arn>` : Command that generates the files used to associate the triggers with the codecommit
|
130 | - `vtex npm_install` : Command that allows the installation of the dependencies in the react or node projects
|
131 | - `vtex coverage` : Command that allows you to configure and execute tests with jest in react or node
|
132 |
|
133 | Elimination of the following commands:
|
134 |
|
135 | - `vtex set_vendor <vendor>` : It is not necessary since the echo of modifying the vendor does not solve the problem of multi site
|
136 |
|
137 | ### v2.1.4 2019-09-04
|
138 |
|
139 | #Added
|
140 |
|
141 | - Creation of the following commands
|
142 |
|
143 | - `generate vtex_json` : Command that allows you to create the vtex configuration file, in this file they store the user's credentials.
|
144 | - `generate docker <environment> <vendor> <workspace> <email>` : Command to create the .dockerfile files for the continuous integration process. you need to pass the environment 'prod' or 'dev'.
|
145 | - `generate sonar <repository> <version> <src>` : Command that allows you to create the sonar file, you need to pass the name of the repository.
|
146 | - `vtex login <account> <workspace> <email>` : Command that allows the login by console.
|
147 | - `vtex set_vendor <vendor>` : Command that allows you to rename the vendor of a project. This command is used to rename projects and allow multi-site
|
148 |
|
149 | The commands aws, vtex, infra are created
|
150 |
|
151 | ```bash
|
152 | aws Aws options
|
153 | aws clone <criteria> [all] Clone specific list of projects from aws, if your add the option <all>
|
154 | ```
|
155 |
|
156 | ```bash
|
157 | infra Proyects infra options
|
158 | infra update Update the continuous integration and commit the changes.
|
159 | ```
|
160 |
|
161 | ```bash
|
162 | vtex Vtex options
|
163 | vtex run <command> [all] Execute specific command from vtex, the current commands suport is: <link>, <publish>
|
164 | vtex publish Publish only one component into Vtex
|
165 | vtex login <account> <workspace> <email> Set credentials for vtex in the config file from vtex
|
166 | vtex set_vendor <vendor> Set the vendor name in the manifest file
|
167 | ```
|
168 |
|
169 | An improvement was made in the storage of the credentials. A success file is now generated where the credentials are stored. to view the contents of this file you can run the following line in `console ~ / .config / configstore / exito.json`
|
170 |
|
171 | ```bash
|
172 | credentials Manage your credentials for aws
|
173 | credentials get Gets the current credentials used in aws
|
174 | credentials clear Clear the current credentials used in aws
|
175 | credentials set <username> <pwd> Sets the current credentials for aws
|
176 | ```
|
177 |
|
178 | ### v2.0.11 2019-03-18
|
179 |
|
180 | #Fixed
|
181 |
|
182 | - The bug is solved when cloning projects with the success command clone from windows.
|
183 |
|
184 | ### v2.0.11 2019-03-8
|
185 |
|
186 | ## Changed
|
187 |
|
188 | - Removed `" PollForSourceChanges ":" false ",` from the template created for cloudFormation, this line created the instances of CodePipeline without the option to listen to CodeCommit changes
|
189 |
|
190 | ### v2.0.10 2019-02-13
|
191 |
|
192 | #Added
|
193 |
|
194 | - Creation of the `success generate` command to create the templates for aws cloud formation with the command `success generate templte [repository name]` and the creation of the basic configuration of the projects with the command `success generate config`
|
195 |
|
196 | ### v2.0.3, v2.0.4, v2.0.5 2019-02-13
|
197 |
|
198 | #Added
|
199 |
|
200 | - Update of the commands used to perform the `publish` of the components in vtex, to perform `link` . the commands for the continuous integration process in Vtex were optimized
|
201 |
|
202 | ### v2.0.2 2019-01-25
|
203 |
|
204 | #Added
|
205 |
|
206 | - Creation of the command `success init` for downloading source codes hosted on github
|
207 |
|
208 | ### v2.0.1 2019-01-25
|
209 |
|
210 | #Added
|
211 |
|
212 | - Creation of the command `success create workspace` for the creation of the configuration of the development workspace
|
213 |
|
214 | ### v1.1.0 2019-01-14
|
215 |
|
216 | #Added
|
217 |
|
218 | - Integration of logic to perform the process of continuous integration of all projects to Vtex.
|
219 |
|
220 | Added the command: `Continuous integration`
|
221 |
|
222 | This command is responsible for performing the following processes
|
223 |
|
224 | 1. Create a new workspace `dev` and modify the workspace to productive with the command `vtex workspace production true`
|
225 | 2. Cloning of the aws repositories with the indicated prefix
|
226 | 3. Publication of the components one by one in order of importance
|
227 | 4. Promote the workspace to production, this command removes the `dev` workspace and passes the changes to the workspace master
|
228 |
|
229 | It must be taken into account in all the components when they are published:
|
230 |
|
231 | - The version of the component must be greater than the current one, otherwise vtex will not take the changes made to the component, to validate the current version of a published component we can use `vtex deps list` which lists the published dependencies.
|