Tworzenie nowych projektów z istniejącego repozytorium "boilerplate"

Question

Stworzyłem projekt Laravel "boilerplate", który zawiera moje powszechnie używane funkcje/biblioteki.

Jaki jest prawidłowy proces Git dla wykorzystania tego zestawu danych jako podstawy dla nowych projektów? Mogę wymyślić dwie opcje:

1. Widelec boilerplate do newproject i rozpocząć. Nie mam zamiaru ciągnąć zmian newproject z powrotem do boilerplate.
2. Klon boilerplate i zaktualizuj zdalny początek do nowego czystego repozytorium.

Pochylam się do drugiej opcji, ponieważ wydaje mi się, że jest to czysty, czysty podział z kodu standardowego. Czy w ten sposób tracę jakieś fajne możliwości?

Answer 1

Zważywszy zostanie przechowywania projekt na Github z jednej szablonów zawartych w boilerplate projektu GitHub, byłbym:

• Utwórz nowy pusty repo na GitHub (bez związku z boilerplate nie need for a fork)
• klon to
• klon boilerplate w innym miejscu na dysku
• skopiować właściwej szablon z lokalnym boilerplate Sklonuj do nowego sklonowanego lokalnie Githuba repo
• (git add, git commit) Przekaż ten szablon do nowego repozytorium Github.
• rozpocząć pracę stamtąd

Answer 2

"Widelec" nie jest koncepcją Git. Czy mylisz Gita z Githubem? Jeśli masz na myśli rozwidlenie projektu na Githubie, to jest to samo, co klonowanie repo, a klonowanie brzmi jak to, czego szukasz. Po prostu nigdy nie wprowadzisz zmian z powrotem do repozytorium "boilerplate". Można jednak użyć scalania lub rebazy w celu wciągnięcia aktualizacji do repozytorium standardowego w projekty, które się z niego wiążą. Jeśli nic takiego nie jest pożądane, to po co to robić z Git? Po prostu utwórz rekurencyjną kopię katalogu i zacznij od tego miejsca.

Answer 3

nic złego @ odpowiedź VonC, ale można alternatywnie użyć hub stworzyć a one-liner które skutecznie inits nowe repo (lokalnie i zdalnie) opartą na repo materiału siewnego:

clonefork() { 
    hub clone "$1" 
    cd "${1##*/}" 
    hub fork 
} 

W swojej powłoce:

$ clonefork user/seed-repo 

Przez "cloneforking" Twój repo nasion, można również uzyskać a network graph pokazujące wszystkie wygenerowane z niego repozytorium.