Qual é o objetivo do gist e como ele é diferente do compartilhamento / manutenção regular de código usando o GitHub?
Qual é o objetivo do gist e como ele é diferente do compartilhamento / manutenção regular de código usando o GitHub?
Respostas:
GitHub é o site inteiro. Gists são um serviço específico oferecido nesse site, ou seja, trechos de código semelhantes ao pastebin. No entanto, tudo é conduzido pelo controle de revisão do git, portanto, os gists também têm históricos de revisão completos.
Minha visão pessoal do Gist e do GitHub:
Gist: Gist é uma maneira simples de compartilhar trechos de código e pastas com outras pessoas. É usado quando você precisa compartilhar um exemplo de código ou técnica com seus colegas de trabalho ou amigos.
E
GitHub O 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 Registrarão os detalhes da versão.
As principais diferenças entre o github e o gists estão em termos de número de recursos e interface do usuário:
O One foi projetado com um grande número de recursos e flexibilidade em mente, o que é um bom ajuste para projetos pequenos e muito grandes, enquanto as essência são apenas um bom ajuste para projetos muito pequenos.
Por exemplo, gists suportam vários arquivos, mas a interface é muito simples, e eles são limitados em recursos, para que nem sequer tenham um navegador de arquivos, nem problemas, solicitações pull ou wiki. Se você não precisa disso, o essencial é muito bom e mais discreto. Como os comentários, em vez de respostas, no SO.
Nota: Agradeço a @Qwerty pela sugestão de tornar meu comentário uma resposta real.
Meu entendimento pessoal ou para dizer meu uso pessoal de Gist e Github é:
Um grande trabalho de projeto. Se você deseja criar um site, desenvolva aplicativos móveis ou da Web ou faça sua tarefa com seus colegas de equipe, é claro, use o github.
mais como um memorando. por exemplo, você pode escrever a implementação de um pequeno recurso e compartilhá-lo no seu blog ou anotar o que pensa sobre o projeto e compartilhá-lo com seus colegas de equipe. Assim como o que as respostas acima disseram, gist é usado para algo mais como trecho de código. Normalmente, se você trabalha em um projeto, usa o github.
Você pode acessar o Gist visitando o seguinte URL gist.github.com . Como alternativa, você pode acessá-lo na sua conta do Github (após o login), conforme mostrado na figura abaixo:
Github: Um serviço de hospedagem que hospeda um repositório git baseado na Web. Inclui toda a funcionalidade do git, com recursos adicionais adicionados.
Gist: é um recurso adicional adicionado ao github para permitir o compartilhamento de trechos de código, notas, listas de tarefas e muito mais. Você pode salvar suas Gists como secretas ou públicas. As Gists secretas estão ocultas nos mecanismos de pesquisa, mas são visíveis para qualquer pessoa com quem você compartilha o URL.
Por exemplo. Se você queria escrever uma lista de tarefas particulares. Você pode escrever um usando o Github Markdown da seguinte maneira:
NB: É importante preservar o espaço em branco, como mostrado acima, entre o traço e os colchetes. Também é importante que você salve o arquivo com a extensão .md, porque queremos que a redução seja formatada corretamente. Lembre-se de salvar este Gist como secreto se você não quiser que outros o vejam.
O resultado final se parece com a imagem abaixo. As caixas de seleção são clicáveis porque salvamos este Gist com a extensão .md
“Gists são na verdade repositórios Git, o que significa que você pode bifurcar ou clonar qualquer essência, mesmo que você não seja o autor original. Você também pode ver o histórico completo de commit de uma essência, incluindo diferenças. ”
→ confira a documentação oficial do github
Portanto, a principal diferença é que eles são arquivos únicos.
Ah, e: gists também podem ser "secretos" (como em: url privado) sem ser um cliente pagador do github, se bem entendi ...
git clone https://gist.github.com/jxramos/b227766a5f593b1154449217a656158d
que cria um diretório no meu sistema de arquivos chamado b227766a5f593b1154449217a656158d
e que contém um único arquivo semantic_notes.md
nesse caso. Vou experimentar o desenvolvimento da minha essência como um repositório. Bom saber. Deve ser assim que os comentários também são adicionados às revisões de essência. Nunca vi como fazer isso no editor de interface do usuário.
Gist ou não gist. Essa é a pergunta de US $ 64 ...
GitHub Gists estão Single ( or, multiple ) Simple Markdown Files
com repo-como qualidades que podem ser bifurcadas ou clonados (se pública).
Caso contrário, não se privado.
Como um bloco de anotações sofisticado que pode ser compartilhado.
Semelhante a este bloco de anotações de comentários que estou digitando agora, mas um pouco mais elaborado.
Considerando que, um oficial , cheio repo GitHub é um repositório soprado cheio de código-fonte src
, documentos comprovativos (remarcação ou html, ou ambos) docs
ou root
, imagens png
, ico
, svg
, e um config.sys
arquivo para a execução de variáveis yaml hospedados em um servidor Jekyll.
Um arquivo Gist simples suporta o assunto principal do Yaml?
Eu acha que não.
A partir da documentação oficial do GitHub Gist ...
O editor gist é desenvolvido com o CodeMirror .
No entanto, você pode copiar uma Gist pública (ou uma Gist privada, se o proprietário tiver concedido acesso a você por meio de um link para a Gist privada) ...
Além disso, você pode incorporar essa Gist pública em um repositório "oficial" page.md
usando o Visual Studio Code, da seguinte maneira:
"Você pode incorporar uma essência em qualquer campo de texto que suporte Javascript, como uma postagem no blog."
"Para obter o embed
código, clique no ícone da área de transferência ao lado do Embed URL
botão de uma essência."
Agora, esse é um recurso interessante.
Me faz querer pesquisar (descobrir) as opiniões de outras pessoas, ou OPG, e incorporar seu trabalho "público" em meus repositórios de trabalho completos.
"Você pode descobrir as dicas PUBLIC que outros criaram, acessando a página inicial e clicando no link ...
Todas as listas {: title = 'Clique para revisar o recurso Descobrir nas listas do GitHub'} {: target = '_ blank'}. "
Advertência . Não há suporte para tags Liquid no GitHub Gist.
Suponho que, se encontrar algo benéfico, sempre posso fazer o ping-back ou citar essa fonte se usar o trabalho em meus repositórios de trabalho completos.
Onde é publicada a licença implícita para todas as informações divulgadas por seus autores?
Robert
PS Este é um bom comentário. Acho que vou transformar isso em um gist
e torná-lo publicamente pesquisável no GitHub Gists.
Nota . Ao incorporar a <script></script>
tag html no corpo de um arquivo Markdown (.md), você pode receber um aviso "MD033" no seu linter .
No entanto, isso não deve afetar a renderização dos dados (src) chamados de dentro da script
tag.
Para alterar o sinalizador de aviso padrão para acomodar o conteúdo chamado de uma script
marca no Código do Visual Studio, adicione uma entrada ao Objeto de Configuração Markdownlint no User Settings
arquivo Json, da seguinte maneira:
// Begin Markdownlint Configuration Object
"markdownlint.config": {
"MD013": false,
"MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object
Nota . Solução derivada do GitHub Commit por David Anson
GISTS O Gist é um excelente serviço fornecido pelo GitHub. Usando este serviço, você pode compartilhar seu trabalho de forma pública ou privada. Você pode compartilhar um único arquivo, artigos, aplicativos completos ou código fonte etc.
O GitHub é muito mais do que apenas Gists. Ele fornece imensos serviços para agrupar um projeto ou programar recursos digitais em um local centralizado chamado repositório e compartilhar entre as partes interessadas. O repositório GitHub manterá ou manterá a versão múltipla dos arquivos ou o histórico de alterações e você poderá recuperar uma versão específica de um arquivo quando desejar. Enquanto o gist criará cada postagem como um novo repositório e manterá o histórico do arquivo.