Skip to content
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

dev: implement supergraph watcher #2133

Draft
wants to merge 24 commits into
base: composition-integration
Choose a base branch
from

Conversation

loshz
Copy link
Contributor

@loshz loshz commented Sep 13, 2024

No description provided.

jonathanrainer and others added 13 commits September 10, 2024 12:26
…ion of the file, not the current working directory of Rover (#2119)

As per the title, to support integration with the Language Server we
need to remove a 'quirk' of Rover whereby if you specify a file in the
supergraph.yaml with a relative path, that path is resolved relative to
the location that rover is running in at the time. This doesn't work in
that context so instead we are changing it to resolve relative to the
location of the supergraph.yaml file itself.

I've added a unit test for this and run my own tests and it all seems to
work ok.

In addition I've fixed a test that has been broken for a long time, a
more detailed write up on this test will follow

Successful smoke test run:
https://github.com/apollographql/rover/actions/runs/10795662532/job/29943305762
…d impl of `SubtaskHandleStream` for `Composition` (#2131)

Co-authored-by: Brian George <[email protected]>
## Description

Initial PR the remove leader/follower related code so we can build upon
implementing new `rover dev` command while keeping changes atomic.
@loshz loshz changed the title Loshz/supergraph watcher dev: implement supergraph watcher Sep 13, 2024
loshz and others added 6 commits September 13, 2024 16:14
…ion of the file, not the current working directory of Rover (#2119)

As per the title, to support integration with the Language Server we
need to remove a 'quirk' of Rover whereby if you specify a file in the
supergraph.yaml with a relative path, that path is resolved relative to
the location that rover is running in at the time. This doesn't work in
that context so instead we are changing it to resolve relative to the
location of the supergraph.yaml file itself.

I've added a unit test for this and run my own tests and it all seems to
work ok.

In addition I've fixed a test that has been broken for a long time, a
more detailed write up on this test will follow

Successful smoke test run:
https://github.com/apollographql/rover/actions/runs/10795662532/job/29943305762
loshz and others added 5 commits September 17, 2024 12:48
<!--
First, 🌠 thank you 🌠 for taking the time to consider a contribution to
Apollo!

Here are some important details to follow:

* ⏰ Your time is important
To save your precious time, if the contribution you are making will
take more than an hour, please make sure it has been discussed in an
        issue first. This is especially true for feature requests!

* 💡 Features
Feature requests can be created and discussed within a GitHub Issue.
Be sure to search for existing feature requests (and related issues!)
prior to opening a new request. If an existing issue covers the need,
please upvote that issue by using the 👍 emote, rather than opening a
        new issue.

* 🕷 Bug fixes
These can be created and discussed in this repository. When fixing a
bug,
please _try_ to add a test which verifies the fix. If you cannot, you
should
still submit the PR but we may still ask you (and help you!) to create a
test.

* 📖 Contribution guidelines
Follow https://github.com/apollographql/rover/blob/HEAD/CONTRIBUTING.md
when submitting a pull request. Make sure existing tests still pass, and
add
        tests for all new behavior.

* ✏️ Explain your pull request
Describe the big picture of your changes here to communicate to what
        your pull request is meant to accomplish. Provide 🔗 links 🔗 to
        associated issues!

We hope you will find this to be a positive experience! Open source
contribution can be intimidating and we hope to alleviate that pain as
much
as possible. Without following these guidelines, you may be missing
context
that can help you succeed with your contribution, which is why we
encourage
discussion first. Ultimately, there is no guarantee that we will be able
to
merge your pull-request, but by following these guidelines we can try to
avoid disappointment.

-->

---------

Co-authored-by: Aaron Arinder <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants