Sự khác biệt giữa GitHub và ý chính là gì?

Mục đích của ý chính là gì và nó khác với việc chia sẻ / duy trì mã thông thường bằng GitHub như thế nào?

GitHub là toàn bộ trang web. Gists là một dịch vụ cụ thể được cung cấp trên trang web đó, cụ thể là đoạn mã gần giống với pastebin. Tuy nhiên, tất cả mọi thứ được điều khiển bởi kiểm soát sửa đổi git, do đó, các ý chính cũng có lịch sử sửa đổi hoàn chỉnh.

Quan điểm cá nhân của tôi về Gist và GitHub:

Gist: Gist là một cách đơn giản để chia sẻ đoạn mã và dán với người khác. Nó được sử dụng khi bạn cần chia sẻ một đoạn mã hoặc kỹ thuật mẫu với đồng nghiệp hoặc bạn bè của bạn.

Và

GitHub , mặt khác, GitHub cung cấp một nền tảng để chia sẻ toàn bộ dự án dưới dạng repo giữa một nhóm (repo riêng) hoặc toàn thế giới (repo công khai).

Cả hai sẽ đăng nhập chi tiết phiên bản.

Sự khác biệt chính giữa github và gist là về số lượng tính năng và giao diện người dùng:

Một được thiết kế với một số lượng lớn các tính năng và tính linh hoạt, phù hợp cho cả các dự án nhỏ và rất lớn, trong khi các ý chính chỉ phù hợp cho các dự án rất nhỏ.

Ví dụ: các chuyên gia hỗ trợ nhiều tệp, nhưng giao diện rất đơn giản và chúng bị hạn chế về tính năng, do đó chúng thậm chí không có trình duyệt tệp, cũng không có vấn đề, yêu cầu kéo hoặc wiki. Nếu bạn không cần phải có điều đó, các ý chính rất đẹp và rời rạc hơn. Giống như các ý kiến, thay vì câu trả lời, trong SO.

Lưu ý: Cảm ơn @Qwerty vì đã gợi ý đưa ra nhận xét của tôi thành câu trả lời thực sự.

Sự hiểu biết cá nhân của tôi hay nói cách sử dụng cá nhân của tôi về Gist và Github là:

• Github

Một dự án lớn làm việc. Nếu bạn muốn xây dựng trang web, phát triển ứng dụng di động hoặc web hoặc thực hiện nhiệm vụ của bạn với các đồng đội của bạn, tất nhiên hãy sử dụng github.

• Ý chính

giống như một bản ghi nhớ ví dụ bạn có thể viết việc thực hiện một tính năng nhỏ và chia sẻ nó lên blog của bạn hoặc viết ra những gì bạn nghĩ về dự án và chia sẻ nó với các đồng đội của bạn. Giống như những gì các câu trả lời ở trên đã nói, ý chính được sử dụng cho nhiều thứ giống như đoạn mã. Vì vậy, thông thường nếu bạn làm việc trên một dự án bạn sử dụng github.

Bạn có thể truy cập Gist bằng cách truy cập url gist.github.com sau đây . Ngoài ra, bạn có thể truy cập nó từ trong tài khoản Github của mình (sau khi đăng nhập) như trong hình bên dưới:

Github: Một dịch vụ lưu trữ chứa kho git dựa trên web. Nó bao gồm tất cả các tính năng của git với các tính năng bổ sung được thêm vào.

Gist: Là một tính năng bổ sung được thêm vào github để cho phép chia sẻ đoạn mã, ghi chú, để làm danh sách và hơn thế nữa. Bạn có thể lưu Gists của bạn dưới dạng bí mật hoặc công khai. Secret Gists được ẩn khỏi các công cụ tìm kiếm nhưng hiển thị cho bất kỳ ai bạn chia sẻ url.

Ví dụ. Nếu bạn muốn viết một danh sách việc cần làm riêng. Bạn có thể viết một cái bằng Github Markdown như sau:

Lưu ý: Điều quan trọng là duy trì khoảng trắng như được hiển thị ở trên giữa dấu gạch ngang và dấu ngoặc. Điều quan trọng nữa là bạn lưu tệp với phần mở rộng .md vì chúng tôi muốn đánh dấu định dạng đúng. Hãy nhớ lưu Gist này là bí mật nếu bạn không muốn người khác nhìn thấy nó.

Kết quả cuối cùng trông giống như hình ảnh dưới đây. Các hộp kiểm có thể nhấp được vì chúng tôi đã lưu Gist này với phần mở rộng .md

Các Gist thực sự là kho lưu trữ Git, có nghĩa là bạn có thể rẽ nhánh hoặc sao chép bất kỳ ý chính nào, ngay cả khi bạn không phải là tác giả gốc. Bạn cũng có thể xem lịch sử cam kết đầy đủ của một ý chính, bao gồm cả khác.

→ kiểm tra tài liệu chính thức của github

Vì vậy, sự khác biệt chính là, chúng là các tệp duy nhất.

Ồ, và: các ý chính cũng có thể là bí mật của Google (như trong: url riêng tư) mà không phải là một khách hàng github trả tiền, nếu tôi hiểu chính xác ...

GitHub

Để ý hay không ý chính. Đó là câu hỏi $ 64 ...

GitHub GIST là Single ( or, multiple ) Simple Markdown Filesvới repo giống như phẩm chất mà có thể được chia hai hoặc nhân bản (nếu công cộng).

Nếu không, không nếu riêng tư.

Kinda giống như một miếng đệm đầu ưa thích có thể được chia sẻ.

Tương tự như phần đệm nhận xét này mà tôi đang gõ bây giờ, nhưng công phu hơn một chút.

Trong khi đó, một quan chức , đầy đủ GitHub repo là một kho lưu trữ thổi đầy đủ các mã nguồn src, hỗ trợ tài liệu (markdown hoặc html, hoặc cả hai) docshay root, hình ảnh png, ico, svg, và một config.systập tin để chạy biến YAML lưu trữ trên một máy chủ Jekyll.

Có một tệp Gist đơn giản hỗ trợ vấn đề trước Yaml không?

Tôi nghĩ là không.

Từ tài liệu chính thức của GitHub Gist ...

Trình chỉnh sửa ý chính được cung cấp bởi CodeMirror .

Tuy nhiên, bạn có thể sao chép một Gist công khai (hoặc, một Gist riêng nếu chủ sở hữu đã cấp cho bạn quyền truy cập thông qua một liên kết đến Gist riêng) ...

Và, sau đó bạn có thể nhúng Gist công khai đó vào một repo "chính thức" page.mdbằng Visual Studio Code, như sau:

"Bạn có thể nhúng một ý chính trong bất kỳ trường văn bản nào hỗ trợ Javascript, chẳng hạn như một bài đăng trên blog."

"Để lấy embedmã, nhấp vào biểu tượng clipboard bên cạnh Embed URLnút của ý chính."

Bây giờ, đó là một tính năng thú vị.

Làm cho tôi muốn tìm kiếm (khám phá) ý chính của người khác, hoặc OPG và kết hợp công việc "công khai" của họ vào các bản làm việc toàn diện của tôi.

"Bạn có thể khám phá các ý chính PUBLIC mà những người khác đã tạo bằng cách truy cập trang chủ của ý chính và nhấp vào liên kết ...

Tất cả Gists {: title = 'Nhấp để xem lại Tính năng Khám phá tại GitHub Gists'} {: target = '_ blank'}. "

Hãy cẩn thận . Không hỗ trợ thẻ Liquid tại GitHub Gist.

Tôi cho rằng nếu tôi tìm thấy thứ gì đó có lợi, tôi luôn có thể ping lại hoặc trích dẫn nguồn đó nếu tôi sử dụng công việc trong các kho làm việc toàn diện của mình.

Đâu là giấy phép ngầm được đăng cho tất cả các ý chính được công khai bởi các tác giả của họ?

Robert

PS Đây là một nhận xét tốt. Tôi nghĩ rằng tôi sẽ biến điều này thành một gistvà làm cho nó có thể tìm kiếm công khai tại GitHub Gists.

Lưu ý . Khi nhúng các <script></script>thẻ html trong cơ thể của một tập tin Markdown (.md), bạn có thể nhận được một cảnh báo "MD033" từ bạn Linter .

Tuy nhiên, điều này sẽ không ảnh hưởng đến việc hiển thị dữ liệu (src) được gọi từ trong scriptthẻ.

Để thay đổi cờ cảnh báo mặc định để chứa nội dung được gọi của scriptthẻ từ trong Visual Studio Code, hãy thêm một mục vào Đối tượng cấu hình Markdownlint trong User Settingstệp Json, như sau:

// Begin Markdownlint Configuration Object
"markdownlint.config": {
  "MD013": false,
  "MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object

Lưu ý . Giải pháp bắt nguồn từ Cam kết GitHub của David Anson

GISTS Gist là một dịch vụ xuất sắc được cung cấp bởi GitHub. Sử dụng dịch vụ này, bạn có thể chia sẻ công việc của mình một cách công khai hoặc riêng tư. Bạn có thể chia sẻ một tập tin, bài viết, ứng dụng đầy đủ hoặc mã nguồn, v.v.

GitHub không chỉ là Gists. Nó cung cấp các dịch vụ to lớn để nhóm lại một dự án hoặc chương trình tài nguyên số trong một vị trí tập trung được gọi là kho lưu trữ và chia sẻ giữa các bên liên quan. Kho lưu trữ GitHub sẽ giữ hoặc duy trì nhiều phiên bản của tệp hoặc lịch sử thay đổi và bạn có thể truy xuất một phiên bản cụ thể của tệp khi bạn muốn. Trong khi đó, ý chính sẽ tạo ra mỗi bài đăng như một kho lưu trữ mới và sẽ duy trì lịch sử của tệp.