Cartesian School CartesianSchool
Python od zera / Rozdział 23 / Repozytorium
Rozdział 23 · Część III · Tworzymy projekt Python-

Pierwszy commit w sklonowanym repozytorium

Po klonowaniu w drzewie roboczym istnieje już zestaw plików startowych — pierwszy commit repozytorium SafeSort.

SafeSort · Część 3 z 6
Git i GitHub→Planowanie→Projekt→Wdrożenie→Testy i CI→Premiera

Repozytorium sklonowane (część I), Issues i GitHub Project przeanalizowane (część II) — najwyższy czas zajrzeć do katalogu, który pojawił się po git clonei zrozumieć, co już w niej jest.

~/safesort $ ls -la
CHANGELOG.md
.git/
.github/
.gitignore
LICENSE
pyproject.toml
README.md
src/
tests/
~/safesort $ cat .gitignore
__pycache__/
*.pyc
.venv/
dist/
build/
*.egg-info/
.pytest_cache/
.safesort/
safesort/
.git/
.github/
.gitignore
README.md
LICENSE
CHANGELOG.md
pyproject.toml
src/
tests/
Prawdziwy zestaw startowy repozytorium SafeSort jest już w twoim katalogu po sklonowaniu.

To jest pierwsze zatwierdzenie repozytorium, chore: initial project scaffold: Drzewo robocze (pliki na dysku) plus .git (historia zmian) – razem nazywają się repozytorium. Co następny Część tej części dodaje treść do tego zestawu — README jest uzupełniona, Python- paczka w środku src/, a .gitignore już wyklucza pliki serwisowe (bajtkod, pamięć podręczna, wirtualna środowisko, buduj katalogi), aby nie zaśmiecały historii.

Krótko

  • git clone natychmiast przynosi drzewo robocze — pliki na dysku — oraz . git jest historią zmian; razem jest to repozytorium.
  • SafeSort ma już zestaw startowy: README, LICENSE, CHANGELOG, pyproject.toml, .gitignore — pierwszy commit repozytorium.
  • . gitignore wymienia, czego Git nie powinien śledzić: pliki tymczasowe i wygenerowane.
← Back
Opcjonalnie: Insights