Agradecemos seu interesse na documentação do Microsoft Graph!
- Maneiras de contribuir
- Antes de podermos aceitar sua solicitação pull
- Organização de repositório
- Use o GitHub, o Git e este repositório
- Como usar o Markdown para formatar seu tópico
- Markdown-padrão
- Mais recursos
Contribua para a documentação do Microsoft Graph dessas maneiras:
- Contribua com artigos por meio do repositório de documentos do desenvolvedor do Microsoft Graph
- Relatar bugs na documentação via Problemas no GitHub
- Adicionar solicitações de documentação para o UserVoice da Plataforma Office Developer
As correções ou os esclarecimentos secundários enviados para fins de documentação e exemplos de código neste repositório não exigem um Contrato de Licença de Contribuição (CLA). Os envios são recebidos na forma de solicitações pull. Faremos todo o possível para examinar as solicitações pull no período de dez dias úteis.
Se você enviar alterações novas ou significativas para a documentação e os exemplos de código, será necessário enviar-nos um Contrato de Licença de Contribuição (CLA) assinado antes que possamos aceitar sua solicitação pull caso você esteja em um desses grupos:
- Membros do grupo Microsoft Open Technologies
- Colaboradores que não trabalham na Microsoft
Como membro da comunidade, você deve assinar o CLA (Contrato de Licença do Colaborador) antes de poder contribuir com envios volumosos para esse projeto, mas é necessário completar e enviar a documentação uma única vez. Faça uma revisão cuidadosa do documento; talvez a assinatura de seu empregador também precise constar no documento.
A assinatura do Contrato de Licença de Contribuição (CLA) não lhe concede direitos para confirmar no repositório principal, mas isso significa que as equipes do Office Developer e do Office Developer Content Publishing serão capazes de analisar e considerar suas contribuições, e você receberá o crédito caso elas sejam aceitas.
Você pode baixar o Contrato de Licença de Contribuição (CLA) aqui. Preencha o formulário e envie-o por email para officedev@microsoft.com.
Após recebermos e processarmos seu CLA, faremos todo o possível para analisar suas solicitações pull no prazo de dez dias úteis.
O conteúdo no repositório microsoft-graph-docs é agrupado primeiro pelo idioma do artigo, depois por tópico. O arquivo README.md na raiz de cada diretório de tópicos especifica a estrutura dos artigos dentro do tópico.
Artigos dentro de cada tópico são nomeados por GUID MSDN, não pelo título. Esse é um efeito colateral do nosso processo de gerenciamento de documentos e não pode ser alterado neste momento. É altamente recomendável usar o sumário dentro de cada diretório de tópico para navegar até os arquivos que você deseja exibir ou editar. Confira mais informações em README.md.
Observação: a maior parte das informações desta seção pode ser encontrada nos artigos da Ajuda do GitHub. Se você estiver familiarizado com Git e o GitHub, pule para a seção Contribuir e editar conteúdo para ver as informações específicas do fluxo de código/conteúdo deste repositório.
- Configure uma conta GitHub para que você pode contribuir para esse projeto. Caso você ainda não tenha feito isso, acesse a Página Inicial do GitHub e faça isso agora.
- Configure seu computador com o Git. Siga as instruções no Tutorial de configuração do Git.
- Crie sua própria bifurcação para este repositório. Para fazer isso, clique no botão Bifurcação localizado na parte superior da página.
- Copie sua bifurcação em sua máquina local. Para fazer isso, abra o GitBash. No prompt de comando, digite:
git clone https://github.com/{your user name}/microsoft-graph-docs.git
Em seguida, crie uma referência para o repositório raiz inserindo esses comandos:
cd microsoft-graph-docs
git remote add upstream https://github.com/microsoftgraph/microsoft-graph-docs.git
git fetch upstream
Parabéns! Agora seu repositório está configurado. Você não precisará repetir essas etapas novamente.
Para fazer com que o processo de contribuição se torne contínuo, siga este procedimento.
- Crie uma nova ramificação.
- Adicione novo conteúdo ou edite o conteúdo existente.
- Envie uma solicitação pull para o repositório principal.
- Exclua a ramificação.
Limite cada ramificação a um único conceito/artigo para simplificar o fluxo de trabalho e reduzir a chance de conflitos de mesclagem. Os seguintes tipos de contribuição são apropriados para uma nova ramificação:
- Um novo artigo (e imagens associadas)
- Edições de ortografia e gramática em um artigo
- Aplicar uma única alteração na formatação em um grande conjunto de artigos (por exemplo, aplicando um novo rodapé de direito autoral).
- Abra o GitBash.
- Digite
git pull upstream master:<new branch name>
no prompt. Isso cria uma nova ramificação local copiada da última ramificação-mestra do microsoftgraph. Observação: Para colaboradores internos, substitua omaster
no comando com a ramificação pela data de publicação que você estiver reproduzindo. - Digite
git push origin <new branch name>
no prompt. Isso alertará GitHub para a nova ramificação. Agora você deverá surgir a nova ramificação na sua bifurcação do repositório no GitHub. - Digite
git checkout <new branch name>
para alternar para sua nova ramificação.
Navegue até o repositório em sua máquina local usando o Explorador de Arquivos. Os arquivos do repositório estão no C:\Users\<yourusername>\microsoft-graph-docs
.
Para editar arquivos, abra-os em um editor de sua escolha e modifique-os. Para criar um novo arquivo, use o editor de sua escolha e salve o novo arquivo no local apropriado em sua cópia local do repositório. Enquanto estiver trabalhando, certifique-se de salvar seu trabalho com frequência.
Os arquivos localizados no C:\Users\<yourusername>\microsoft-graph-docs
são uma cópia de trabalho da ramificação nova que você criou em seu repositório local. Qualquer que seja a alteração você faça nessa pasta, ela só afetará o repositório local quando você confirmar uma alteração. Para confirmar uma alteração no repositório local, digite os seguintes comandos no GitBash:
git add .
git commit -v -a -m "<Describe the changes made in this commit>"
O comando add
adiciona suas alterações para uma área de preparo em preparação para confirmá-las no repositório. O período posterior ao comando add
especifica que você deseja preparar todos os arquivos adicionados ou modificados, verificando repetidamente as subpastas. (Caso você não queira confirmar todas as alterações, é possível adicionar arquivos específicos. Você também pode desfazer uma confirmação. Para ajuda, digite git add -help
ou git status
.)
O comando commit
aplica as alterações em etapas no repositório. -m
significa que você fornece o comentário de confirmação na linha de comando. Se você não estiver direcionando uma data específica para publicação, diga "para publicação o mais rápido possível". As opções -v e -a podem ser omitidas. A opção -v corresponde à saída detalhada do comando, e a opção -a faz o que você já fez com o comando Adicionar.)
Você pode confirmar várias vezes enquanto estiver fazendo seu trabalho, ou esperar e confirmar apenas uma vez quando terminar.
Quando você terminar o trabalho e estiver pronto para mesclá-lo em um repositório central, siga estas etapas.
- No GitBash, digite
git push origin <new branch name>
no prompt de comando. Em seu repositório local,origin
refere-se ao repositório do GitHub a partir do qual você clonou o repositório local. Esse comando coloca o estado atual do sua nova ramificação, incluindo todas as confirmações feitas nas etapas anteriores, na ramificação do GitHub. - No site do GitHub, navegue em sua bifurcação para a nova ramificação.
- Clique no botão Solicitação Pull na parte superior da página.
- Certifique-se de que a Ramificação-base é
microsoftgraph/microsoft-graph-docs@master
e a Ramificação do cabeçalho da é<your username>/microsoft-graph-docs@<branch name>
. - Clique no botão Atualizar o Intervalo de Confirmação.
- Dê um título à sua solicitação pull e descreva todas as alterações que você estiver fazendo. Se seu bug corrigir um item do UserVoice ou um problema no GitHub, certifique-se de fazer referência a esse problema na descrição.
- Envie a solicitação pull.
Um dos administradores do site agora processará sua solicitação pull. Sua solicitação pull surgirá no site do microsoftgraph/microsoft-graph-docs em Problemas. Quando a solicitação pull for aceita, o problema será resolvido.
Depois que uma ramificação tiver sido mesclada com sucesso (por exemplo, sua solicitação for aceita), não continue a trabalhar na ramificação local que tiver sido mesclada a montante com êxito. Isso poderá gerar conflitos de mesclagem caso você envie outra solicitação pull. Em vez disso, se você quiser fazer outra atualização, crie uma nova ramificação upstream mesclada com êxito.
Por exemplo, suponha que sua ramificação local X tenha sido mesclada com êxito com o microsoftgraph/microsoft-graph-docs e você quiser fazer atualizações adicionais no conteúdo mesclado. Crie uma nova ramificação local, X2, da ramificação-mestra do microsoftgraph/microsoft-graph-docs. Para fazer isso, abra o GitBash e execute os seguintes comandos:
cd microsoft-graph-docs
git pull upstream master:X2
git push origin X2
Agora você tem cópias locais (em uma nova ramificação local) do trabalho que você enviou na ramificação X. A ramificação X2 também contém todo o trabalho que outros autores mesclaram; portanto, se seu trabalho depende do trabalho de outras pessoas (por exemplo, imagens compartilhadas), ele estará disponível em nova ramificação. Você pode confirmar se seu trabalho anterior (e o trabalho de outras pessoas) está na ramificação verificando a nova ramificação...
git checkout X2
... e verificando o conteúdo. O comando checkout
atualiza os arquivos no C:\Users\<yourusername>\microsoft-graph-docs
para o estado atual do branch do X2. Assim que você verificar um novo branch, será possível fazer atualizações no conteúdo e confirmá-las como de costume. No entanto, para evitar trabalhar na ramificação mesclada (X) por engano, o melhor a fazer será excluí-la (confira a seguinte seção: Excluir uma ramificação).
Depois que as alterações são mescladas com êxito no repositório central, você pode excluir a ramificação utilizada porque você não precisa mais dela. Qualquer trabalho adicional exige uma nova ramificação.
Para excluir seu branch, siga estas etapas:
- No GitBash, digite
git checkout master
no prompt de comando. Isso garante que você não fique na ramificação a ser excluída (o que não é permitido). - Em seguida, digite
git branch -d <branch name>
no prompt de comando. Isso exclui a ramificação em sua máquina local somente se ela tiver sido mesclada com êxito no repositório upstream. (Você pode superar esse comportamento com o sinalizador–D
, mas primeiro certifique-se de que você deseja fazer isso.) - Por fim, digite
git push origin :<branch name>
no comando prompt (um espaço antes dos dois pontos e nenhum espaço depois deles). Essa ação excluirá a ramificação em uma bifurcação do github.
Parabéns, você tem contribuiu com êxito para o projeto.
Todos os artigos neste repositório usam Markdown. Embora uma introdução completa (e a listagem de toda a sintaxe) podem ser encontradas em Página Inicial de Markdown [], falaremos sobre os conceitos básicos que você precisa conhecer.
Se você estiver procurando um editor bom editor, tente [Markdown Pad][].
Esta é uma lista com as ocorrências mais comuns para a sintaxe de markdown:
-
Quebras de linha vs. parágrafos: No markdown não há nenhum elemento de HTML
<br />
. Em vez disso, um novo parágrafo é indicado por uma linha vazia entre dois blocos de texto. -
Itálico: O HTML
<i>some text</i>
é gravado em*some text*
-
Negrito: O elemento HTML
<strong>some text</strong>
é gravado em**some text**
-
Cabeçalhos: Os cabeçalhos HTML são designados por um número de caracteres
#
no início da linha. A quantidade de caracteres#
corresponde ao nível hierárquico do cabeçalho (por exemplo,#
= h1,##
= h2, e###
= h3). -
Listas numeradas: Para criar uma lista numerada (ordenada), inicie a linha com
1.
. Se você quiser vários elementos dentro de um elemento única da lista, formate sua lista da seguinte maneira:-
Observe que essa linha será tabulada após o '.'
Agora observe que há uma quebra de linha entre os dois parágrafos no elemento da lista e que o recuo aqui coincide com o recuo de linha acima.
-
-
Listas com marcadores: Listas com marcadores (desordenadas) são praticamente idênticas às listas ordenadas em que
1.
é substituído por*
,-
ou+
. As listas de elementos múltiplos funcionam da mesma maneira que as listas com ordenadas. -
Links: A sintaxe básica para um link é
[visible link text](link url)
. Os links também podem ter referências, conforme se discute na seção Referências de link e imagem abaixo. -
Imagens: A sintaxe básica de uma imagem é
![alt text for the image](image url)
. As imagens também podem ter referências, conforme se discute na seção Referências de link e imagem abaixo. -
HTML em linha: O markdown permite que você inclua HTML em linha, mas isso deve ser evitado.
O markdown tem um recurso muito bonito que permite a um usuário inserir uma referência em vez de uma URL para imagens e links. Aqui está a sintaxe para usar este recurso:
The image below is from [Google][googleweb]
![Google's logo][logo]
[googleweb]: http://www.google.com
[logo]: https://www.google.com/images/srpr/logo3w.png
Usando as referências agrupadas na parte inferior de seu arquivo, você encontrará com facilidade as URLs de link e de imagem, poderá editá-las e reutilizá-las.
- Para saber mais sobre Markdown, acesse seus sites.
- Para saber mais sobre como usar o Git e o GitHub, primeiro verifique a [seção Ajuda do GitHub] Ajuda do GitHub e, se for necessário, entre em contato com os administradores do site.