-
Notifications
You must be signed in to change notification settings - Fork 68
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: release on tag #4208
chore: release on tag #4208
Conversation
855e512
to
f28878e
Compare
d981cff
to
4b6ac55
Compare
@@ -163,7 +163,7 @@ To deploy to CloudFoundry submit the following: | |||
`cf push federalistapp --strategy rolling --vars-file "./.cloudgov/vars/${CF_SPACE}.yml" -f ./cloudgov/manifest.yml` | |||
|
|||
### Continuous Integration | |||
We are in the process of migrating from CircleCI to an internal instance of Concourse CI, starting with our staging environment. To use Concourse, one must have appropriate permissions in UAA as administered by the cloud.gov operators. Access to Concourse also requires using the GSA VPN. | |||
Our continuous integration pipeline is run on Concourse CI. To use Concourse, one must have appropriate permissions in UAA as administered by the cloud.gov operators. Access to Concourse also requires using the GSA VPN. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Access to Concourse also requires using the GSA VPN.
Maybe it's beyond the scope of this documentation, but Zscaler changes this, or is at least in the process of doing so.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Made some copyediting suggestions.
@@ -202,7 +205,7 @@ Some credentials in this pipeline are "compound" credentials that use the pipeli | |||
--- | --- | --- | | |||
|**`((deploy-env))-cf-username`**|The deployment environments CloudFoundry deployer username based on the instanced pipeline|:white_check_mark:| |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Either "development environment's" or "development environment".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Skipping these because they aren't part of this PR (will catch on a larger docs review)
@@ -202,7 +205,7 @@ Some credentials in this pipeline are "compound" credentials that use the pipeli | |||
--- | --- | --- | | |||
|**`((deploy-env))-cf-username`**|The deployment environments CloudFoundry deployer username based on the instanced pipeline|:white_check_mark:| | |||
|**`((deploy-env))-cf-username`**|The deployment environments CloudFoundry deployer password based on the instanced pipeline|:white_check_mark:| |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Either "development environment's" or "development environment".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks really good and much easier to read. The partials should work out well. Added a couple of comments and questions for clarification. Overall all a great step in the right direction.
webpack.production.config.js
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Was this update related to CI tasks or clean up you came across?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's related: we previously had two commands yarn build
and yarn build-dev
with slightly different webpack configs. This was introduced to support the dev build options like nicer error tracing. To modularize the task, I wanted to share the same command (now encapsulated as a task in ci/partials/build-api.yml
) and webpack config file but configure the differences with an environment variable (NODE_ENV
).
Separately, I think it would be even better practice to combine development and production webpack configs into one file and make it even clearer how environment variables swap between different options but I decided that was out of scope for this PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is of immediate interest to me because of #4191. I noticed that build-dev
exists but isn't utilized in test:prepare
. Also we have both webpack.development-build.config.js
(used by build-dev
) and webpack.development.config.js
(not referenced at all in package.json
).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For #4191 I've been considering whether we might need a separate webpack config when building for local testing in order to have a different output folder from what we use on the hosted instances.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@svenaas build-dev
is specifically for the concourse dev deploy. webpack.development.config.js
is used during our local build (but is included via middleware, not via --config
in the CLI)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@drewbo thanks for the clarification. Let me know if we want to flesh out an issue to combine the webpack configs.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's a lot here but the structure solid and dev ci is working as expected. Thanks for handling this work!
43ee777
to
4e7a4b6
Compare
Changes proposed in this pull request:
git-branch
andproduct
instance variables and explicitly defines three different CI pipelines for this repo:pipeline-dev.yml
: largely the same as before with modularized task definitions (added toci/partials
). Theyarn build-dev
command was removed in favor of usingNODE_ENV
to define the build changes and that same env variable is passed to the admin client build as well.pipeline-staging.yml
: the same as before but with modularized task definitions from above. Thedeploy-env
is removed from the names of PR tests here because they are now deploy env independent.pipeline-production.yml
: removes the testing of PRs (since all PRs tomain
are tested in the prior pipeline). Incorporates the release PR management which was previously added as a separate pipelinesecurity considerations
None