-
Notifications
You must be signed in to change notification settings - Fork 304
Implement test discovery for swift-testing tests for the textDocument/tests
request
#1151
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
Implement test discovery for swift-testing tests for the textDocument/tests
request
#1151
Conversation
6ff5626
to
aae7668
Compare
aae7668
to
ea6ba1d
Compare
textDocument/tests
request 🚥 #1149textDocument/tests
request
@swift-ci Please test |
…t/tests` request This allows us to return swift-testing tests within a single document. It does not look for swift-testing tests workspace-wide (the `workspace/tests` request), which will be a follow-up PR.
ea6ba1d
to
1770204
Compare
@swift-ci Please test |
@swift-ci Please test Windows |
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.
+
@grynspan and @stmontgomery for the swift-testing scanning.
return true | ||
} | ||
|
||
self.isHidden = traitArguments.lazy |
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.
We probably don't need to scan for .hidden
: it's an internal-only trait we use for our test fixtures, not one external developers can use.
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.
If we decide to not support .hidden
, I’ll change it in a follow-up PR to unblock #1175
@@ -15,6 +15,11 @@ import LSPLogging | |||
import LanguageServerProtocol | |||
import SwiftSyntax | |||
|
|||
public enum TestStyle { |
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.
We call this Library
in SwiftPM, FWIW. Consistency may be a good thing.
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.
I was hoping that we could maybe upstream this request to the LSP spec, at which point it would become language-agnostic. And at that point, I think it’s better to have a general term like Style instead of Library, which has more implications about build/etc structure.
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.
I don't feel strongly about either term. :)
This allows us to return swift-testing tests within a single document. It does not look for swift-testing tests workspace-wide (the
workspace/tests
request), which will be a follow-up PR.