From b6934c233b1571b36741f9e218a335f3a237e781 Mon Sep 17 00:00:00 2001 From: aisamu Date: Tue, 30 Aug 2016 17:17:09 -0300 Subject: [PATCH 1/7] Updated pt-br version Corrected a few typos/grammar mistakes Added new content from english version "Change log" -> changelog --- source/pt-BR/0.3.0/index.html.haml | 137 ++++++++++++++++------------- 1 file changed, 75 insertions(+), 62 deletions(-) diff --git a/source/pt-BR/0.3.0/index.html.haml b/source/pt-BR/0.3.0/index.html.haml index 4d981a5..08c3a7b 100644 --- a/source/pt-BR/0.3.0/index.html.haml +++ b/source/pt-BR/0.3.0/index.html.haml @@ -8,162 +8,175 @@ version: 0.3.0 :markdown # Mantenha um CHANGELOG - ## Não deixe seus amigos despejar logs de commits em CHANGELOGs™ + ## Não deixe seus amigos despejarem logs de commits em CHANGELOGs™ Version **#{current_page.metadata[:page][:version]}** - ### O que é um change log? + ### O que é um *changelog*? - Um *change log* é um arquivo que contém uma lista selecionada, ordenada - cronologicamente de mudanças significativas para cada versão de um projeto - open source. + Um *changelog* é um arquivo que contém uma lista selecionada, ordenada + cronologicamente, de mudanças significativas para cada versão de um projeto + *open source*. %pre.changelog= File.read("CHANGELOG.md") :markdown - ### Para que serve um *change log*? + ### Para que serve um *changelog*? - Para facilitar para os usuários e contribuidores verem precisamente quais + Para facilitar que usuários e contribuidores vejam precisamente quais mudanças significativas foram realizadas entre cada versão publicada. ### Por quê eu deveria me importar? - Porque softwares são feitos para pessoas. Se você não liga, porque está - contribuindo a projetos open source? Certamente deve haver um fundo de - carinho em algum lugar dessa sua cabeçinha. + Porque softwares são feitos para pessoas. Se você não liga, por quê está + contribuindo com projetos *open source*? Certamente deve haver um fundo de + carinho em algum lugar dessa sua cabecinha. Eu [conversei com Adam Stacoviak e Jerod Santo no podcast do The - Changelog][thechangelog] (faz sentido, hein?) sobre o por quê mantenedores e - contribuidores open source devem se importar, e as motivações por trás deste + Changelog][thechangelog] (faz sentido, hein?) sobre por quê mantenedores e + contribuidores *open source* devem se importar, e as motivações por trás desse projeto. Se você tem o tempo (1:06), é um bom programa. - ### O que faz um *change log* ser bom? + ### O que faz um *changelog* ser bom? Que bom que perguntou. - Um bom change log não foge desses princípios: + Um bom *changelog* se atém a esses princípios: - É feito para seres humanos, não máquinas, então legibilidade é crucial. - - Ser fácil de referenciar (*linkar*) qualquer seção (por isso Markdown ao + - É fácil de referenciar (*linkar*) qualquer seção (por isso Markdown ao invés de puro texto). - Uma sub-seção por versão. - Lista as versões publicadas em ordem cronológica decrescente (mais novo em cima). - - Escreva todas as datas no formato `AAAA-MM-DD`. (Exemplo: `2012-06-02` para + - Usa todas as datas no formato `AAAA-MM-DD`. (Exemplo: `2012-06-02` para `2 de Junho de 2012`.) É internacional, [sensato](http://xkcd.com/1179/), e independente de língua. - - Explicite se o projeto segue [Versionamento Semântico][semver]. + - Menciona explicitamente se o projeto segue o [Versionamento Semântico][semver]. - Cada versão deve: - Listar sua data de publicação no formato acima. - Agrupar mudanças descrevendo seus impactos no projeto, como segue: - - `Added` para novas funcionalidades. - - `Changed` para mudanças em funcionalidades existentes. - - `Deprecated` para funcionalidades uma vez estáveis removidas das - próximas publicações. - - `Removed` para funcionalidades removidas desta versão. - - `Fixed` para qualquer correção de bug. - - `Security` para convidar usuários a atualizar em caso de + - `Added`/`Adicionado` para novas funcionalidades. + - `Changed`/`Modificado` para mudanças em funcionalidades existentes. + - `Deprecated`/`Obsoleto` para funcionalidades estáveis que foram removidas das + próximas versões. + - `Removed`/`Removido` para funcionalidades removidas desta versão. + - `Fixed`/`Consertado` para qualquer correção de bug. + - `Security`/`Segurança` para incentivar usuários a atualizarem em caso de vulnerabilidades. ### Como eu posso minimizar o esforço exigido? - Mantenha sempre uma seção `Unreleased` no topo para manter o controle de + Mantenha sempre uma seção `"Unreleased"`\`"A publicar"` no topo para manter o controle de quaisquer mudanças. Isso serve a dois propósitos: - As pessoas podem ver quais mudanças elas podem esperar em publicações futuras. - - No momento da publicação, você tem que somente mudar Não publicado para o - número de versão e adicionar um novo cabeçalho `Unreleased` no topo. + - No momento da publicação, você apenas tem de mudar o `"A publicar"` para o + número de versão e adicionar um novo cabeçalho `"Unreleased"`\`"A publicar"` no topo. ### O que faz os unicórnios chorarem? Tudo bem...vamos lá. - - Despejar logs de commits. Simplesmente não faça isso, você não está + - **Despejar logs de commits.** Simplesmente não faça isso, você não está ajudando ninguém. - - Não dar ênfase nas descontinuações. Quando as pessoas atualizam de uma - versão para outra, deve ser incrivelmente claro quando algo irá quebrar. - - Datas em formatos específicos de uma região. Nos Estados Unidos, as pessoas + - **Não dar ênfase nas obsolências.** Quando as pessoas atualizam de uma versão + para outra, deve ser incrivelmente claro quando algo irá parar de funcionar. + - **Datas em formatos específicos de uma região.** Nos Estados Unidos, as pessoas colocam o mês primeiro ("06-02-2012" para 2 de Junho de 2012, o que *não* faz sentido), enquanto muitos no resto do mundo escrevem em aspecto robótico "2 Junho 2012", e mesmo assim leem de forma diferente. "2012-06-02" funciona de maneira lógica do maior para o menor, não - sobrescreve de maneira ambígua outros formatos, e é um [padrão + se confunde de maneira ambígua com outros formatos, e é um [padrão ISO](http://www.iso.org/iso/home/standards/iso8601.htm). Portanto, é o - formato recomendado para *change logs*. + formato recomendado para *changelogs*. Tem mais. Ajude me a coletar essas lágrimas de unicórnio [abrindo uma issue][issues] ou um pull request. - ### Existe um padrão de formato de *change log*? + ### Existe um padrão de formato de *changelog*? - Infelizmente, não. Calma. Eu sei que você está indo impetuosamente achar - aquele link do guia de estilo de *change log* GNU, ou o arquivo "guideline" - de dois paragráfos GNU NEWS. O estilo GNU é um bom começo mas é ingênuo. Não - há nada de errado em ser ingênuo mas quando as pessoas precisam de orientação + Infelizmente, não. Calma. Eu sei que você está buscando furiosamente + aquele link do guia GNU de estilo de *changelog*, ou o arquivo "guideline" + de dois paragráfos do GNU NEWS. O estilo GNU é um bom começo mas, infelizmente, é ingênuo. + Não há nada de errado em ser ingênuo mas, quando as pessoas precisam de orientação, raramente ajuda. Especialmente quando existem muitas situações excepcionais para lidar. Este projeto [contém o que eu espero se tornar um melhor padrão de arquivo - CHANGELOG][CHANGELOG] para todos projetos open source. Pode a comunidade open - source aprender com seus erros e não agir como se os dez mandamentos foram - escritos a muito tempo atrás e estavam inteiramente certos? Tudo bem. Então - por favor dê um olhada e lembre que [discussões e sugestões de melhorias são - bem-vindas][issues]! + CHANGELOG][CHANGELOG] para todos projetos *open source*. Eu não acredito que o status quo + seja bom o suficiente, e acho que, como uma comunidade, nós podemos encontrar novas convenções + se tentarmos extrair boas práticas de projetos de software reais. Por favor, dê uma olhada e + lembre-se de que [discussões e sugestões de melhorias são bem-vindas][issues]! - ### Qual deve ser o nome do arquivo *change log*? + ### Qual deve ser o nome do arquivo *changelog*? - Bom, se você não notou no exemplo acima, `CHANGELOG.md` é a melhor padrão até - agora. + Bom, se você não notou no exemplo acima, `CHANGELOG.md` é a melhor convenção até agora. Alguns outros projetos também utilizam `HISTORY.txt`, `HISTORY.md`, `History.md`, `NEWS.txt`, `NEWS.md`, `News.txt`, `RELEASES.txt`, `RELEASE.md`, `releases.md`, etc. - É uma bagunça. Todos esses nome só dificultam as pessoas acharem. + É uma bagunça. Todos esses nomes só dificultam encontrar o *changelog*. ### Por quê as pessoas não podem simplesmente utilizar `git log`? - Porque logs de commit são cheios de distrações. Podemos realmente esperar que - cada commit do projeto seja significativo e auto-explicativo? Só em sonho. + Porque diffs de logs são cheios de ruído — por natureza. Eles não serviriam como + um changelog mesmo em um projeto hipotético executado por humanos perfeitos, que + nunca erraram uma letra, esqueceram de *commit*'ar um arquivo, nunca perderam nenhuma + parte de um *refactoring*. O propósito de um *commit* é documentar um passo atômico no + processo pelo qual o código evolui de um estado a outro. O propósito de um *changelog* + é documentar as diferenças relevantes entre esses estados. + + A mesma diferença que existe entre bons comentários e o código em si existe entre o + *changelog* e o *commit log*: um descreve o *porquê*, o outro descreve o *como*. - ### Podem os *change logs* ser automaticamente interpretados? + ### Podem os *changelogs* ser automaticamente interpretados? É difícil, por que as pessoas seguem formatos e nomes de arquivos radicalmente diferentes. [Vandamme][vandamme] é uma gem criada pelo time [Gemnasium][gemnasium] que - interpreta muitos (mas não todos) change logs de projetos open source. + interpreta muitos (mas não todos) *changelogs* de projetos *open source*. - ### Por que você alterna entre as grafias "CHANGELOG" e "change log"? + ### Por que você alterna entre as grafias "CHANGELOG" e "changelog"? "CHANGELOG" é o nome do arquivo em si. É um pouco chamativo mas é uma - convenção histórica seguida por muitos projetos open source. Outros exemplos + convenção histórica seguida por muitos projetos *open source*. Outros exemplos similares de arquivo incluem [`README`][README], [`LICENSE`][LICENSE], e [`CONTRIBUTING`][CONTRIBUTING]. O nome em letras maiúsculas (o que em sistemas operacionais antigos faziam - estes arquivos serem mantidos no topo) é utilizado para chamar atenção a - eles. Já que eles são importante metadados sobre o projeto, eles podem ser - úteis a qualquer um pretendendo usar ou contribuir com ele, assim como os [as - badges de projeto open source][shields]. + estes arquivos serem mantidos no topo) é utilizado para chamar atenção. + Por conterem importantes metadados do projeto, *changelogs* podem ser úteis a + qualquer um que pretenda utilizar ou contribuir com o projeto, assim como os [as + badges de projeto *open source*][shields]. - Quando eu me refiro a "*change log*", eu estou falando sobre a função deste + Quando eu me refiro a "*changelog*", eu estou falando sobre a função deste arquivo: listar mudanças. ### E sobre as publicações removidas? Publicações removidas são versões que tiveram que ser removidas devido a um sério bug ou problema de segurança. Com frequência essas versões sequer - aparecem em *change logs*. Deveriam. É assim que você deve exibi-las: + aparecem em *changelogs*. Deveriam. É assim que você deve exibi-las: `## 0.0.5 - 2014-12-13 [YANKED]` - A tag `[YANKED]` é chamativa por uma razão. É importante que as pessoas a - notem. E já que é cercada por colchetes é mais fácil detectá-la - programaticamente. + A tag `[YANKED]`/`[REMOVIDA]` é chamativa por uma razão. É importante que as pessoas a + notem. Além disso, já que é cercada por colchetes, é mais fácil detectá-la programaticamente. + + ### Devemos alterar o *changelog* em alguma circunstância? + + Claro. Sempre existem bons motivos para melhorar um *changelog*. Eu regularmente + abro *pull requests* para adicionar versões faltantes em projetos *open source* com + *changelogs* abandonados. + + Também é possível que você perceba que se esqueceu de registrar mudanças importantes + nas notas de uma versão. É obviamente importante que você atualize seu *changelog* nesse caso. ### Como eu posso contribuir? From 090276be0509090a084b53491912487c3ad678ae Mon Sep 17 00:00:00 2001 From: aisamu Date: Tue, 30 Aug 2016 17:48:47 -0300 Subject: [PATCH 2/7] Updates from a real text reviewer --- source/pt-BR/0.3.0/index.html.haml | 28 ++++++++++++++-------------- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/source/pt-BR/0.3.0/index.html.haml b/source/pt-BR/0.3.0/index.html.haml index 08c3a7b..c68f4a4 100644 --- a/source/pt-BR/0.3.0/index.html.haml +++ b/source/pt-BR/0.3.0/index.html.haml @@ -26,16 +26,16 @@ version: 0.3.0 Para facilitar que usuários e contribuidores vejam precisamente quais mudanças significativas foram realizadas entre cada versão publicada. - ### Por quê eu deveria me importar? + ### Por que eu deveria me importar? - Porque softwares são feitos para pessoas. Se você não liga, por quê está + Porque softwares são feitos para pessoas. Se você não liga, por que está contribuindo com projetos *open source*? Certamente deve haver um fundo de carinho em algum lugar dessa sua cabecinha. Eu [conversei com Adam Stacoviak e Jerod Santo no podcast do The - Changelog][thechangelog] (faz sentido, hein?) sobre por quê mantenedores e - contribuidores *open source* devem se importar, e as motivações por trás desse - projeto. Se você tem o tempo (1:06), é um bom programa. + Changelog][thechangelog] (faz sentido, hein?) sobre por que mantenedores e + contribuidores *open source* devem se importar e as motivações por trás desse + projeto. Se você tem tempo (1:06), é um bom programa. ### O que faz um *changelog* ser bom? @@ -46,7 +46,7 @@ version: 0.3.0 - É feito para seres humanos, não máquinas, então legibilidade é crucial. - É fácil de referenciar (*linkar*) qualquer seção (por isso Markdown ao invés de puro texto). - - Uma sub-seção por versão. + - Uma subseção por versão. - Lista as versões publicadas em ordem cronológica decrescente (mais novo em cima). - Usa todas as datas no formato `AAAA-MM-DD`. (Exemplo: `2012-06-02` para @@ -79,7 +79,7 @@ version: 0.3.0 ### O que faz os unicórnios chorarem? - Tudo bem...vamos lá. + Tudo bem... vamos lá. - **Despejar logs de commits.** Simplesmente não faça isso, você não está ajudando ninguém. @@ -94,8 +94,8 @@ version: 0.3.0 ISO](http://www.iso.org/iso/home/standards/iso8601.htm). Portanto, é o formato recomendado para *changelogs*. - Tem mais. Ajude me a coletar essas lágrimas de unicórnio [abrindo uma - issue][issues] ou um pull request. + Tem mais. Ajude-me a coletar essas lágrimas de unicórnio [abrindo uma + issue][issues] ou um *pull request*. ### Existe um padrão de formato de *changelog*? @@ -107,7 +107,7 @@ version: 0.3.0 para lidar. Este projeto [contém o que eu espero se tornar um melhor padrão de arquivo - CHANGELOG][CHANGELOG] para todos projetos *open source*. Eu não acredito que o status quo + CHANGELOG][CHANGELOG] para todos os projetos *open source*. Eu não acredito que o status quo seja bom o suficiente, e acho que, como uma comunidade, nós podemos encontrar novas convenções se tentarmos extrair boas práticas de projetos de software reais. Por favor, dê uma olhada e lembre-se de que [discussões e sugestões de melhorias são bem-vindas][issues]! @@ -122,11 +122,11 @@ version: 0.3.0 É uma bagunça. Todos esses nomes só dificultam encontrar o *changelog*. - ### Por quê as pessoas não podem simplesmente utilizar `git log`? + ### Por que as pessoas não podem simplesmente utilizar `git log`? Porque diffs de logs são cheios de ruído — por natureza. Eles não serviriam como um changelog mesmo em um projeto hipotético executado por humanos perfeitos, que - nunca erraram uma letra, esqueceram de *commit*'ar um arquivo, nunca perderam nenhuma + nunca erraram uma letra, esqueceram de *commit'ar* um arquivo, nunca perderam nenhuma parte de um *refactoring*. O propósito de um *commit* é documentar um passo atômico no processo pelo qual o código evolui de um estado a outro. O propósito de um *changelog* é documentar as diferenças relevantes entre esses estados. @@ -136,7 +136,7 @@ version: 0.3.0 ### Podem os *changelogs* ser automaticamente interpretados? - É difícil, por que as pessoas seguem formatos e nomes de arquivos + É difícil, porque as pessoas seguem formatos e nomes de arquivos radicalmente diferentes. [Vandamme][vandamme] é uma gem criada pelo time [Gemnasium][gemnasium] que @@ -155,7 +155,7 @@ version: 0.3.0 qualquer um que pretenda utilizar ou contribuir com o projeto, assim como os [as badges de projeto *open source*][shields]. - Quando eu me refiro a "*changelog*", eu estou falando sobre a função deste + Quando eu me refiro a "*changelog*", eu estou falando sobre a função desse arquivo: listar mudanças. ### E sobre as publicações removidas? From b0b190413defad7f44070bc406a576843a2a6485 Mon Sep 17 00:00:00 2001 From: Emre Erkan Date: Mon, 20 Mar 2017 14:29:22 +0300 Subject: [PATCH 3/7] Some typo fixes and improvements for tr_TR --- source/tr-TR/0.3.0/index.html.haml | 42 +++++++++++++++--------------- 1 file changed, 21 insertions(+), 21 deletions(-) diff --git a/source/tr-TR/0.3.0/index.html.haml b/source/tr-TR/0.3.0/index.html.haml index a08e66b..2ac8f80 100644 --- a/source/tr-TR/0.3.0/index.html.haml +++ b/source/tr-TR/0.3.0/index.html.haml @@ -8,7 +8,7 @@ version: 0.3.0 :markdown # CHANGELOG dosyası kullanın - ## Arkadaşlarınızın git kayıtlarını CHANGELOG dosyalarına boşaltmasını engelleyin™ + ## Arkadaşlarınızın, git kayıtlarını CHANGELOG dosyalarına yığmasını engelleyin™ ### Nedir bu değişiklik kayıtları? Değişiklik kayıtları bir proje için özel olarak hazırlanmış, tarihsel sıralamayla @@ -26,7 +26,7 @@ version: 0.3.0 katkıda bulunuyorsunuz ki? Mutlaka sevimli beyninizin bir yerlerinde bunu önemseyen bir çekirdek (a-ha!) vardır. - [Adam Stacoviak ve Jerod Santo ile Changelog Podcast'inde][thechangelog](uyuyor, + [Adam Stacoviak ve Jerod Santo ile Changelog Podcast'inde][thechangelog] (uyuyor, değil mi?) neden geliştiricilerin ve katılımcıların umrunda olması gerektiğini ve bu projenin arkasındaki motivasyonu konuştuk. Eğer vaktiniz varsa (1:06) iyi bir söyleşi oldu. @@ -36,20 +36,20 @@ version: 0.3.0 İyi bir değişiklik kaydı şu prensiplere bağlıdır: - - İnsanlar için yapılmıştır, makineler için değil, yani okunurluğu kritik. - - Kolayca bölümler arası bağlantı kurulabilmeli (bu yüzden yalın metin yerine markdown). - - Her sürüm için bir alt bölüm. - - Dağıtımları tersine tarih sırası ile listeleyin (en yeni en üstte). - - Tüm tarihleri `YYYY-AA-GG` biçiminde yazın. (Örneğin `2 Haziran 2012` için `2012-06-02`.) Uluslararasıdır, [anlamlıdır](http://xkcd.com/1179/), ve lisan bağımsızdır. - - [Anlamsal sürümlemeyi][semver] destekleyip desteklemediğini özellikle belirtin. + - İnsanlar için yapılmıştır, makineler için değil, yani okunabilirliği kritiktir. + - Kolayca bölümler arası bağlantı kurulabilmelidir. (Bu yüzden yalın metin yerine markdown) + - Her sürüm için bir alt bölüm içermelidir. + - Dağıtımları tersine tarih sırası ile listemelidir. (En yeni en üstte) + - Tüm tarihler `YYYY-AA-GG` biçiminde olmalıdır. (Örneğin `2 Haziran 2012` için `2012-06-02`) Uluslararasıdır, [anlamlıdır](http://xkcd.com/1179/), ve lisan bağımsızdır. + - [Anlamsal sürümleme][semver]nin desteklenip desteklenmediğini özellikle belirtilmelidir. - Her sürümde olması gerekenler: - Üstteki biçimde dağıtım tarihi. - - Projeye etkileri bakımından değişiklikleri gruplayın, şöyle ki: - - `Eklendi`: yeni özellikler için. - - `Değişti`: var olan beceriler değiştiyse. - - `Rafa kalktı`: gelecekte yok olacak var olan beceriler. - - `Kaldırıldı`: bu sürümde kaldırılan, daha önce rafa kaldırılmış olan beceriler. - - `Düzeltildi`: ayıklanmış hatalar için. + - Projeye etkileri bakımından değişikliklerin gruplanması, şöyle ki: + - `Eklendi`: yeni özellikler için, + - `Değişti`: var olan beceriler değiştiyse, + - `Rafa kalktı`: gelecekte yok olacak var olan beceriler, + - `Kaldırıldı`: bu sürümde kaldırılan, daha önce rafa kaldırılmış olan beceriler, + - `Düzeltildi`: ayıklanmış hatalar, - `Güvenlik`: açıkları kapatabilmeleri için kullanıcıları bilgilendirin. ### Gerekli çabayı nasıl en aza indirebilirim? @@ -65,7 +65,7 @@ version: 0.3.0 Peki… Gelelim sadede. - **Commit kayıtlarının farkını yüklemek.** Sakın bunu yapmayın, kimseye yardım etmiyorsunuz. - - **Rafa kalkanları ön plana çıkarmamak.** Kullanıcılar bir sürümden diğerine + - **Rafa kaldırılanları ön plana çıkarmamak.** Kullanıcılar için bir sürümden diğerine yükseltme yaptıklarında neyin bozulabileceği apaçık ortada olmalı. - **Bölgesel biçimlenmiş tarihler.** ABD'de insanlar ay bilgisini önce kullanıyor ("06-02-2012" demek 2 Haziran 2012 demek yani, ki tamamen *saçma*), diğer taraftan @@ -101,12 +101,12 @@ version: 0.3.0 Tam bir karmaşa. Tüm bu isimler insanların bu dosyayı bulmasını zorlaştırıyor. ### Neden `git log` farkları kullanılmasın? - Çünkü kayıt farkları bir sürü gürültü içerir - doğal olarak. Mükemmel insanlar + Çünkü kayıt farkları bir sürü parazit içerir - doğal olarak. Mükemmel insanlar tarafından yürütülen, hiç yazım hatasının yapılmadığı, dosyaların gönderilmesinin - hiç unutulmadığı, refaktör yapılmasının atlanmadığı varsayımsal bir projede bile - uygun bir değişiklik kaydı oluşmayacaktır. Dosyaları repoya göndermenin amacı + hiç unutulmadığı, refaktör yapılmasının atlanmadığı varsayımsal bir projede bile, + uygun bir değişiklik kaydı oluşmayacaktır. Dosyaları repoya göndermenin amacı, atomik seviyede kodun bir durumdan diğerine geçişinin sağlanmasıdır. Değişiklik - kayıtları ise bu durumlar arasında, önem arz eden değişiklikleri belgelemeyi + kayıtları ise, bu durumlar arasında önem arz eden değişiklikleri belgelemeyi amaçlıyor. İyi yorumlar ve kodun kendisi arasındaki fark, @@ -128,7 +128,7 @@ version: 0.3.0 Büyük harfle isimlendirme (eski işletim sistemlerinde dosyaların tepede gözükmelerini sağlardı) dikkat çekmek için. Proje hakkında önemli meta verileri içerdikleri için, kullanmak ya da katkıda bulunmak isteyen herkesin işine - yarar, tıpkı [açık kaynaklı proje rozeleri][shields] gibi. + yarar, tıpkı [açık kaynaklı proje rozetleri][shields] gibi. "Değişiklik kaydı"ndan bahsettiğim zamanlar bu dosyanın işlevinden bahsediyorum: Değişiklikleri kaydetmek. @@ -142,7 +142,7 @@ version: 0.3.0 `[GERİ ÇEKİLDİ]` etiketi belirli bir sebepten büyük harf. İnsanların bunu fark etmeleri çok önemli. Ayrıca köşeli parantezler ile çevrelenmiş olması - programatik olarak da ayrıştırılabilmeine olanak sağlıyor. + programatik olarak da ayrıştırılabilmesine olanak sağlıyor. ### Değişiklik kayıtlarınızı tekrar yazmalı mısınız? Tabii ki. Her zaman değişiklik kayıtlarını geliştirmek için iyi sebepler vardır. From d751011328c191e4c904b473102c5a9fb2a8bd1c Mon Sep 17 00:00:00 2001 From: Olivier Lacan Date: Tue, 21 Mar 2017 03:54:50 +0100 Subject: [PATCH 4/7] Add license to README --- README.md | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index be3d9b6..55de652 100644 --- a/README.md +++ b/README.md @@ -1,4 +1,4 @@ -# Keep a CHANGELOG [![version](https://img.shields.io/badge/version-0.3.0-blue.svg)][CHANGELOG] +# Keep a CHANGELOG [![version][version-badge]][CHANGELOG] [![license][license-badge]][LICENSE] Don’t let your friends dump git logs into CHANGELOGs™ @@ -39,8 +39,11 @@ a better idea of whether your translation is accurate. Thank you for your help improving software one changelog at a time! [CHANGELOG]: ./CHANGELOG.md +[LICENSE]: ./LICENSE [rbenv]: https://github.com/rbenv/rbenv [ruby-version]: .ruby-version [source]: source/ [pull-request]: https://help.github.com/articles/creating-a-pull-request/ [fork]: https://help.github.com/articles/fork-a-repo/ +[version-badge]: https://img.shields.io/badge/version-0.3.0-blue.svg +[license-badge]: https://img.shields.io/badge/license-MIT-blue.svg From 083cbfa8e4402a419b1b769bcdcdefe41d91e4c8 Mon Sep 17 00:00:00 2001 From: Nathaniel Bibler Date: Sat, 25 Mar 2017 10:23:32 -0400 Subject: [PATCH 5/7] Use the correct value for lang and hreflang --- source/layouts/layout.html.haml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/source/layouts/layout.html.haml b/source/layouts/layout.html.haml index e6ddcab..ab2526d 100644 --- a/source/layouts/layout.html.haml +++ b/source/layouts/layout.html.haml @@ -33,7 +33,7 @@ %ul - $languages.each do |language| %li= link_to "#{language.last} [#{language.first}]", "/#{language.first}/", - { rel: "alternate", lang: "#{language}", hreflang: "#{language}" } + { rel: "alternate", lang: "#{language.first}", hreflang: "#{language.first}" } .main{role: "main"}= yield From 01a420df24512bbb861a12033389df87ddb05c5a Mon Sep 17 00:00:00 2001 From: Olivier Lacan Date: Mon, 24 Apr 2017 17:05:25 -0400 Subject: [PATCH 6/7] Add new project logo Also downcased all uses of the word "changelog" --- README.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/README.md b/README.md index 55de652..e2b145f 100644 --- a/README.md +++ b/README.md @@ -1,6 +1,8 @@ -# Keep a CHANGELOG [![version][version-badge]][CHANGELOG] [![license][license-badge]][LICENSE] +# Keep a Changelog -Don’t let your friends dump git logs into CHANGELOGs™ +[![version][version-badge]][CHANGELOG] [![license][license-badge]][LICENSE] + +Don’t let your friends dump git logs into changelogs™ This repository generates http://keepachangelog.com/. @@ -23,7 +25,7 @@ This repository generates http://keepachangelog.com/. ### Translations Create a new directory in [`source/`][source] named after the ISO 639-1 code -for the language you wish to translate Keep a CHANGELOG to. For example, +for the language you wish to translate Keep a Changelog to. For example, assuming you want to translate to French Canadian: - create the `source/fr-CA` directory. - duplicate the `source/en-US/index.html.haml` file in `source/fr-CA`. From e8282377f3026631ae56779f17c65c007b30a2a4 Mon Sep 17 00:00:00 2001 From: Olivier Lacan Date: Thu, 11 May 2017 08:51:41 -0500 Subject: [PATCH 7/7] Update CHANGELOG.md --- CHANGELOG.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 41a6817..901ae43 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -1,4 +1,4 @@ -# Change Log +# Changelog All notable changes to this project will be documented in this file. The format is based on [Keep a Changelog](http://keepachangelog.com/)