Bir AI istemcisinin, bir git deposundaki belirli gereksinim setine karşı commit'leri doğrulayarak proje tamamlanma durumunu takip etmesini sağlar.
Ayrıca bilinen adı ArtJack/gitdone
- Yıldızlar
- 2
- Araçlar
- —
- İndirmeler, 30 gün
- —
- En son sürüm
- 0.3.0
- Son commit
- 1 Kas 2026
- Lisans
- MIT
gitdone MCP nedir?
gitdone bir MCP sunucusudur. Bir AI istemcisinin, bir git deposundaki belirli gereksinim setine karşı commit'leri doğrulayarak proje tamamlanma durumunu takip etmesini sağlar.
Özet, projenin README dosyasından oluşturuldu
gitdone MCP sunucusu hakkında
Geliştiriciler ve kodlama ajanları, git commit'lerini tanımlanmış bir gereksinim setine karşı doğrulayarak proje tamamlanma durumunu takip edebilirler. Bu araç iki farklı metrik sunar: yalnızca varsayılan dala birleştirilen veya pull request'lere dahil edilen çalışmaları sayan katı (strict) bir yüzde ve şu anda dallarda bulunan çalışmaları da içeren ağırlıklı (weighted) bir yüzde. Tüm takip verileri doğrudan deponuzdaki dosyalarda yaşadığı için, harici hesaplara, sunuculara veya model çağrılarına ihtiyaç duymayan yerel bir araç olarak çalışır.
Kullanıcılar, ajanlara nelerin yayına alındığını ve nelerin devam etmekte olduğunu net bir şekilde göstermek için bu aracı Claude Code veya Cursor gibi çeşitli AI istemcileriyle entegre edebilirler. Sistem bir eşik görevi görerek, ilerleme rakamlarını yanıltacak commit'leri reddeder ve iddiaların yalnızca temel git geçmişi tarafından desteklenmesi durumunda geçerli olmasını sağlar. Ekipler; shipped, mark ve add gibi komutları kullanarak, araç yüklü olmasa bile okunabilir kalan şeffaf bir durum tablosu ve burn-up grafikleri oluşturabilirler.
Neler yapabilirsiniz
- 1Proje tamamlanma durumunu doğrulayınBir AI istemcisinden depo için mevcut strict ve weighted tamamlanma yüzdelerini raporlamasını isteyin.
- 2Gelecek çalışmaları belirleyinEle alınması gereken bir sonraki belirli gereksinimlerin veya iş akışlarının bir listesini talep edin.
- 3İş dağılımını denetleyinPlanlanan özelliklere kıyasla plan dışı görevlere ne kadar geliştirme eforu harcandığını belirleyin.
- 4İlerleme raporları oluşturunYöneticiler için tamamlanma rakamlarının arkasındaki kanıtları sunan bir markdown raporu oluşturun.
Projenin README dosyasından alınmıştır. Her kullanım durumu, oradaki bir alıntı ile kontrol edilir.
gitdone MCP nasıl yüklenir
Biçimler 10 Kas 2026 tarihinde doğrulandıgitdone MCP'yi Claude Code içine yükleyin
$ claude mcp add gitdone -- uvx gitdonegitdone MCP'yi Cursor içine yükleyin
~/.cursor/mcp.json
{
"mcpServers": {
"gitdone": {
"command": "uvx",
"args": [
"gitdone"
]
}
}
}gitdone MCP'yi VS Code içine yükleyin
.vscode/mcp.json
{
"servers": {
"gitdone": {
"type": "stdio",
"command": "uvx",
"args": [
"gitdone"
]
}
}
}gitdone MCP'yi Claude Desktop içine yükleyin
claude_desktop_config.json
{
"mcpServers": {
"gitdone": {
"command": "uvx",
"args": [
"gitdone"
]
}
}
}gitdone MCP'yi Codex içine yükleyin
~/.codex/config.toml
[mcp_servers.gitdone] command = "uvx" args = ["gitdone"]
gitdone MCP'yi Gemini CLI içine yükleyin
~/.gemini/settings.json
{
"mcpServers": {
"gitdone": {
"command": "uvx",
"args": [
"gitdone"
]
}
}
}Otomatik kontroller
Çalıştırıldı 14 Kas 2026Tam rapor →Otomatik kontrollerimizden geçti. Bu bir güvenlik denetimi değildir: kodu okuyun ve sunucuya ihtiyaç duyduğu en dar erişimi verin. Kontroller nasıl çalışır
- Kaynak deposu bağlantılı ve erişilebilirartjack/gitdone is public and reachablegithub.com/artjack/gitdone ↗Geçti
- Paket bu depoyu kaynak olarak gösteriyorgitdone names artjack/gitdone as sourcepypi.org/project/gitdone/ ↗Geçti
- Derleme kaynağı (Sigstore onayı)Sigstore attestation for gitdonepypi.org/project/gitdone/ ↗Geçti
- Açık kaynak lisansı (OSI)MITspdx.org/licenses/MIT.html ↗Geçti
- Son bir yıl içinde commit veya sürüm mevcutLast commit or release 2026-11-01github.com/artjack/gitdone ↗Geçti
- OpenSSF ScorecardKontrol edilmedi
- Paket adı popüler bir pakete yakın değilNo popular package one edit away from gitdoneGeçti
- Pakette ve bağımlılıklarında kritik uyarı yok1 resolved dependencies checked; no critical advisoryosv.dev ↗Geçti
- Modele yönelik gizli talimat yok0 tool descriptions and the README read; no override phrases, credential paths or hidden charactersGeçti
- Yıkıcı araçlar etiketlenmişKontrol edilmedi
- Uzak endpoint MCP el sıkışmasına yanıt veriyorKontrol edilmedi
GitDone
Your agent says it shipped. Git decides.
One markdown table of what must exist for a project to be done, with every row held to git, and a percent you can defend. A row is Live only when a commit on the default branch or a merged pull request says so. A commit that would make the numbers lie is refused, and a claim stops holding the day its commit is reverted.
No account, no server, no model calls, no dependencies. The files live in your repository and stay readable without the tool.
The scale · Install · Instruction · The gate · Focus · Commands · FAQ · Sponsor
The scale: how far along is it?
Every project answers that question with two numbers, side by side.
- Strict counts only the rows a commit on the default branch or a merged pull request says are Live. It is what an outside reviewer would count, and nobody can talk it up.
- Weighted also credits work that stopped short of that, at weights written in the plan: by default a row built on a branch counts 0.8, and a partial row 0.4.
The gap between them is work that exists and has not shipped. Strict 25% with weighted 46% is a lot in progress and little out the door, and it is a different project from strict 40% with weighted 46%.
That is gitdone chart --scale --out scale.svg, for Bramble Kiosk, a fictional library kiosk partway through its work, whose history docs/demo/make_history.py generates. Here is the same state everywhere you would meet it.
When you open the project. Plain gitdone, with what comes next and where the recent commits went:
$ gitdone
All: strict 25% (4/16), weighted 46% · next: S1 (Reading lists and renewals), needs the head librarian's word at release
All strict ████░░░░░░░░░░░░ 25% weighted ███████░░░░░░░░░ 46%
Focus, last 14 days: 8 of 13 commits on plan, 3 off plan (printer, theme).
In STATUS.md. Generated and committed, so anyone who opens the repository can read it, and the gate refuses a view that no longer matches the table:
Bramble Kiosk: 16 rows
- Strict: 4 of 16 live ·
█████░░░░░░░░░░░░░░░25%- Weighted:
█████████░░░░░░░░░░░46%- Built on branches, not released: 2 · demo only: 1 · partial: 3 · not built: 6
Domain Rows Live Built Demo Partial Not built Strict Weighted 1. Catalogue search 4 2 1 0 1 0 50% 80% ██████████░░2. Lending 4 1 1 1 0 1 25% 57% ███████░░░░░3. Accounts 3 1 0 0 1 1 33% 47% ██████░░░░░░4. Reporting 3 0 0 0 0 3 0% 0% ░░░░░░░░░░░░5. Accessibility 2 0 0 0 1 1 0% 20% ██░░░░░░░░░░Workstreams, in the plan's order
# Workstream Rows Strict Weighted State Needs 1 S1 Reading lists and renewals 3, 7 0/2 80% ████████░░built and reviewed; released with the next kiosk update the head librarian's word at release 2 S2 Returns 6, 8 0/2 25% ██░░░░░░░░self-return shown at the open day; fines not started the fines policy from the library board 3 S3 Accounts 9, 10, 11 1/3 47% █████░░░░░card sign-in live; the override screen in progress Next, in order: S1 → S2 → S3.
On every pull request that moves a row. The Action keeps one comment, and puts each finding on its row's line in the diff:
gitdone · gate: PASS
Rows Strict Weighted All 16 4 (25%) 46% █████░░░░░░░Against
main: Since 54a3bd4 (2026-03-02): All strict 3→4 of 16 (19%→25%), weighted 39%→46%. Moved: 7 Partial→Built, not live; 9 Partial→Live. Workstreams moved: S1, S3; not moved: S2.Next: S1 Reading lists and renewals. Needs the head librarian's word at release.
On your README. gitdone badge --keep writes the badge with the view, and the gate holds it to the table:
Over time. gitdone chart --out burnup.svg draws the table's own git history, with the scope line visible when it grows:
Across every project you keep. gitdone portfolio ~/code, read offline, and a failing gate is hard to miss:
| Project | Rows | Strict | Weighted | Next | Gate | |
|---|---|---|---|---|---|---|
| bramble | 16 | 4 (25%) | 46% | █████░░░░░ |
S1 Reading lists and renewals | pass |
| kiosk | 4 | 1 (25%) | 25% | ██░░░░░░░░ |
row 2 Search | fail, 1 contradicted |
For someone who will never open the repository. gitdone report --out report.md gives the evidence behind the numbers, row by row, as Markdown for a client or a manager.
Install
You need Python 3.9 or newer and git. GitDone has no dependencies of its own. gh is used only for a row that names a pull request, and glab for a merge request.
| With | Command | Good for |
|---|---|---|
| pipx | pipx install gitdone |
The usual way: its own environment, and on your PATH everywhere |
| uv | uv tool install gitdone |
The same, if you use uv |
| pip | pip install gitdone |
Inside a project's virtual environment |
| uvx | uvx gitdone --version |
Trying it with nothing installed: put uvx in front of each command |
gitdone --version says it worked. pipx upgrade gitdone moves to a new version, and pipx uninstall gitdone removes it. Your table and view stay, and they read fine without the tool.
A hook lives in .git/hooks, in this clone only: delete pre-commit, pre-merge-commit and post-commit there to take it out.
With a coding agent
| Agent | Command |
|---|---|
| Claude Code | /plugin marketplace add ArtJack/gitdone, then /plugin install gitdone@gitdone. A session then opens with the numbers |
| Cursor, Codex, OpenCode and others | npx skills add ArtJack/gitdone |
| Any MCP client | claude mcp add gitdone -- uvx gitdone mcp, or {"mcpServers": {"gitdone": {"command": "uvx", "args": ["gitdone", "mcp"]}}} in its config. Read-only tools |
Any agent that reads AGENTS.md |
gitdone install-agents adds the rules, and keeps what is already there |
As a gate
| Where | How |
|---|---|
| This clone | gitdone install-hook, or init --hook. Another clone runs it once too |
| GitHub | gitdone install-ci, or init --ci, adds the Action: the gate no flag can skip. It needs no key and no install |
| The pre-commit framework | repo: https://github.com/ArtJack/gitdone, rev: v0.3.0, hook id gitdone |
| Any other CI | uvx gitdone check --strict, with the whole history checked out. Exit codes |
Instruction
One project from nothing to a number you can defend. Run these in your repository, on your own rows. Every block is real output, trimmed where it runs long, and a test keeps it so.
1. Write down what done means
Rows are capabilities a stranger could check, like Sign-in, not tasks like refactor auth.
$ gitdone init --rows "Sign-in, Search, Export, Reports" --hook
wrote .gitdone.json, status-table.md (4 rows) and STATUS.md
All: strict 0% (0/4), weighted 0% · next: row 1 (Sign-in)
$ git add .gitdone.json status-table.md STATUS.md && git commit -q -m 'Track the scope'
result: PASS
--hook guards the commits after this one, in this clone. --ci adds the Action, --agents the agents' rules, and --badge a badge.
Instead of --rows, start from a file's checklist or spec with --from-checklist TODO.md, or from GitHub issues with --from-issues. A checked item is Live only if what it names holds, and otherwise starts as Partial with the reason beside it, and an unchecked one starts as Not built, so the first number you see is already true.
2. Open the project with gitdone
$ gitdone
All: strict 0% (0/4), weighted 0% · next: row 1 (Sign-in)
All strict ░░░░░░░░░░░░░░░░ 0% weighted ░░░░░░░░░░░░░░░░ 0%
It says where things stand and what comes next. gitdone next lists the rows to work on now, and gitdone rows --open lists everything left.
3. Work, and name the row in the commit message
$ git add signin.py && git commit -q -m 'row 1: sign-in'
$ git switch -q -c search && git add search.py && git commit -q -m 'row 2: search by title'
$ git switch -q main
The second commit is on a branch, for the next step. Naming the row is how gitdone focus knows where the work went, and nothing else depends on it.
4. Move a row when the work moves
$ gitdone shipped 1 b942cf2
row 1: Not built → Live (verified: commit b942cf2 is on main)
All: strict 25% (1/4), weighted 25% · next: row 2 (Search)
to commit: git add status-table.md STATUS.md
$ gitdone mark 2 built --branch search
row 2: Not built → Built, not live
All: strict 25% (1/4), weighted 45% · next: row 2 (Search)
to commit: git add status-table.md STATUS.md
$ gitdone mark 3 partial "CSV works, PDF does not yet"
row 3: Not built → Partial
All: strict 25% (1/4), weighted 55% · next: row 2 (Search)
to commit: git add status-table.md STATUS.md
Only these move the numbers, and each one is held to its rule. Git is asked, and shipped refuses a commit that is not on the default branch, or one that only reverts another.
| The work is | Command | Strict | Weighted |
|---|---|---|---|
| On the default branch | gitdone shipped 3 <commit>, or HEAD, 'PR #12', 'MR !12', 'tag v1.2' |
Counts | 1.0 |
| Finished on a branch that exists | gitdone mark 3 built --branch NAME |
No | 0.8 |
| Partly there | gitdone mark 3 partial "what exists" |
No | 0.4 |
| Not there after all | gitdone mark 3 "not built" |
No | 0 |
The weights are yours to change in .gitdone.json, and so are the kinds. With a remote, shipped wants the commit pushed, and mark --branch wants the branch pushed.
5. Change the scope out loud
$ gitdone add "Password reset"
added row 5
All: strict 20% (1/5), weighted 44% · next: row 2 (Search)
to commit: git add status-table.md STATUS.md
$ gitdone remove 4
row 4 (Reports) is out of the scope; `week` will say so
All: strict 25% (1/4), weighted 55% · next: row 2 (Search)
to commit: git add status-table.md STATUS.md
Adding a row lowers the percent, and that is the point: the cost of a feature is on the table when someone decides to take it. Rows and domains can also be edited by hand in status-table.md, followed by gitdone render --write.
6. Commit the table and the view together
$ git add status-table.md STATUS.md && git commit -q -m 'Sign-in is live'
result: PASS
The gate runs here, and it stays out of any commit that does not touch the tracker. Each command's to commit: line names the files, including a badge if you keep one.
7. Read it back
$ gitdone
All: strict 25% (1/4), weighted 55% · next: row 2 (Search)
All strict ████░░░░░░░░░░░░ 25% weighted █████████░░░░░░░ 55%
$ gitdone week "1 month"
No commit of the table before 1 month ago; since its first commit (d72f82a, 2026-03-02): All strict 0→1 of 4 (0%→25%), weighted 0%→55%. Moved: 1 Not built→Live; 2 Not built→Built, not live; 3 Not built→Partial. 1 rows are new since then. Removed: 4 (was Not built). Focus: 1 of 1 commits on plan, 0 unclear, 0 upkeep, 0 off plan.
gitdone focus says where the commits went. gitdone chart, gitdone report and gitdone portfolio are above. gitdone doctor checks the whole setup on one screen.
8. When the gate says no, believe it
It names the row and what to do. A reverted commit fails until someone says what is true now, with gitdone mark, or with gitdone shipped on the new commit. The rules.
Going further: the status table, the plan file, and groups, workstreams and asks in a full example.
What the gate does
# Four things must exist for this to be done.
$ gitdone init --rows "Sign-in, Search, Export, Reports" --hook
wrote .gitdone.json, status-table.md (4 rows) and STATUS.md
All: strict 0% (0/4), weighted 0% · next: row 1 (Sign-in)
# The agent says sign-in shipped, and names a commit from its spike branch.
$ gitdone shipped 1 705af2a
refused, nothing changed: commit 705af2a is not on main
Still on a branch? Record it with: gitdone mark 1 built --branch NAME
# The commit that really landed:
$ gitdone shipped 1 660d81a
row 1: Not built → Live (verified: commit 660d81a is on main)
All: strict 25% (1/4), weighted 25% · next: row 2 (Search)
to commit: git add status-table.md STATUS.md
# Someone types Live into the table by hand, with nothing behind it.
$ git add -A && git commit -m 'Search is live'
FAIL row 2 names no commit, pull request or tag; run `gitdone shipped 2 <commit>`
result: FAIL in --strict, evidence is missing or partly disproved
# Later, sign-in is reverted on main. The claim stops holding.
$ gitdone check
FAIL row 1 (Live): commit 660d81a was reverted on main by 3f6610b
what is true now? gitdone mark 1 <kind> <words>, or shipped 1 <the new commit>
result: FAIL, 1 contradicted or inconsistent
# Your agent says it shipped. Git decides.
Every line above is real output, with the longer commands trimmed: docs/demo/record.py runs it, and a test keeps this copy true.
- It reads what the commit will contain. The local hook judges git's index, not your disk, and stays out of every commit that does not touch the tracker. Sixty claims in a repository of a thousand commits take about 0.2 seconds.
- Claims can stop holding. Each run checks each row again. A reverted commit, through
git revertor GitHub's button, turns its row into a failure until someone says what is true now, and the headline says so. - No flag skips the Action. The hook is a courtesy that lives in one clone. The Action judges what arrived, whatever skipped the hook.
- Agents are held to it. They read what they are told, and they stop when a command refuses. An agent that cannot get
shippedto accept its commit has told you something true, before the review instead of after the release.
What it writes
| File | What it is | Who edits it |
|---|---|---|
status-table.md |
The table: one row per capability, one status each | You, or shipped, mark, add, remove |
STATUS.md |
The view: the numbers, what is left, what is live and why | Nobody: it is generated |
.gitdone.json |
The plan: the title, the repository, the kinds and their weights | You, rarely |
STATUS.md after the session in the gate's demo, in a project with no groups or workstreams:
kiosk: 4 rows
- Strict: 1 of 4 live ·
█████░░░░░░░░░░░░░░░25%- Weighted:
█████░░░░░░░░░░░░░░░25%- Built, not live: 0 · partial: 0 · not built: 3
Domain Rows Live Built Partial Not built Strict Weighted 1. Scope 4 1 0 0 3 25% 25% ███░░░░░░░░░What is left: 3 of 4 rows
# Name Status Note 2 Search Not built 3 Export Not built 4 Reports Not built Live: 1 of 4 rows
# Name Evidence 1 Sign-in (Live 2026-03-04: 660d81a; was Not built)
Tracked with gitdone: every Live row names its evidence, and git holds it to that.
Where the work went
A percent does not say why a month became three. These do, from the same two files, and none of them can stop a commit.
$ gitdone focus
Last 14 days: 13 commits, 1,437 lines changed.
On plan 8 62% 373 lines 26% rows 7 (2), 10 (2), 3 (1), 6 (1), 9 (1), 15 (1)
Upkeep 2 15% 34 lines 2%
Off plan 3 23% 1,030 lines 72% in printer (620 lines), theme (410 lines)
Off plan or unclear, newest first:
2fb7709 Rewrite the receipt printer driver again (280 lines, printer)
f8ebf86 Try a new theme engine for the kiosk (410 lines, theme)
1fbaa7d Rewrite the receipt printer driver (340 lines, printer)
Next on the plan: S1 (Reading lists and renewals). It needs the head librarian's word at release.
Off plan is not wrong, only unplanned. If it belongs, `gitdone add "<what it is>"` puts it in the scope, and the percent moves.
To tie a commit to a row, name the row in its message: `row <number>`.
focussorts recent commits into on plan, unclear, upkeep and off plan, with the reason for each. Off plan is not wrong, only unplanned: the numbers are named while there is still time to ask why. A hook says one line when a commit was off plan, and--no-focusleaves it out.nextlists the rows to work on now, in the plan's order.matrixties each requirement in your spec to its row, evidence and tests, read from git each time, and names the two gaps: a requirement no row names, and a row nobody asked for.
How each is worked out, and what it cannot tell.
What installs, and when it runs
Measured from the code, and SECURITY.md has the rest.
| Dependencies | None: Python 3.9 or newer and its standard library |
| Processes it starts | git. gh or glab, only for a row that names a pull request or merge request, and never with --offline |
| Files it writes | The table, the view and the badge (shipped, mark, add, remove, render --write), what init creates, the workflow (install-ci), what you pass to --out. Reading commands write nothing |
| Git hooks | Only with install-hook or init --hook. In .git/hooks, never committed, and it refuses to replace a hook it did not write. post-commit only ever says a line, and --no-focus leaves it out. With no engine left on the machine, a commit that touches the tracker falls back on uvx gitdone, which fetches the latest release |
| Network | None of its own, apart from that fallback |
| Telemetry, model calls | None |
| Claude Code plugin | One SessionStart hook that prints a line and can never stop a session, two skills, no agent |
Commands
| Command | What it does |
|---|---|
gitdone |
Where the project stands, on the scale, what is next, and whether the gate holds. Also status, opener |
init |
Start a tracker: --rows, --from-checklist FILE, --from-issues [LABEL], --hook, --ci, --agents, --badge |
shipped <row> <evidence> |
Move a row to Live, or refuse. Evidence is a commit id, HEAD, PR #12, MR !12 or tag v1.2, quoted in a shell. --allow-unverified takes a claim nothing here could ever check, and the note says so |
mark <row> <kind> [note] |
Move a row short of Live, held to that kind's rule. --branch NAME |
add <name>, remove <row> |
Change the scope and keep the counts true. --domain, --new-domain, --kind, --note |
rows |
List rows. --open, --kind, --domain |
check |
The gate. Plain, it fails only on a proven contradiction. --strict, what the hook and the Action run, fails on anything not checked. --offline, --if-staged. Rules and exit codes |
next |
What to work on now: the next workstream's open rows |
focus |
Where the commits went: on plan, unclear, upkeep or off plan. --days, --all |
matrix |
A traceability matrix: requirement, row, evidence, tests. --out, --offline |
link <row> <id> |
Tie a requirement to a row, by putting its id in the row's note. The status does not change |
week [since] |
What moved since a date, a span or a commit, from the table's git history |
render, counts |
Print the view or the counts table. render --write writes the view; counts --write updates a counts table you pasted into the table |
chart |
The burn-up: --out FILE for an SVG, --csv, --json, --group. --scale draws how far along each part is today |
badge |
The numbers as a badge: --svg FILE, --endpoint FILE, --keep, --label |
report |
The evidence behind the numbers, row by row. --out, --offline |
portfolio [folder...] |
Every tracked project under a folder. --out |
doctor |
Everything the tracker needs here, on one screen. --offline |
where |
Which plan this folder resolves to |
install-hook, install-ci, install-agents, install-skill |
The local gate (--lenient only warns about missing evidence, --no-focus leaves out the post-commit line), the GitHub Action, the AGENTS.md section, a project-level skill |
ci, mcp |
What the Action runs, and read-only tools over stdio |
eta |
Experimental: a line through the table's history, on request. --days, --group, and chart --burndown draws it. The FAQ says why it is off by default |
--json works on gitdone, status, check, next, eta, focus, matrix, week, where, rows, report, doctor, chart and portfolio: the shapes.
The method, in one paragraph
The table is the one place a status changes, and only on a release or a reviewed branch, never because work started. The view is generated from it, and nobody edits it by hand. Rows are capabilities a stranger could check, not tasks, so the table is also your definition of done, reviewed like code. The whole method is a page, and it works without the tool. For more depth: the status table, the plan file, evidence and the gate, focus, traceability and the date.
gitdone MCP soruları
gitdone MCP'yi Claude Code'a nasıl eklerim?
Terminalinizde claude mcp add gitdone -- uvx gitdone komutunu çalıştırın. Her projede kullanılabilir olması için --scope user ekleyin.
gitdone MCP'yi Cursor'a nasıl eklerim?
~/.cursor/mcp.json dosyasını açın ve yukarıdaki yükleme bölümünde gösterilen Cursor yapılandırmasını kullanarak sunucuyu mcpServers altına ekleyin.
gitdone proje durumunu nasıl doğrular?
Satırların yalnızca varsayılan daldaki (default branch) bir commit veya birleştirilmiş bir pull request ile onaylandığında 'Live' olarak kabul edildiği katı ve ağırlıklı bir sistem kullanır.
Strict ve weighted tamamlanma arasındaki fark nedir?
Strict yöntemi yalnızca varsayılan daldaki Live olan satırları sayarken, weighted yöntemi tanımlanmış ağırlıklara göre dallardaki çalışmaları veya kısmi uygulamaları da hesaba katar.
gitdone harici bir sunucu veya hesap gerektirir mi?
Hayır, deponuzun içinde yaşayan, hesap, sunucu veya model çağrısı gerektirmeyen yerel bir araçtır.