-
-
Notifications
You must be signed in to change notification settings - Fork 199
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
Future of SourceBrowser #119
Comments
Unfortunately I don't have a good answer for you right now. SourceBrowser won't evolve because the static HTML approach is fundamentally limited. I also don't have any time to continue maintaining it, so it's minimal updates once in a while (such as updating to the latest Roslyn). There is indeed a replacement project in progress now, https://github.com/ref12/codex, but it is not ready for public consumption and is not yet supported. Volunteers are welcome to explore that, but we don't have capacity to support or answer any questions about that for now. So, to answer your question, it's a severe lack of maintainers time, and it's not officially funded by Microsoft, so it is what it is. It took effort to open source it at all, so I'm happy to hear that at least it's being useful. Good luck! |
I was afraid of that answer 😢 This tool is AWESOME and in my opinion, should get more official Microsoft investment. I tried the ref12/codex project but was unable to actually get it running. Once I have more time, I'll post there with the issues I've had. Any idea of when that project would be ready for prime time? Months, years? |
Not any time soon, I'm afraid :| Both SourceBrowser and Codex are side projects that we only work on in spare time. cc @ljcollins25 |
Defining protocol maybe more important than adding new features. There is other similar software Sourcetrail for other languages. But using it locally sometimes is pain in the ass, that is, your code base is too large to be built and indexed locally. An unified indexer protocol might enables the ability of integrating and leveraging existing efforts. |
From the README:
That begs the question: Is there another project that aims to be maintained long term? Is there a "better form" of this source browser that's in the works? Is the way this project is coded incompatible with future C# features? Is it merely time constraints on the maintainer?
I ask because this project seems to have heavy usage in Microsoft source browsers:
We also have a deployment with hundreds of users indexing internal sources. We're incredibly grateful for this project, but wondering about its future :)
The text was updated successfully, but these errors were encountered: