Wiki¶

開発ツール¶

• GitHub
  • コード管理
    • プライベートリポジトリ（後にパブリックへ変更する）
• Redmine
  • 要件管理
  • 不具合管理
  • Wiki
• Markdown + PlantUML
  • ドキュメント作成
  • 設計図作成
    • ※ Word・Excel・PowerPoint は使用禁止
• CircleCI - パブリックリポジトリなら 4 コンテナ、プライベートリポジトリなら 1 コンテナまで無料
  • ビルドチェック
  • 静的解析
    • Lint - コードの構文チェック
    • FindBugs - 実行時に起こり得るバグの検出
  • 【できれば】Programming Tests
  • 【できれば】Deploy
• Slack
  • チャット

利用サービス¶

• DialogFlow
  • 参考: Dialogflow入門 - Qiita

開発フロー¶

1. Redmine にチケットを作成
2. GitHub で各自ブランチを切って Commit & Push
   • プリフィックス(範囲) + 英語のコミットメッセージ + #チケット番号 + @作業時間
     • feat(*): hogehoge. #999 @1.5h ：新しい機能
     • fix(*): hogehoge. #999 @1.5h ：バグフィックス
     • docs(*): hogehoge. #999 @1.5h [ci skip] ：ドキュメントのみ変更（CI は実行しない）
     • style(*): hogehoge. #999 @1.5h ：コードの意味に影響を与えない変更（空白、フォーマット、セミコロンの欠落など）
     • refactor(*): hogehoge. #999 @1.5h ：バグを修正したり、機能を追加したりしないコード変更
     • perf(*): hogehoge. #999 @1.5h ：パフォーマンスを向上させるコード変更
     • test(*): hogehoge. #999 @1.5h ：既存のテストの欠落または修正の追加
     • chore(*): hogehoge. #999 @1.5h ：ビルドプロセスやドキュメント作成などの補助ツールやライブラリの変更
       • 参考: 【今日からできる】コミットメッセージに 「プレフィックス」 をつけるだけで、開発効率が上がった話 - Qiita
       • 参考: angular.js/DEVELOPERS.md at master · angular/angular.js
   • 原則 1 Commit 1 チケット
     • fix(*): hogehoge. #99 @0.5h #999 @1h ：例外的に複数チケットを 1 Commit で対処する場合
3. CircleCI でビルドチェック、静的解析、PT
4. みぞ + 1 名の 2 名でコードレビュー & マージ
5. CircleCI でビルドチェック、静的解析、PT、Deploy

開発言語¶

調査中…

Updated by みぞ @mizo0203 , 6年以上前に更新
Access count: 15715

コメント¶