gitlab-org / GitLab

927	2205	2253	2252	2243	2376	15774	20175	22876	21191	8962	5603	4160	2836	643
2	2	2	5	2	6	761	646	520	595	370	307	314	190	36
2025	2024	2023	2022	2021	2020	2019	2018	2017	2016	2015	2014	2013	2012	2011

	gitlab npm yarn jest pip gemfile make docker
Standard analyses:
		Main Code: 2,830,701 LOC (40533 files) = RB (64%) + JS (20%) + VUE (10%) + HAML (<1%) + SCSS (<1%) + GRAPHQL (<1%) + GO (<1%) + XML (<1%) + RAKE (<1%) + EML (<1%) + YAML (<1%) + MJS (<1%) + ERB (<1%) + HTML (<1%) + GEMSPEC (<1%) + CSS (<1%) + BUILDER (<1%) + PY (<1%) + SQL (<1%) + ASC (<1%) + DOCKERIGNORE (<1%) + TOML (<1%) + PS1 (<1%) + RU (<1%) + P8 (<1%) + RUBY (<1%) + TPL (<1%) + CJS (<1%) + PUB (<1%) + TFSTATE (<1%) + META (<1%) Secondary code: Test: 58,759 LOC (792); Generated: 41 LOC (1); Build & Deploy: 4,280 LOC (55); Other: 699,676 LOC (3728);
		File Size: 7% long (>1000 LOC), 59% short (<= 200 LOC)
		Logical Component Decomposition: primary (23 components)
		13 years, 7 months old 85% of code older than 365 days 24% of code not updated in the past 365 days
		21% of code updated more than 50 times Also see temporal dependencies for files frequently changed in same commits.
		Goals: Keep the system simple and easy to change (4)
Experimental analyses (less reliable heuristic analyses):
		Unit Size: 1% long (>100 LOC), 83% short (<= 10 LOC)
		Conditional Complexity: <1% complex (McCabe index > 50), 91% simple (McCabe index <= 5)
		Static Component Dependencies: primary (23 components)

	Features of interest: TODOs 547 files

All Analysis Reports

Source Code Overview

Components

Temporal Dependencies

File Size

File Age & Freshness

File Change Frequency

Commits

Contributors

Unit Size*

Conditional Complexity*

Features of Interest

All Metrics

Goals & Controls

Duplication

Component Dependencies*

Trend

Notes & Findings

Overall Activity Per Year

Latest commit date: 2025-05-16

Reference analysis date: 2025-05-16

198

commits
(30 days)

1

contributor
(30 days)

927	2205	2253	2252	2243	2376	15774	20175	22876	21191	8962	5603	4160	2836	643
2	2	2	5	2	6	761	646	520	595	370	307	314	190	36
2025	2024	2023	2022	2021	2020	2019	2018	2017	2016	2015	2014	2013	2012	2011

Activity Per File Extension

commits

	2025	2024	2023	2022	2021	2020	2019	2018	2017	2016	2015	2014	2013	2012	2011
	790	1956	2021	2021	1946	2028	7498	10590	12824	11943	4855	2559	2182	1613	395	rb
	698	1619	1571	1478	1617	1903	5237	6306	6452	1971	205	56	38	54	26	yaml
	611	1385	1417	1343	1338	1405	2299	3634	4354	1061	41	34	77	184	67	js
	607	1373	1377	1265	1273	1273	1511	2343	1370							vue
haml	348	881	976	1077	1086	1056	1918	3161	4334	5562	2831	1402	1307	1101	338	haml
	356	811	734	562	546	498										sql
	168	558	483	452	409	605	1026	1869	2729	3048	1166	563	459	560	189	scss
	144	392	307	287	353	611	89	6								graphql
rake	66	135	170	188	146	100	190	464	565	430	264	226	231	149	14	rake
	25	97	40	88	63	2										go
	40	80	83	57	51	39	67	129	195	310	127	38	86	52	49	erb
mjs	46	58	1													mjs
	20	43	50	26	10											gemspec
	5	19	14	17	5	12	18	6	43	67	11	9	5	18	5	html
	2	14			2	1	17	2	16	45	2	10	1	26	48	css
	4	6	8	2												toml
builder	1	4	2		3		11	56	61	83	45	11	17	26	6	builder
	1	3				1										py
		3	6	2	1		9				4	1				dockerignore
ru	1	1		4	7	3	18	56	14	11	2	8	7	2	3	ru
		1	1	4	1	4	2	25								xml
ruby	1				2		3	18								ruby
tpl		1			3											tpl
eml			5	7	10	6	7	57	51	61	5					eml
p8			1													p8
			1	1		1										ps1
			2	1												cjs
asc			1		1											asc
						1										tfstate
meta			1						7	1						meta
pub				1		1	2	10	10							pub

contributors

	2025	2024	2023	2022	2021	2020	2019	2018	2017	2016	2015	2014	2013	2012	2011
	1	1	1	1	1	2	386	318	283	333	202	164	151	93	22	rb
	1	1	1	1	1	2	411	342	307	177	34	23	11	13	9	yaml
	1	1	1	1	1	2	192	157	128	100	14	15	16	23	10	js
	1	1	1	1	1	2	172	127	72							vue
haml	1	1	1	1	1	2	242	212	200	225	149	104	98	71	24	haml
	1	1	1	1	1	1										sql
	1	1	1	1	1	1	147	126	121	130	76	58	40	30	18	scss
	1	1	1	1	1	1	24	6								graphql
rake	1	1	1	1	1	1	59	84	84	67	50	37	41	30	7	rake
	1	1	1	1	1	1										go
	1	1	1	1	1	1	42	58	59	54	26	16	24	15	16	erb
mjs	1	1	1													mjs
	1	1	1	1	1											gemspec
	1	1	1	1	1	1	9	5	23	27	5	6	4	9	3	html
	1	1			1	1	12	2	9	23	2	7	1	9	6	css
	1	1	1	1												toml
builder	1	1	1		1		10	33	31	30	17	8	5	10	4	builder
	1	1				1										py
ru	1	1		1	1	1	9	33	7	7	2	7	5	2	2	ru
		1	1	1	1		4				3	1				dockerignore
		1	1	1	1	1	1	19								xml
ruby	1				1		2	16								ruby
tpl		1			1											tpl
eml			1	1	1	1	6	31	26	22	2					eml
p8			1													p8
			1	1		1										ps1
			1	1												cjs
asc			1		1											asc
						1										tfstate
meta			1						6	1						meta
pub				1		1	2	9	10							pub

Visual Code Explorers

MAIN (40533)	Circles	Sunburst
TEST (792)	Circles	Sunburst
BUILD AND DEPLOYMENT (55)	Circles	Sunburst
GENERATED (1)	Circles	Sunburst
OTHER (3728)	Circles	Sunburst

File Visualizations

File size views:

File age views:

	files grouped by age category files grouped by folder
	files grouped by freshness category files grouped by folder

File change frequency views:

Contributors per file views:

Contributor Visualizations

Contributor dependency views:

past 30 days: graphviz | 2D graph | 2D graph (with files) | 2D graph (with shared files only) | 3D graph | 3D graph (with files) | 3D graph (with shared files only)
past 3 months: graphviz | 2D graph | 2D graph (with files) | 2D graph (with shared files only) | 3D graph | 3D graph (with files) | 3D graph (with shared files only)
past 6 months: graphviz | 2D graph | 2D graph (with files) | 2D graph (with shared files only) | 3D graph | 3D graph (with files) | 3D graph (with shared files only)
past year: graphviz | 2D graph | 2D graph (with files) | 2D graph (with shared files only) | 3D graph | 3D graph (with files) | 3D graph (with shared files only)

Components and Dependencies Visualizations

Components

Temporal Dependencies

Duplication

Commits Racing Charts

30 days

3 months

6 months

PRIMARY (23)

Bubble Chart

Tree Map

graphviz

2D

3D

graphviz

2D

3D

graphviz

2D

3D

Duplication Graph

All Time

12 Months

File Dependencies Visualizations

Temporal dependencies among files:

past 30 days: graphviz | 2D graph | 2D graph (with commits) | 3D graph | 3D graph (with commits)
past 3 months: graphviz | 2D graph | 2D graph (with commits) | 3D graph | 3D graph (with commits)
past 6 months: graphviz | 2D graph | 2D graph (with commits) | 3D graph | 3D graph (with commits)

Units Visualizations

Unit size and conditional complexity views:

Lists of Files Per Scope

Analysis Results

CONFIGURATION: JSON
ALL ANALYSIS RESULTS: JSON
DUPLICATES: TXT | JSON
UNITS: TXT | JSON
CONTRIBUTORS: TXT | JSON
LOGICAL DECOMPOSITIONS: JSON
CONCERNS: JSON
CONTROLS: TXT
ALL METRICS: TXT

Zipped Files

GIT HISTORY: ZIP
ALL FILES IN ALL ANALYSIS SCOPES: ZIP

Generative AI tools, like ChatGPT or Gemini, can help you explore and discuss various aspects of source code repositories using simple prompts and file uploads. Sokrates provides you with curated data that you can use to analyze your source code further.

Example Prompt 1: Repository Evolution Analyzer (based on git history)

Try on: OpenAI ChatGPT | Claude.ai Chat | Google Gemini

Files to upload: git-history.zip

Prompt:

You are an experienced software architect tasked with analyzing Git commit history.
Context:
- Repository Name: gitlab-org / GitLab_FOSS
- Repository Description: GitLab FOSS is a read-only mirror of GitLab, with all proprietary code removed. This project was previously used to host GitLab Community Edition, but all development has now moved to https://gitlab.com/gitlab-org/gitlab.
- Data Provided: A plain text file containing Git commit records. Source code is not available.
- Analysis Basis: Your analysis must be based solely on inferring context from the provided file paths, file names, file extensions, commit timestamps, and author information within the commit records.

Input Format:
The commit records are provided in the following format per line:
[YYYY-MM-DD] [author email] [commit hash] [file path changed]

Requested Insights:

Please analyze the provided commit history and generate a report covering the following sections:

1. Management Summary
- Provide a concise, high-level overview suitable for non-technical stakeholders.
- Summarize the repository's likely purpose, main development phases observed, and key takeaways about the team structure/activity.

2. Functional Overview
- Based only on file/module/class names, infer and describe the primary functions and capabilities of the software in this repository.
- What services or features does the codebase seem to support?

3. Key Business/Domain Concepts
- Identify and list core business or domain concepts reflected in the file and directory names (e.g., reporting, analytics, data export, user management, sourcecode analysis, landscape, visualization).

4. Inferred Architecture & Design
- Infer potential architectural patterns (e.g., modular, layered, microservices) based on directory structures and file naming conventions.
- Highlight notable design choices evident from the structure, such as separation of concerns (e.g., common module), use of configuration files, or templating engines.

5. Inferred Technology Stack
- List the programming languages, frameworks, libraries, and tools likely used, based on file extensions (.java, .py, .js, .html, .xml, .yml, pom.xml, dockerfile), configuration files, and common directory structures (e.g., /src/main/java).
- Categorize these technologies where possible (e.g., Backend, Frontend, Build, Infrastructure).

6. Logical Components / Modules
- Identify the major logical components or modules suggested by the directory structure (e.g., codeanalyzer, reports, cli, common, web).
- Briefly describe the inferred purpose of each major component.

7. Evolution by Year
- Summarize the apparent focus of development activity for each year present in the commit history.
- Assign a thematic title to each year (e.g., "Year 1: Foundation & Core Analysis", "Year 2: Reporting & Visualization Expansion").

8. Trends Over Time
Identify and describe significant trends observed across the years, such as:
- Shifts in technology usage (e.g., introduction of Docker).
- Changes in module activity (e.g., increased focus on landscape analysis).
- Signs of project maturity, expansion into new areas, or periods of focused maintenance.
9. Team Dynamics
- Analyze contributor patterns based on author emails and commit frequency:
 - Identify core maintainer(s) vs. occasional contributors.
 - Describe observable contribution trends (e.g., stable team, high turnover, reliance on a single developer).
 - Note any appearance of automated contributors (e.g., Dependabot).
10. Risk Analysis:
- Based on the findings in all previous sections (Team Dynamics, Technology, Architecture, Evolution), identify potential key risks for the project.
- Examples: Key person dependency, technology obsolescence, maintainability challenges due to complexity, potential scalability bottlenecks, bus factor.

Input File:
You will receive the commit records in a plain text file. Please parse this file to perform your analysis.

Example Prompt 2: File name conventions

Try on: OpenAI ChatGPT | Claude.ai Chat | Google Gemini

Files to upload: files.json

Prompt:

Example Prompt 3: Technology analyzer (based of file paths)

Try on: OpenAI ChatGPT | Claude.ai Chat | Google Gemini

Files to upload: files.json

Prompt:

Analyze the provided list of file paths to identify as many technologies, frameworks, tools, programming languages, cloud services, and architectural patterns used in the project as possible.

**Input:**
Please analyze the following list of file structures (provided as a list of strings or a JSON object containing file paths and optionally extensions/metadata):

*(Example: A JSON array like the one previously provided, or a simple list like `["src/server.ts", "Dockerfile", "tests/e2e/spec.cy.js", "infra/main.tf"]`)*

**Analysis Instructions:**
When performing the analysis, please consider the following:

1. **File Extensions:** Identify languages and configuration types (e.g., `.ts`, `.js`, `.py`, `.java`, `.tf`, `.yml`, `.hcl`, `.css`, `.html`).
2. **Directory Structure & Naming:** Look for conventional directory names (`src`, `tests`, `infra`, `docs`, `cicd`) and names indicating specific components or frameworks (`packages/bff`, `features`, `controllers`, `services`, `cypress`).
3. **Specific Filenames:** Identify standard configuration or definition files (e.g., `package.json`, `pom.xml`, `docker-compose.yml`, `Dockerfile`, `Jenkinsfile`, `webpack.config.js`, `tsconfig.json`, `requirements.txt`, `terragrunt.hcl`, `lint-staged.config.js`, `commitlint.config.js`).
4. **Keywords in Paths:** Look for names of known technologies, tools, frameworks, or cloud providers within the paths (e.g., `aws`, `azure`, `lambda`, `sqs`, `react`, `nest`, `k6`, `datadog`, `pm2`).

**Output:**
Please present the findings as a list of identified technologies. If possible, group them into relevant categories such as:

* Programming Languages
* Frameworks & Runtimes
* Testing Tools
* Infrastructure as Code / Cloud Providers
* Containerization & Orchestration
* Build Tools / Bundlers
* Databases (if identifiable)
* Monitoring & Logging
* CI/CD & Dev Tools
* Architectural Patterns