Cartesian School CartesianSchool
Python od zera / Rozdział 23 / Kopia Project
Rozdział 23 · Część II · Planowanie SafeSort na GitHub

Opcjonalnie: Skopiuj istniejący Project

Copy Project przenosi strukturę — pola, statusy, widoki — ale nie przenosi samych zadań.

SafeSort · Część 2 z 6Planowanie

Tworzenie Project od podstaw to nie jedyny sposób, by zacząć. Jeśli Twoja organizacja już to zrobiła Project z odpowiednim zestawem statusów, pól i widoków, GitHub pozwala kopia to: nowy Project otrzymuje tę samą strukturę, ale pusty lista Zadania są po Issues, Pull Request i historia statusu nie są przenoszone.

IstniejąceProjectpóla, statusy,widoku jużustawioneCopynowy Project z tymtę samą strukturęPusty listazadaniastare przedmioty nie sąsą kopiowane — tylkostruktura
Kopiowanie przekazuje strukturę Project, a nie jej zawartość
SafeSort tworzony od zera — na razie nie ma czego kopiować
W momencie przygotowywania tego rozdziału nie Cartesian-School jeszcze gotowego Project z odpowiednią strukturą, więc Project „SafeSort jest pierwszym wydaniem”

Gdy kopiowanie się opłaca

Kopiowanie jest użyteczne, gdy zespół już opracował wygodny zestaw statusów i pól i nie chce zbierać go za każdym razem od nowa, — typowy przypadek: kilka podobnych wydań z rzędu lub kilka podobnych projektów edukacyjnych jeden po drugim. Dla pierwszego Project w organizacji nie ma po prostu czego kopiować, a tworzenie od zera — to nie kompromis, a jedyna dostępna droga.

Oficjalna dokumentacja
Copying an existing project
Tłumaczenie i edukacyjna adaptacja oficjalnej dokumentacji GitHub. materiałów źródłowych – CC BY 4.0.

Krótko

  • Kopiowanie Project przenosi jego strukturę — pola, statusy, widoki — ale nie same zadania.
  • SafeSort stworzony od podstaw, ponieważ nie było jeszcze odpowiedniego Project do kopiowania.
  • Kopiowanie się opłaca, gdy ta sama struktura jest potrzebna dla kilku podobnych projektów z rzędu.
← Back
Pierwszy cykl Issue → Branch → PR