-
Notifications
You must be signed in to change notification settings - Fork 2
⚠️ CONFLICT! Lineage pull request for: skeleton #20
Conversation
…0 due to an ImportError seen in the GitHub Action. When installed locally I correctly get a 4.4 < installed < 5.0, but on GitHub it is pulling down 5.0 which gives the coveralls package problems.
Pull in latest version of skeleton-python-library.
A user forked cisagov/scan-target-data and created a pull request, but the required GitHub Action(s) did not run. This is presumably because the user does not have Actions enabled in his or her fork. Ideally, the required Action(s) would run in cisagov/scan-target-data when a PR to merge changes back is created. Based on my reading of this link, adding the "pull_request" event type should make this happen: https://help.github.com/en/actions/automating-your-workflow-with-github-actions/events-that-trigger-workflows#pull-request-events-for-forked-repositories
…m-forked-repos Make workflow run when a PR is opened, synchronized, or reopened
…rrect workflow if someone forks and does a pull request.
…hange_from_upstream Pull in build Workflow Changes from Upstream
Remove explicit setuptools upgrade. Add --system-site-packages flag to venv setup so only packages not in the environment already are installed.
Log output instead of print. Improve docs. Do some interesting parsing.
This was a bad example of when to use xfail. See the semantics here: http://doc.pytest.org/en/latest/skipping.html
Advertise support for 3.8 in setup.py
Add schema validation for docopt arguments.
Cleanup Linux instructions and add WSL references to CONTRIBUTING.md
Update actions/checkout to v2 Update formatting to match downstream children
…n_and_checkout_action Update Python and actions/checkout Versions
Update pre-commit hooks (and flip Actions cache order in workflow).
…provements/pull_in_upstream_updates
…--verbose --all-files).
…ngle Source of Truth.
⚠️ CONFLICT! Lineage pull request for: skeleton
Lineage pull request for: skeleton
This pull request introduces 2 alerts when merging 5df1045 into 800e1d5 - view on LGTM.com new alerts:
|
5df1045
to
482bab0
Compare
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.
The setup.py
still lists support for 3.6, 3.7, and 3.8. I think that either setup.py
should be constrained to support 3.8 only, or this repo should use the python version matrix jazz to test all three versions.
In short, setup.py
and the build.yml
workflow do not agree with each other.
This PR is unrelated to cisagov/skeleton-aws-lambda#10. I'm not sure why it took a PR generating in cisagov/skeleton-aws-lambda for this to generate, but this PR consisted of all the changes I'd already handled in #19. |
I think I'm missing something. I don't see how the concerns in my comment have been addressed. TBH, I don't understand "this PR consisted of all the changes I'd already handled in #19." (This sounds harsher than intended, but I don't know how to reword it. I am confused.) |
@mcdonnnj explained to me that this repo will get a second PR via lineage once cisagov/skeleton-aws-lambda#10 is merged. |
EDIT: Added this reply to hopefully provide clarity to what I meant. Sorry for not being clear enough. What I meant is that this auto-generated PR was repeating the work I did in #19 in an attempt to avoid this exact situation. It is unclear to me right now why |
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 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.
Good work @mcdonnnj
Update Lambda Building and Related GHA Job
Lineage Pull Request: CONFLICT
Lineage has created this pull request to incorporate new changes found in an
upstream repository:
Upstream repository:
https://github.com/cisagov/skeleton-aws-lambda.git
Remote branch:
HEAD
Check the changes in this pull request to ensure they won't cause issues with
your project.
The
lineage/skeleton
branch has one or more unresolved merge conflictsthat you must resolve before merging this pull request!
How to resolve the conflicts
Take ownership of this pull request by removing any other assignees.
Clone the repository locally, and reapply the merge:
Review the changes displayed by the
status
command. Fix any conflicts andpossibly incorrect auto-merges.
After resolving each of the conflicts,
add
your changes to the branch,commit
, andpush
your changes:Wait for all the automated tests to pass.
Check the "Everything is cool" checkbox below:
Mark this draft pull request "Ready for review".
Note: You are seeing this because one of this repository's maintainers has
configured Lineage to open pull requests.
For more information:
🛠 Lineage configurations for this project are stored in
.github/lineage.yml
📚 Read more about Lineage