This is a mechanical move to get the executor out of the enterprise/cmd
directory. Eventually, this directory should disappear, this is another
step towards that.
This does not change anything about how it's licensed.
## Test plan
CI is still passing, local executor starts up.
Movin enterprise codeintel stuff (and ~two others that had to be dragged
along) out of `enterprise/internal` and into `internal` as part of the
shift towards enterprise-only
## Test plan
Successfully built frontend with bazel, CI will check the rest
😎 no logic changed, just shufflin things around
Bazel's rules_js rely on the pnpm package manager. To simplify the integration, we're migrating to pnpm from our current package manager — yarn. Another reason to migrate is that pnpm is cool and fast. 😉
* rename code intel to code nav and add redirects
* Remove placeholder redirects
* Rename in app and docs
* Rename individual doc pages
* rename search based intel to search based code nav
* remove k8s doc reference to language servers
* Update client/web/src/enterprise/codeintel/configuration/pages/CodeIntelRepositoryIndexConfigurationPage.tsx
Co-authored-by: Eric Fritz <eric@eric-fritz.com>
* 🅱️rettier.
* removing api docs after merge
Co-authored-by: Eric Fritz <eric@eric-fritz.com>
* Revert "API docs: codeintel: add OOB migration to index API docs for search (#25207)"
This reverts commit b910fedad1.
* Revert "API docs: codeintel: begin indexing API docs for search (#25666)"
This reverts commit 30f0c79420.
This brings back #25206 - which was reverted in #25315 due to an issue with querying from the wrong DB (missed in dev, since codeintel and main app DBs are the same in dev this was an easy mistake to make despite me consciously trying to avoid it.)
First commit brings back the change in original state; next commits fix the actual underlying issue:
Instead of relying on the lsif_dumps table, which is in the main app DB, to locate the dumps we should delete (i.e. all rows which came from a dump for the same upload root and LSIF indexer/language), we instead introduce a dump_root column which duplicates this info on the lsif_data_documentation_search_* tables.
This is duplicative/repetitive data across rows, similar to other rows in this table. This is not optimal, but the size of the table is constrained, the duplicated data is very small, and I will improve this later once queries against these tables have solidified a bit.
Signed-off-by: Stephen Gutekanst <stephen@sourcegraph.com>
* API docs: codeintel: begin indexing API docs for search
Depends on #25198 and #25199
Begins writing API docs data to the new `lsif_data_documentation_search_*` tables when
new LSIF bundles are uploaded. This is on by default, but can be disabled via the new
site config feature flag `"apidocs.search.indexing": "disabled"`.
See the architecture docs added in #25197 for more details, and #25199 for details on
the DB schema itself.
Signed-off-by: Stephen Gutekanst <stephen@sourcegraph.com>
I ran into issues setting up Sourcegraph on NixOS, because NixOS, like
some other distros, doesn't have a /bin/bash. We already use /usr/bin/env
in many of our scripts, so this improves consistency, too.
* START_OF_PR: Move autoindexing to repogropus
* migration: add down migration
* remove RepoUsageStatistics from everywhere I can find
* add autoindex enable and disable support part 1
* push for eric
* fixup: change repogroups return type
* fixup: fix most of eric's comments
* fixup: rebase and get new generate stuff
* hmmm somehow i typed generake in a diff?
* start removing more references to indexable_repos wherever I can
* oops, missing one
* more fixups and tests
* last fixups, next buildkite
* missed some generates
* dev lint is cool
* restore discovery file cause i broke tests
* fixup: add back function I didnt mean to delete
* fixup from last review
* final fixup maybe
* generate
Previously, Sourcegraph linked to a non-existent page on "basic code
intelligence" when hovering over a tooltip about code intel. Now, the
link points to the page on "search-based code intelligence".
