moco(beta)'s backup: [Tips] GitLab + GitLab CI + RedPen な継続的ドキュメント検査
GitLab のプライベートリポジトリで，複数人でドキュメントを書いていて，GitLab CI + RedPen の組合せでドキュメント検査のCIができると良いなと思ってやり方を調べていました。GitHub + Jenkins (or Travis) + RedPen の組合せは色々情報が見つかったけど，GitLab と連携する方法はあまり見当たらなかったので，メモを公開しておきます。 ※以下は，ローカルに GitLab や GitLab CI をインストールするのではなく，gitlab.com のホスティングサービスを使うことを想定した内容です。 ※全体的な流れはこちらの記事（GitHub + Travis CI）を参考にしました。 RedPenを利用した文書の継続的検査への取り組み 【RedPen とは】 RedPen 公式サイト Java製の文書校正ツールです。プレーンテキストの他
![moco(beta)'s backup: [Tips] GitLab + GitLab CI + RedPen な継続的ドキュメント検査](https://cdn-ak-scissors.b.st-hatena.com/image/square/dbf30871552c7974feb97c31dfd38262a506f4c2/height=288;version=1;width=512/http%3A%2F%2F67.media.tumblr.com%2F476842d6989495c635b268cd72c96f60%2Ftumblr_inline_oeeihmVvvI1qmxdmr_500.png)
GitHub Flow 図解 - Qiita
概要 Git・GitHubを利用したシンプルで強力なワークフローであるGitHub Flowを図にまとめました。 GitLabでも利用可能なFlowです。GitLabの場合は Pull Request を Merge Request に読み替えてください。 前提 実際にGitHub Flowを実践したことはありません。（2014/06/12時点） これからチームで導入予定で、メンバーとワークフローを共有するために図を作成しました。 ワークフローの誤りなどご指摘いただけると幸いです。 アクティビティ図をベースに作成してありますが、厳密な記法よりも 相手に伝わればいいかな、という点を重視しています。 基本原則 masterブランチは 常時デプロイ可能 である 機能追加、バグフィックスなどは 説明的な名前のブランチ をmasterから作成する 機能追加の例： add_user_notice (ユ
GitHubのようなサイトを独自に運用できる「GitLab」や「GitBucket」を使ってみよう | さくらのナレッジ
（※3月18日追記：当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました） GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
