タグ

githubに関するmichiomochiのブックマーク (3)

  • Writing a Friendly README

    A README is one of the first things people see when they find your open source project. It should be helpful, welcoming, and friendly. Posted on 14 March 2016 by Rowan Manning. Tagged with Open-Source, Writing, Documentation 87 responsesSyndicated to Twitter Your project’s README is pretty important; it’s often the first thing that a person new to your project will see, and is frequently the only

    Writing a Friendly README
  • 【保存版】自前で継続的 bundle update を導入する方法

    俺得な保存版記事です。設定するたびにやり方を思い出すのが面倒になり。 1. CircleCI の設定# GitHub の Personal access tokens のページで token を作成し、 CircleCI の Project Setting -> Environment variables に GITHUB_ACCESS_TOKEN という名前で追加します。 CircleCI の URL は以下になります。 https://circleci.com/gh/{ユーザ名}/{リポジトリ名}/edit#env-vars 2. circle.yml の変更# このように circle.yml の deployment section を変更します。 https://github.com/masutaka/masutaka-29hours/commit/0ba9ef03348568b

  • githubの運用戦術 - Qiita

    前提 過去のチームといまのチームでどうやっているかの話 master以外なら force push 可能なことが条件 コミットコメント 一行で概要 WhyやHowを書かせる。 WhereやWhatはいらん、diffを見ればわかる。 (必要なら)詳細 なんでここにこういうことをした? という細かい説明。 時間に追われてdirty hackをせざるを得なかったのならここにも書いて欲しい。 書かずに変なことしたら俺がハリセン issueだのメモだのへのリンクでもいい 諸注意 日語OK 英語オンリーにするとみんな面倒臭がって little change for debug とか平然と入れる 詳しく書かせたいし読むのに苦労したくないので日語を許す コミットのタイミングと粒度 粒度はできるだけ細かく。 1コミット単位でレビュワーがお前何がしたかった?をみるため。 レビュー中にレビューが入った部分は

    githubの運用戦術 - Qiita
  • 1