redmineに関するigrepのブックマーク (5)
-
この投稿は Fujitsu Advent Calendar 2017 と GitLab Advent Calendar 2017 の10日目 の記事です。(大幅遅刻です。ごめんなさい、ごめんなさい、ごめんなさい。) この記事に書かれた見解は、個人のものであり、所属する会社・組織を代表するものではありません。 前フリを書いたら長くなってしまったので、それはばっさり後にまわして、いきなり本題からいきます。 migrate-redmine-to-gitlab migrate-redmine-to-gitlabを使います。 どれくらいちゃんと移行できるのか 公式ドキュメント の記述に、実際にやった結果を補足しながらまとめてみます。 ﹁移行可否﹂欄の凡例: ◎:問題なく移行できる。 ○:移行できるが若干の問題あり。 △:公式ドキュメントには移行できると書いてあるがやってみたらだめだった。 ×:移行
-
-
Help us understand the problem. What is going on with this article? 会社で働いていると、運用チームからの問い合わせがあると思います。 問い合わせというものは、割り込みに繋がり生産性を下げるのでなるべく減らしていきたいものです。 Redmineで管理されているオープンなチケットを10分の1に削減した話をまとめます。 常時、約50枚ほどオープンなチケットを5枚ほどに減らしました。 問い合わせが多くて辛みを味わっている方の参考になれば。 概要 Web自社サービス タスク管理ツール Redmine 毎日、5枚ほどチケットが増える 運用と開発がそれぞれ20人ほど こんな環境です。 改善のきっかけ うちのチームは、当番制で﹁問い合わせの窓口﹂(以下、窓口)となる人を作ります。 窓口の人がチケットを解決したり、有識者にチケットを委譲した
-
OSや、動かしたいアプリケーションに依りますが、ruby の実行環境の構築は大変です。 というのも、ruby 本体、rubygems、各gem などのバージョン指定が交錯していて、ruby の ecosystem に慣れていない人にとっては、なにがなんだかわからないからです。 こっちのツールを動かそうとすると、こっちが動かなくなる、みたいなことになります。rubyists は、バージョンの問題を吸収するためのツールを使ってこの問題に対処していますが、ruby に詳しくなくて、ただ ruby 製のツール(たとえば Redmine)を使おうとしている人は分からないでしょう。 そういう人が ruby に挫折しないように、事実無根な中傷をしないように、最近流行のツールで、バージョンミスマッチの問題をおこさない方法を説明します。この説明が対象としているのは UNIX,LINUX 系の環境だ
-
(本記事は @suer, @mallowlabs, @mzp がノリノリで共同執筆しました！) 近代的なソフトウェア開発に必要なツールは3つある。 分散バージョン管理ツール ITS CI ツール 私はこれに AsakusaSatellite (以下AS)を加えたいと思う。 以上の4ツールを使用することによって、迅速なコミュニケーション、洗練された自動化をベースとした開発リズムを体験することができる。 このあとの節では具体的なユースケースをベースに、上記ツールの連携方法及びそのメリットをみていく。 ユースケース‥開発中にソースコードの特定行で例外が発生した原因を探る ここは codefirst の開発室。 @suer と @mallowlabs と @mzp はリズム良くコードを書いています。 そんなとき、ビルドの異常を知らせるポップアップが表示されます。 さっそくAS上でミーティングがは
-
1
Redmine のプロジェクトを GitLab Issues へ移行する - Qiita
GitLab と Redmine を紐付けるツールを作りました | yuu26-memo
運用の問い合わせチケットを10分の1に削減した話 - Qiita
非 Rubyist に送る、失敗しない ruby 実行環境構築方法 - tomykaira makes love with codes
本当はすごい codefirst の開発環境 - suer のブログ
