Codync
무료 오픈소스 1:1 대안, Grok Bot과 Muse 대신
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Monorepo containing the State of JS apps
저장소 README에서 가져옴
README 전체를 불러오는 중입니다.
README 전문 보기 ↗This is the codebase that runs the Devographics surveys, such as State of JS and State of CSS.
This monorepo uses pnpm, and you should start by installing it.
You can clone all repositories in the right place and create blank .env files with the following install script:
curl -o- https://raw.githubusercontent.com/Devographics/Monorepo/main/install.sh | bash
git clone https://github.com/Devographics/Monorepo.gitThe survey apps rely on a lot of metadata. If you need to load or modify this metadata from your local filesystem instead of through our API, you can optionally also clone these other repos:
I suggest using the following file structure:
devographics parent directory
devographics/monorepo
devographics/monorepo/surveyformdevographics/monorepo/resultsdevographics/monorepo/...devographics/entitiesdevographics/surveysdevographics/locales
devographics/locales/locale-en-USdevographics/locales/locale-fr-FRdevographics/locales/...Whenever you need to run a project in the monorepo directory (such as results, surveyform, etc.), you will need to first run pnpm install from within its subdirectory.
cd monorepopnpm installThis will install dependencies for all applications of the monorepository.
You can run each project with pnpm run dev when inside its subdirectory.
For example, for the surveyform app:
cd monorepocd surveyformpnpm run devIf this is your first time running a project, you will run into some issues that need to be fixed by configuring your local environment variables (see below).
You can run the results and surveyform project by connecting to our remote production API (https://api.devographics.com/graphql).
Alternatively, if you want to use local files for the surveys, locales, etc. you will need to run a local copy of the API project (monorepo/api) locally as well to load them. Once the API is running, you can then point the other apps to it via the API_URL env variable.
Note that even when the API is running locally, you will still need internet access to connect to the databases and load image assets.
Each app within monorepo needs its own environment variables defined inside a .env files (except for surveyform and surveyadmin, which use a .env.development.local file).
Here are some ways that can help with this setup:
.env.example file in each project subdirectory (such as this one for the surveyform project) as a starting point by pasting its contents into your own .env or .env.development.local (for Next.js projects such as surveyform) file.pnpm run dev you will get error messages indicating any remaining missing environment variables.You can also refer to variables.yml directly and look for variables corresponding to the current app (e.g. results).
The following apps are all contained within the monorepo.
Node.js TypeScript app.
GraphQL IDE
Next.js TypeScript app.
Gatsby TypeScript app.
Admin app.
MongoDB database.
You can plug to a staging database or run Mongo locally via Docker.
See "docker-compose.yml" and "Justfile" for our local setup. When running locally, data are stored in a ".mongo" folder in the monorepo folder. You can delete this folder to reset the local database.
Redis database.
You can plug to a staging database or run Redis locally.
Since we use Upstash, which rely on HTTP requests instead of direct Redis connection, we also setup an HTTP proxy.
See "docker-compose.yml" and "Justfile" for our local setup.
To reset the local Redis instance, the best approach is to remove the Redis container.
Locale strings
Outline and config files for each survey.
Static image files.
Emojis to distinguish commits within the monorepo:
:parking: for the whole monorepo ("P" for "Pnpm"):gear: for the shared folder:mag: for graphiql:satellite:for the api:bar_chart:for the results:house:for the homepage:writing_hand: for the surveyform:lock: for the surveyadmin:globe_with_meridians: for the locales:book: for the surveys:person_pouting: for the entities:frame_photo: for the imagesSee "shared/helpers/variables.yml" for a more up to date list.
| Variable | Description | Used By |
|---|---|---|
API_URL | URL of the API | All |
| Variable | Description | Used By |
|---|---|---|
MONGO_URI | URI of the Mongo database | All |
MONGO_PRIVATE_DB | Name of the database where private data is stored | Surveyform |
MONGO_PUBLIC_DB | Name of the database where public data is stored | API |
| Variable | Description | Used By |
|---|---|---|
REDIS_URL | URL of the Redis database | Surveyform |
REDIS_TOKEN | Redis token (needed for Upstash) | Surveyform |
| Variable | Description | Used By |
|---|---|---|
GITHUB_TOKEN | GitHub access token | Results |
GITHUB_PATH_SURVEYS | Path to surveys dir on GitHub (e.g. org/repo/(subdir)) | Results |
GITHUB_PATH_LOCALES | Path to locales dir on GitHub (e.g. org/(repo)/(subdir)) | Results, API |
GITHUB_PATH_SURVEYS, the subdir segment can be omitted. It will then be assumed that the surveys data is at the root of the repo.GITHUB_PATH_LOCALES, both the repo and the subdir segments can be omitted. It will then be assumed that the locales each have their own separate repo.| Variable | Description | Used By |
|---|---|---|
EMAIL_OCTOPUS_APIKEY | EmailOctopus API key | Surveyform |
DEFAULT_MAIL_FROM | Default "from" email (e.g. [email protected]) | Surveyform |
SMTP_HOST | SMTP host (e.g. email-smtp.us-east-1.amazonaws.com) | Surveyform |
SMTP_PORT | SMTP port (e.g. 465) | Surveyform |
SMTP_SECURE | Set to "1" | Surveyform |
SMTP_USER | SMTP username | Surveyform |
SMTP_PASS | SMTP password | Surveyform |
EMAIL_OCTOPUS_APIKEY
| Variable | Description | Used By |
|---|---|---|
ENCRYPTION_KEY | Encryption key to hash emails | Surveyform |
SECRET_KEY | Secret key used to verify external webhook requests | API |
ASSETS_URL | URL for static assets (e.g. https://assets.devographics.com/) | All |
| Variable | Description | Used By |
|---|---|---|
SURVEYS_DIR | Local directory from which to load survey outlines | API |
LOCALES_DIR | Local directory from which to load locale files | API |
ENTITIES_DIR | Local directory from which to load entities files | API |
ENABLE_CACHE | Set to false to always load data from the API | All |
PORT | Which port to run the app on | All |
LOGS_DIRECTORY | Absolute path to logs dir (e.g. /Users/sacha/monorepo/surveyform/.logs) | All |
SURVEYS_DIR is defined, surveys data will be loaded locally instead of from GitHub.LOCALES_DIR is defined, locales data will be loaded locally instead of from GitHub.ENTITIES_DIR is defined, entities data will be loaded locally instead of from GitHub.A glossary of terms used internally throughout the code and apps.
A single answer to a survey question. Note that some questions accept multiple answers.
The Node.js app that serves the GraphQL API which in turn gives all other apps (as well as any external client) access to the data.
A special auto-generated API field that returns how many respondents use 1 item in the current section, 2 items, 3 items, etc.
In the context of processing (or “coding”) freeform data, is synonymous with Token.
A dataset containing both freeform and fixed responses.
Optional comments left by respondents in relation with a specific question.
A config.yml file used to configure a given survey or survey edition.
For freeform questions that do not have a pre-established list of options, a list of options can be generated based on the dataset dynamically. This is useful for filtering.
A specific edition (i.e. year) of a survey.
The repo containing all entities definitions.
Any item, person, concept, etc. that can potentially be referenced in the surveys. Defined in the entities repo.
When used in opposition to Token, indicates a “real” item such as a feature, library, person, tc. with a homepage, social media links, or other associated metadata.
The GraphiQL Explorer can be used to navigate the GraphQL API.
Data resulting from a freeform text area and not a fixed list of questions.
The IDE that lets you query the API.
The protocol used to define and query the API.
The app used to generate an individual survey's homepage (such as https://stateofjs.com).
A special auto-generated API field that returns all items belonging to the current section.
A collection of repos (such as locale-en-US) containing localized content for the surveys.
A special auto-generated API field that returns metadata about the current item.
Data that has gone through the normalization process, which includes:
The MongoDB collection (a.k.a. Database Table) that stores normalized data, as created by the Surveyadmin app.
This collection or its contents can be made public, either through the GraphQL API or by sharing CSV or JSON files containing a survey edition's entire dataset.
The list of fixed options available to choose from to answer a given question.
See also: Dynamic Options.
Regex-defined string matching patterns (in a question's patterns field) used to match freeform data to entities.
Rules of patterns:
id is automatically used to match strings._ in the id can also match - or spaces.animation will also match animations).[p] (partial): Match partial word fragments.[l] (list): Comma-separated list of items to match in any order.[e] (entire): Match entire answer exactly.[w] (whole): Match whole words (default).Data resulting from a fixed list of options (e.g. multiple choice questions, dropdown questions, etc. ).
Data resulting from a practically unlimited, yet still predefined list of options (such as a list of all Best of JS projects, or all GitHub repos).
A client-side query-building UI provided in the Results app that lets end users dynamically build and run GraphQL queries to generate custom charts.
A question asked in a survey.
A response to a specific question by a specific respondent. Note that some responses can contain more than one answer.
A YAML file definining the shape of a survey's questions. Stored in the surveys repo.
The raw list of answers for any given question.
The entire response document containing all of a single respondent's data for a given survey.
The app used to compile a dataset into a static, public-facing results site.
A YAML file defining the shape of a survey's results site. Currently stored in the monorepo repo but should eventually migrate to the surveys repo.
A survey section.
A sub-directory of the monorepo containing code shared by other sub-apps (and imported as local packages via PNPM).
A specific kind of survey (State of JS, State of CSS, etc.).
The app used internally to normalize surveys datasets and run scripts.
The survey form app used to collect survey responses.
The repo containing all survey definitions and associated data.
An optional tag that can be assigned to an entity to categorize it. This can then be referenced by a question to select a subset of entities.
Rules of tags:
foo.yml automatically get assigned the tag foo.tags field.matchTags field.id field.In the context of question definitions (either in the questions outline or results outline), a set of predefined parameters that a question can extend to keep code DRYer.
A special sub-type of entities that correspond to concepts (such as “hard learning curve”) and not “real” items.
Data that has not gone through the normalization process yet.
The MongoDB collection (a.k.a. Database Table) that stores unnormalized data, as provided by the Surveyform app.
This collection or its contents should never be made public.