Jaki jest cel gist i czym różni się od zwykłego udostępniania / utrzymywania kodu za pomocą GitHub?
Jaki jest cel gist i czym różni się od zwykłego udostępniania / utrzymywania kodu za pomocą GitHub?
Odpowiedzi:
GitHub to cała witryna. Gists to szczególna usługa oferowana na tej stronie, a mianowicie fragmenty kodu podobne do pastebin. Jednak wszystko jest sterowane przez kontrolę wersji git, więc gists mają również pełną historię wersji.
Mój osobisty pogląd na Gist i GitHub:
Gist: Gist to prosty sposób na dzielenie się fragmentami kodu i pastami z innymi. Służy do dzielenia się próbką kodu lub techniki ze współpracownikami lub przyjaciółmi.
I
Z drugiej strony GitHub GitHub zapewnia platformę do udostępniania całego projektu jako repozytorium zespołowi (repozytorium prywatne) lub całemu światu (repozytorium publiczne).
Oba będą rejestrować szczegóły wersji.
Główne różnice między github a gists dotyczą liczby funkcji i interfejsu użytkownika:
Jeden został zaprojektowany z myślą o dużej liczbie funkcji i elastyczności, co jest dobrym rozwiązaniem zarówno dla małych, jak i bardzo dużych projektów, podczas gdy gisty są dobre tylko dla bardzo małych projektów.
Na przykład gists obsługują wiele plików, ale interfejs jest bardzo prosty i mają ograniczone funkcje, więc nie mają nawet przeglądarki plików, ani problemów, żądań ściągania ani wiki. Jeśli nie musisz tego mieć, gists są bardzo ładne i bardziej dyskretne. Podobnie jak komentarze zamiast odpowiedzi w SO.
Uwaga: Dzięki @Qwerty za sugestię uczynienia mojego komentarza prawdziwą odpowiedzią.
Moje osobiste zrozumienie lub powiedzieć, że osobiście używam Gist i Github to:
Duża praca projektowa. Jeśli chcesz zbudować stronę internetową, opracować aplikację mobilną lub internetową lub wykonać zadanie ze znajomymi, użyj oczywiście github.
bardziej jak notatka. na przykład możesz napisać implementację małej funkcji i udostępnić ją na swoim blogu lub zapisać, co myślisz o projekcie i podzielić się nią z kolegami z drużyny. Podobnie jak w powyższych odpowiedziach, gist jest używany do bardziej przypominania fragmentu kodu. Więc normalnie, jeśli pracujesz nad projektem, używasz github.
Dostęp do Gist można uzyskać, odwiedzając następujący adres URL gist.github.com . Alternatywnie możesz uzyskać do niego dostęp z poziomu konta Github (po zalogowaniu), jak pokazano na poniższym obrazku:
Github: usługa hostingowa zawierająca internetowe repozytorium git. Zawiera całą funkcjonalność git z dodanymi dodatkowymi funkcjami.
Gist: Jest dodatkową funkcją dodaną do github, która pozwala na dzielenie się fragmentami kodu, notatkami, listami rzeczy do zrobienia i więcej. Możesz zapisać swoje Gists jako tajne lub publiczne. Tajne listy są ukryte przed wyszukiwarkami, ale widoczne dla wszystkich, którym udostępniasz adres URL.
Na przykład. Jeśli chcesz napisać prywatną listę rzeczy do zrobienia. Możesz napisać jeden używając Github Markdown w następujący sposób:
NB: Ważne jest zachowanie białych znaków, jak pokazano powyżej między myślnikiem i nawiasami. Ważne jest również, aby zapisać plik z rozszerzeniem .md, ponieważ chcemy, aby znacznik był poprawnie sformatowany. Pamiętaj, aby zapisać tę Gistę w tajemnicy, jeśli nie chcesz, aby inni ją widzieli.
Wynik końcowy wygląda jak na poniższym obrazku. Pola wyboru można kliknąć, ponieważ zapisaliśmy tę listę z rozszerzeniem .md
„Gists to tak naprawdę repozytoria Git, co oznacza, że możesz rozwidlać lub klonować dowolną gistę, nawet jeśli nie jesteś oryginalnym autorem. Możesz także wyświetlić pełną historię zatwierdzeń, w tym różnic. ”
→ sprawdź oficjalną dokumentację github
Kluczową różnicą jest to, że są to pojedyncze pliki.
Aha: gists może być „tajny” (jak w: prywatny adres URL) również bez bycia płatnym klientem github, jeśli dobrze rozumiem ...
git clone https://gist.github.com/jxramos/b227766a5f593b1154449217a656158d
która tworzy katalog w moim systemie plików o nazwie b227766a5f593b1154449217a656158d
i który zawiera semantic_notes.md
w tym przypadku pojedynczy plik . Eksperymentuję rozwijając moją istotę jak repozytorium. Dobrze wiedzieć. Tak musi być również dodawanie komentarzy do korekt gist. Nigdy nie widziałem, jak to zrobić z edytora interfejsu użytkownika.
Gist lub nie. To jest pytanie za 64 USD ...
GitHub GIST są Single ( or, multiple ) Simple Markdown Files
z repo-jak cechy, które mogą być rozwidlone lub sklonowanych (jeśli publiczny).
W przeciwnym razie nie jeśli prywatny.
Trochę jak fantazyjny notatnik, który można udostępnić.
Podobny do tego komentarza, który teraz piszę, ale nieco bardziej skomplikowany.
Zważywszy, że na urzędnika , pełne GitHub repo jest pełnowartościowy repozytorium kodu źródłowego src
, dokumentów uzupełniających (przecen lub HTML, lub oba) docs
lub root
, obrazy png
, ico
, svg
oraz config.sys
plik do biegania zmienne yaml umieszczona na serwerze Jekyll.
Czy prosty plik Gist obsługuje przód Yamla?
Ja nie sądzę.
Z oficjalnej dokumentacji GitHub Gist ...
Edytor treści jest obsługiwany przez CodeMirror .
Możesz jednak skopiować publiczną Gist (lub prywatną Gist, jeśli właściciel udzielił Ci dostępu poprzez link do prywatnej Gist) ...
Następnie możesz osadzić tę publiczną Gist w „oficjalnym” repozytorium page.md
za pomocą Visual Studio Code w następujący sposób:
„Możesz osadzić istotę w dowolnym polu tekstowym obsługującym Javascript, takim jak post na blogu”.
„Aby uzyskać embed
kod, kliknij ikonę schowka obok Embed URL
przycisku treści.”
To fajna funkcja.
Sprawia, że chcę przeszukiwać (odkrywać) istoty innych ludzi lub OPG i włączać ich „publiczne” prace do moich pełnych repozytoriów roboczych.
„Możesz odkryć listy PUBLICZNE utworzone przez innych, wchodząc na stronę główną listy i klikając link ...
All Gists {: title = 'Kliknij, aby sprawdzić funkcję Discover w GitHub Gists'} {: target = '_ blank'}. ”
Zastrzeżenie . Brak obsługi tagów Liquid w GitHub Gist.
Podejrzewam, że jeśli znajdę coś korzystnego, zawsze mogę odpisać lub zacytować to źródło, jeśli użyję pracy w moich pełnych repozytoriach roboczych.
Gdzie umieszczana jest ukryta licencja na wszystkie informacje udostępnione przez ich autorów?
Robert
PS To jest dobry komentarz. Myślę, że gist
zmienię to w i sprawię, że będzie można go przeszukiwać publicznie w GitHub Gists.
Uwaga . Podczas osadzania <script></script>
tag HTML w organizmie pliku Markdown (.md NumerKopiiZapasowej), może pojawić się ostrzeżenie „MD033” z puchu .
Nie powinno to jednak wpływać na renderowanie danych (src) wywoływanych z poziomu script
znacznika.
Aby zmienić domyślną flagę ostrzegawczą w celu uwzględnienia wywoływanej zawartości script
znacznika w programie Visual Studio Code, dodaj wpis do obiektu konfiguracji Markdownlint w User Settings
pliku Json w następujący sposób:
// Begin Markdownlint Configuration Object
"markdownlint.config": {
"MD013": false,
"MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object
Uwaga . Rozwiązanie pochodzące z GitHub Commit autorstwa Davida Ansona
GISTS Gist to wyjątkowa usługa świadczona przez GitHub. Korzystając z tej usługi, możesz dzielić się swoją pracą publicznie lub prywatnie. Możesz udostępnić pojedynczy plik, artykuły, pełne aplikacje lub kod źródłowy itp.
GitHub to znacznie więcej niż tylko Gists. Zapewnia ogromne usługi grupowania projektu lub programów cyfrowych zasobów w scentralizowanej lokalizacji zwanej repozytorium i udostępniania ich wśród interesariuszy. Repozytorium GitHub przechowuje lub utrzymuje wiele wersji plików lub historię zmian i możesz pobrać określoną wersję pliku, kiedy chcesz. Natomiast gist utworzy każdy post jako nowe repozytorium i zachowa historię pliku.