プロジェクト管理ツールとしてのgithub - Fjord, Inc(株式会社フィヨルド)
リポジトリホスティングサービスとしてお馴染みのgithubですが、弊社(２人だけど・・・)も全てのWebサイトのコードとデザインはgithubに預けています。そのgithubのタスク管理機能であるIssuesが先日リニューアルしました。 基本のタスクをマイルストーンとラベルで管理する感じは変わってませんがUIが大きくなったり、コンテキスト毎に整理されて見易くなりました。担当者もアイコン付きで分かりやすいですしWikiも以前より良くなっています。数人のプロジェクトだったらこれだけでいいんじゃないの？って感じです。 (Commit logに#issue番号を書いておけば勝手にcloseしてくれる) マイルストーンあたりの進捗率が分かるし、リポジトリと最初っから密に連携していているのも話が早いです。 リニューアル前からWebフレームワークのCappucino(and Objective-J)を使
githubでissueを作ってそれを消化していく by myself - pixyzehn blog
githubで自分でissueを作って消化していくのをいまさらやって、消化するのが楽しいので共有したいと思います。 issueの作りかた とても簡単です。サイドバーのissue項目をクリックするとこのような画面になります。 では新たなissueを発行していきます。 まずタイトルを書きましょう。 コメントはタイトルではわかりにくい詳細や画像などを加えることができます。 ラベルを付け加えることでそのタスクを詳細に伝えることができます。一人でやる分には自分にわかりやすくなります。 以下のようなラベルがあります。 duplicate : 重複,複製 bug : バグ enhancement : 拡張 invalid : 無効 question : 質問 wontfix = "won't fix" : (報告された内容は認識しているが)修正するつもりは無い 最後のwontfixはwon't fixの
Github Issues を利用したリリースマネージャのお仕事 - hakobera's blog
最近、Quipper という会社で「リリースマネージャ」という名前のお仕事をしています。開発以外の仕事は久しぶりだったので大変でしたが、最終的にそれなり上手く行った方法を振り返りとしてブログに書いておくことにします。 経緯 自分のチームとは別のチームが開発しているサービスのリリースが迫っている中、それまで開発者の1人がリリース管理っぽいことをやっていたのですが、さすがに開発と管理の二足のわらじが辛くなってきたとのことで、急遽サポート的に自分が「リリースマネージャ」という役割りで参加することになりました。 コンセプト コンセプトは「使用するツールを増やさない」です。 管理のために新しいツールを増やすと、その使い方を教えるなど新たなタスクが発生してしまいます。タスクを減らすためにタスクが増えるなんてナンセンスです。 ということでQuipper では普段の開発に Github を利用しているので
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Issuesについて