Qual é a diferença entre GitHub e gist?

A Minha visão pessoal de Gist e GitHub:

Gist: Gist é uma maneira simples de compartilhar trechos de código e pastas com outros. É usado quando você precisa compartilhar uma amostra de código ou técnica com seus colegas de trabalho ou amigos.

E

GitHub GitHub, por outro lado, fornece uma plataforma para compartilhar um projeto inteiro como um repo entre uma equipe(repo privado) ou para o mundo inteiro (repo público).

Ambos irão registar a versão informacao.

As principais diferenças entre o github e o gists são em termos de número de funcionalidades e interface de Utilizador:

Por exemplo, os gists suportam multi-arquivos, mas a interface é muito simples, e eles são limitados em recursos, então eles não têm sequer um navegador de arquivos, nem problemas, puxar pedidos ou wiki. Se você não precisa ter isso, os punhos são muito bons e mais discretos. Como os comentários, em vez de respostas, em SO.

nota: obrigado a @Qwerty pela sugestão de fazer meu comentário uma resposta real.

Você pode acessar Gist visitando o seguinte url gist.github.com Em alternativa, poderá acedê-lo a partir da sua conta Github (após o registo), como indicado na imagem abaixo:

Github: um serviço de hospedagem que abriga um repositório Git baseado na web. Ele inclui toda a fucncionalidade do git com características adicionais adicionar.

Gist: é um adicional recurso adicionado ao github para permitir o compartilhamento de excertos de código, notas, para fazer listas e muito mais. Você pode salvar os teus punhos são secretos ou públicos. Os vigias secretos estão escondidos da procura motores mas visíveis para qualquer um com quem você compartilha a url.

Por exemplo. Se quiseres escrever uma lista de Tarefas privada. Você poderia escrever um usando a marcação do Github da seguinte forma:

NB: é importante preservar o espaço em branco, como se mostra acima entre o traço e o suporte. Também é importante que você salve o arquivo com a extensão .md porque queremos que a marcação formate corretamente. Lembre-se de salvar esta essência como segredo se você não quer que os outros a vejam.

O resultado final parece-se com a imagem abaixo. Os checkboxes são clicáveis porque nós salvamos este Gist com a extensão. md

A minha compreensão pessoal ou dizer o meu uso pessoal de Gist e Github é:

• Github

• Gist

" Gists são na verdade repositórios Git, o que significa que você pode garfo ou clonar qualquer gist, mesmo que você não seja o autor original. Você também pode ver o histórico completo de commit de um gist, incluindo diffs."

→ confira o documentação oficial do github

Então a principal diferença é que eles são arquivos únicos.

Oh, e: Os gists podem ser "secretos" (como em: URL privado) também sem ser um cliente pagante do github, se bem entendi correctamente...

GitHub Gists

Para gist ou não para gist. Essa é a pergunta de 64 dólares ...

GitHub Gists são Single ( or, multiple ) Simple Markdown Filescom repo-like qualidades que podem ser bifurcadas ou clonadas ( se públicas ).

Considerando que, um oficial , o repo GitHub completo é um completo do repositório de código-fonte src, documentos de apoio ( markdown ou html, ou ambos ) docs ou root, imagens png, ico, svg, e config.sys arquivo para executar o Yaml variáveis hospedado em um Jekyll servidor.

O editor de gist é alimentado porCodeMirror .

No entanto, você pode copiar um Gist público ( ou, um privado Gist se o proprietário lhe concedeu acesso através de um link para o GIST privado)...

E, em seguida, você pode incorporar esse Gist público em um repo "oficial" page.md usando o código Visual Studio, como se segue:

" você pode incorporar um gist em qualquer campo de texto que suporta Javascript, como um post de blog."

" para obter o código embed, carregue no ícone da área de transferência ao lado do botão Embed URL de um gist."

Faz-me querer procurar ( descobrir ) outro e incorporam o seu trabalho "público"nos meus relatórios de trabalho.

All Gists {: title= 'Click to Review the Discover Feature at GitHub Gists'} {: target='_blank'}."

Caveat . Não há suporte para etiquetas líquidas no Github Gist.

Robert

Nota Ao incorporar a marca <script></script> html no corpo de um ficheiro Markdown (. md), poderá obter um aviso "MD033" do seu linter .

Isto não deve, no entanto, afectar a renderização dos dados ( src ) chamados de dentro da marca script.

Para alterar a bandeira de aviso por omissão para acomodar o conteúdo chamado de uma marca script de dentro do código Visual Studio, adicione um item ao objecto de configuração do Markdownlint dentro do ficheiro User Settings Json, do seguinte modo:

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

Nota Solução derivada de Github Commit by David Anson