IT管​​理のためのREDMINE:実践的な経験の広範な実装オープンソースシステム

小年配者。あなたが知っているように、自動化は常に「陽気な」何かで始まります。あなた自身またはあなたの経営陣を自動化する私たちは良い人生から始めました。これは通常、組織が成長するため、大量の着信および利用可能な情報をナビゲートするのが難しくなります。だから特定の時点で私たちの組織は急速に成長し始めたので、私たちは構造化された、有用で便利な何かをするためにカオスから非常に急速に必要とされていました。

カオスは私たちのシステムで何を意味しますか?つまり、分析や構造化要求の対象となっていない順序付けられていない要求がユーザーから来ており、そのようにプロジェクト管理はありません。お問い合わせは、組織で使用されている構造によってどの構造で使用されているかに応じて、お問い合わせは、郵便内のどこかに、アナリスト、プログラマー、部門管理者の中で閲覧しています。

私たちはRedmineソフトウェアを使ってあなたのカオスを削除することにしました。すぐに私たちが方法論について話さない予約をします。私たちはそれをどのように適用するかについて、Redmineの可能性について正確に話します。各社は独自のニュアンスを持っています、私たちに連れて行かないでください。あなたの分析を行い、あなたがあなたにとって正しいと必要と思うように行動します。ミスで学ぶのに誤りを恐れないでください。

私たちが持っていたカオスから、私たちは注文に移動しようとします。今、私たちはこのようにしています。もちろん、すべてがあったとは限らず、雲のないと滑らかになるでしょうが、私たちはとても試しています。

私達の会社の中で、私達は3つの主な問題を割り当てた:

  • まず、エラー、インシデント、および着信要求を追跡するためのシステムが必要でした。バグトラッカーを自動化する必要がありました。
  • 第二に、私たちはどういうわけかプロジェクト管理を割り当てたかった。自動化によって完全に監視されず、方法論の使用、および開発の段階と何らかの将来の段階で行う必要がある範囲で行われます。次に、このためにRedmineを使用しているのか、そして私たちがそれをさらに開発する方法を見るでしょう。
  • 第三に、ITサービス制御ユニット(ITSM)を別のシステムに割り当てたが、完全ではない。私たちの部署は管理される必要があるさまざまなITサービスを提供しています。

さらに、私たちの非公開の問題を割り当てました。

  • これは、プログラマーが自分の命を生きるため、システム管理者がまだインターネットマーケティング部などがあるため、繰り返します。
  • それぞれには、部門を管理するための独自の構造とその願いがあります。すべての部門では、さまざまな方法論、アプローチ、管理者、心理型 - システムの選択に刻印されています。しかし、それは同時に、そして1つの目標に達する必要があります - 組織内の特定の命令、情報のアクセスや予測の容易さ。
  • さらに、すべてのKPIがあり、これはすべての異なる指標によって計算されます。
  • さらに開発するために、着信情報の追加分析、部門で何が起こっているのか、そしてそれが組織全体に反映されているのか。
  • 私たちは私たちが入るフレームワークまたは、ほとんどの場合、入らないで、内部予算を管理しなければなりません。彼らはまた彼らを分析し管理する必要があります。これは、これを単一のシステムですべての方がよく、特にマニュアルに便利です。

したがって、私たちは1つに組み合わせることを望む3つのシステムを割り当てました。

これらのシステムのそれぞれについては、独立した特殊なソフトウェアがあります。それは彼ら自身の長所と短所を持っているすべての有名なオートメーション製品です。それであなたが自分のためにシステムを選ぶなら、すべてを考慮してください。

すべての製品がスライド上にリストされているわけではなく、ロシア市場だけでなく西部にもたくさんあります。しかし、私たちのために、この製品は、より多かれ少なかれわかりやすい英語であるだけでなく、一般的なユーザーだけでなく、この製品はロシア語のインターフェースでした。

どこへ行く?多くの製品です。さまざまな部署やコントロールからの要件は異なります。私たちは選びます。

分析および選択の結果、そしてAlexei Lustinの出願と同様に、特定の地域を覆うレッドマイン製品が私達にやって来た。それがどのような地域をカバーするかを見つけましょうか?

それは私たちが会社で走ったかったバグトラッカーを完全にカバーしています。これは、ユーザーや任意のレベルの顧客からのアプリケーションの受信の集中化です。それは最も基本的な痛みの点でした、そしてそれはすぐに自動化することが必要でした。私がすでに言ったように、この情報はこの問題を抱えていると思います。そのような情報は、結論の分析および取得の対象とはならない。その結果、それは次のことがわかります。

    • ナレッジベースの情報コンポーネントは分析し、次に何をするのかを理解することができます。これは反応速度を遅くし、途切れや作業の質に影響を及ぼし、その利益は直接依存します。
    • 新入社員の「ダイビング」時間を増やす企業システムと協力する。
    • 故障許容誤差もそれぞれ独自のものです - 作業システムなしの誰かが2分間住んでいることはできません。したがって、バグトラッカーは大きな役割を果たしており、その時点で問題が発生しました。

この製品はプロジェクトの管理を専門としていないため、Redmine Project Managementは半分をカバーしていますが、これに役立つ特定のブロックがあります。残念ながら、これは理想的な製品ではありませんが、その時点で彼はシステムに設定された要件を説明しました。

そして非常に小さいITMブロックが覆われています。 RedmineシステムはITサービスを管理することを目的としていないため、データと構造化データの中にいくつかの欠陥があります。 ITSMシステムのバージョンを選択することで、この状況から出てきました。

だから、私たちの選択はRedmineです。それはかなりカスタマイズされ、スケーラブル、柔軟で、便利な設定です。

なぜredmine?

  • これは甘い言葉「景品」です。 Redmineは無料ですが、予約して、あなたが自分のために選ぶプラグインがあることを確認します。いずれにせよ、プラグインを購入してRedmineプラットフォームを変更しないと、このプラグインを追加の投資なしで使用することができるため、ある種のコスト予測があります。たとえば、たとえば、更新する必要がある場合は、この更新のために支払い、さらに使用してください。 Redmine Platformのアップデートは年間1回または2回行われ、更新されたかどうか - これはあなたの欲求です。
  • Redmineは直感的なインターフェースを持っています。私たちはIT管理のための製品としてだけでなく、さまざまな部門のためのアプリケーションが受信された製品として、Redmineを実装しました。たとえば、管理上および経済部門のアプリケーションのために別のブランチが強調表示されています。
  • タスクに従って個別に含む様々な分析形式の優先順位を制御することが可能である。
  • 管理時間とリソースこれが頭の本体であると思います。それはあなたが部署がどの程度ロードされているかを理解することができます。
  • Redmineの分析と報告は弱く表現されていますが、広範なAPIがあります。 APIデータベースからデータを取得し、それらをシステムにアンロードしてレポートを入手できます。
  • プラグインを使用したマニュアル操作の柔軟な設定、カスタマイズ、および自動化。
  • GITとの統合は重要な指標の1つです。データベースのリポジトリはGITLABに接続されており、任意のRedmineタスクでログ(関連エディション)を参照できます。

情報の場合:gitは分散バージョン管理システムです。 ITは、ファイルやディレクトリの変更に関する情報(バージョン)を追跡、修正し、保存し、データの整合性を監視します。私たちの場合は、ソースコード1cについて話しています。

これが関連エディションのリストがどのように見えるものです。

  • タスク管理とエラー追跡これは標準のバグトラッカーです。
  • インシデント、プロジェクト、予算の管理。すべての予算形成はそれぞれ独自の方法で行われます。私たちが自分で自動化した方法を示すでしょう、そしてあなたは自分で予算の管理を自動化することができます - 私はそれが簡単になるだろうと思います
  • RedmineのWikiはあまり実装されていませんので、ナレッジベースとコラボレーションを作成する目的で別の製品を使用することをお勧めします。私自身のために、私たちはAtlassianからConfluenceシステムを選びました。これは最も一般的で仕事が簡単なものの1つです。システム:Dokuwiki、MediaWikiなどを検討することもできます。

フードの下のRedmineとは何ですか?

  • 非常に迅速にredmineを展開するだけです。
  • ほとんどのOSで動作します。
  • 実装されているプラ​​ットフォームはRuby on Railsです。あなたが私たち自身の下でRedmineをカスタマイズしたい場合は、Ruby on Railsにコンピテンシーを持つ必要があります。そうでなければ、それほど便利ではありません。すべてが既製のプラグインを作ることができるわけではありません。
  • さまざまなDBMSのサポートはそれ自体で話す。
  • RSSまたはEメールでは、任意のイベントに関するアラートを整理できます。
  • AD認証が可能です。
  • SCMバージョン管理システムとの統合(SVN、CVS、GIT、Mercurial、Bazaar、DARC)。

redmineを満たす

Redmineをダウンロードし、コンピュータにインストールして「実験」をインストールできます。またはクラウドサーバーを使用し、「ワンクリック」を使用して、通常はホスティングサービスに含まれているRedmineのプリインストール版の版を入れる。

クラウドサービスの使用を含むシステムのインストールの例は、インターネット上で見つけることができます。リンクの公式指示:

それでは、redmineのタスクのリストのように見えます。

標準といくつかの追加のインターフェースがあります。 TRUE、インターフェイスを変更するとき、いくつかの関数は作業を止めることができます。カスタムインターフェイスは、作業するプラグインを考慮に入れない - 結局のところ、これはオープンソース製品です。しかし、これは標準的なインターフェースを使用しても便利なツールであることを妨げることはありません。

投与は別のかなり理解できない構造で割り当てられる。

あなたのRedmineに接続されているモジュールのリストは、常に適切な管理セクションで見て分析することができます。

私たちは「きれいな」レディマインを持っていません。約35のプラグインがあります。私たちはそれらのいくつかを買った。

プラグインの情報は、キーワード「Redmine用のプラグイン」で検索エンジンにあります。たとえば、Redmineの操作を開始するには、良いプラグインをダウンロードまたは購入できるサイトがあります。

すべてのプラグインがロシアされています、あなたは買いや使います。主なことは快適に選ぶことです。サポートされているバージョンがあなたのものと一致しない場合、プラグインが機能しないため、どのバージョンのRedMineがサポートされているかに注意を払うだけです。

私たちのニーズの自動化について少し

構造 "プロジェクト"

標準的なリーダーシップに従ってではなく、Redmineを使用します。一例として、システムのフレームワーク内では、「プロジェクト」の概念は構造の階層内の別個の分岐である。 「プロジェクト」ツリーをレベルの分類として使用します。最上位レベルでは執行部門があり、彼は提供された部門の対象となり、システム、サブシステム、およびサービスに従っています。

木の一部はこのように見えます:

システム管理部門はまた、プロジェクトの階層へのアプローチを使用しています。この作品は提供されたサービスの分類に基づいて構築されています - それはサービスコントロールの問題を解決するのを助けました。したがって、ITSMブランチでは、プロジェクト階層はビジネスサービスカタログです。便宜上、それらは番号付けされています。

Redmineのアプリケーションの入場

例によると、私たちがRedmineでアプリケーションの受信をどのように編成したかを説明します。

私達の部署は3つのグループに分かれています:

  • 開発チーム;
  • 分析と伴奏のグループ - ここでは、「2と半分」のサポートのレベルを作り出す従業員に含まれます。それらは、必要に応じて、必要に応じて、コード分析の要求を書くことができます。また、問題を解析し、コード分析の要求とコード内の正しいエラーを書くことができます。その結果、小さな問題からのプログラマーの気晴らし、およびアナリストの助けを借りて、顧客からのプログラマを別々に除外することができます。すべて、おそらく彼らの間の関係の問題に直面しました。
  • データベース1cの管理者のグループとグループ。

したがって、私たちとのRedmineのアプリケーションの受信は、強調表示されたメールボックス上の通常の文字の書き込みを通して実行されます。個々のメールボックスの組織化のために、私たちは各部門と各グループの「プロジェクト」構造を割り当てた(例えば、プロジェクト "構造を割り当てた。

各プロジェクトに対して、HelpDeskプラグインのメールボックスを設定しました。スクリーンショットは、プロジェクトの1つのヘルプデスクプラグインの設定を示しています。

"Project"に添付されているメールボックスに入る文字は、 "ユーザー要求"のビューを持つアプリケーションとして私たちのシステムに分類されます。これらすべてが、人件費の従業員が着信要求の主要分類に減少します。 (スクリーンショットの例:1.2管理者1C、1.4チケットConfluence、YURAIT DPPのための1.5サポート)

そのような構造の選択を生み出すことが不可能であるならば、それは1つのメールボックスを選択することが非常に可能であり、そのツリーには一次分類の後に最初のサポートラインに配布されます(Sample ScreenShot) :1.3ユーザーサポート)。

その結果、アプリケーションはサイクルを通過します。

  • まず、プロジェクトの主な自動エントリが起こっています。
  • 次に、アナリストはアプリケーションを配布します。分類、分類、優先順位付け。
  • その後、アナリストはアプリケーションを目的の分岐に転送します。

アプリケーションでは特定の分類フィールド、それらのいくつかは大理石であり、その部分は私たちによって追加されています。これに応じて、パラメータを使用した主に必要な充填が行われます。

  • 優先;
  • カテゴリー;
  • 顧客部門。
  • さまざまなタイプのカステムフィールド。

それら。インシデントが発生した場合は、気付かえませんが通過しないことを確認できます。

使用される受信アプリケーションとフィールドの例

設定 "プロジェクト"

「プロジェクト」の中には、いくつかの種類のトラッカーがある可能性があります。ここでは、例えば、しばしば使用されているトラッカー:

  • ユーザーリクエスト
  • 仕事;
  • エラー;
  • 文;
  • ビジネスプロジェクト
  • ビジネスプロジェクトのプログラムなど

トラッカーは無制限の番号かもしれません - それらは手動で追加することができます。各トラッカーは柔軟に設定されています。

「プロジェクト」設定では、どのトラッカーが使用されるか、およびどのカスタムフィールドを接続できるかを指定できます。

また、必要なモジュールやその他の設定も各ブランチに接続されています。これを標準のRedmineのマニュアルで見つけることができます。

モジュールを接続した後は、複雑な操作を作成する必要はありません。現在の "Project"のモジュールのリストを保存する必要があるだけで、必要に応じてタブの形で表示されます。設定。

さらに、REDMINEは、「プロジェクト」および別々の関連機能の両方とも、各フィールドの可用性の両方の異なるレベルの権利にアクセスするように非常に柔軟に構成されています。

概要ページ「プロジェクト」では、あらゆる種類のトラッカーと統計情報が表示されます。また、トラッカーに「落下」の場合は、この問題のこの「プロジェクト」の部下を見る - 「カード」を呼びましょう。

ビジネスプロジェクト

少し繰り返します。 Redmine "Project"の概念で - これは構造の構造の分野であり、実際のプロジェクトのメンテナンスのために、私たちは「ビジネスプロジェクト」と「ビジネスプロジェクトプログラム」トラッカーと別の分岐を割り当てました。これにより、当社のビジネスプロジェクトにステータスレポートを保持し、配布拠点の点でコストを作成することができます。

この分岐の構造は、具体的な包括的な綴りに分けられます。部門、顧客、システム、サブシステム。

だから私たちの経営企業、部門はWiseadVice GKに含まれているすべての会社に集中しています。これに関して、私たちは、いくつかの会社の会社と関節のために個別にプロジェクトを導通しています。その結果、プロジェクトごとに、課題は出発し、部門のコストを執筆することです。

ビジネスプロジェクトカードでは、必要なフィールドを設定することもできます。使用するフィールドの例:

  • ベース配信/コスト受信者。
  • プロジェクトのボーナス。
  • 人件費の評価
  • 開始/完了日が計画されています。
  • 日状況報告書など。

プロジェクト内で作成されたすべてのタスクは、ビジネスプロジェクトのメインカードに従属しています。

ステータスレポートは、少なくとも週に1回は顧客に渡されます。全体の物語はカードに蓄積し、関係者に送られます。

顧客およびその他の利害関係者は、いつでもビジネスプロジェクトに関する以下の情報を見ることができます。

  • プロジェクトの状況
  • 推定人件費
  • 実際の人件費は現在、執行および従業員の状況に記載されています。
  • プロジェクト準備
  • 事業プロジェクトの定式化
  • 対応の歴史全体。
  • 優先順位付けのために延期された場合、プロジェクトの計画日が始まった。
  • プロジェクトの完了予定日。

実際の人件費は部署のスタッフによって費やされた時点で、従属ビジネスプロジェクトの課題から収集されます。

形成されたタスクに基づいて、ガンタ図を構築することができますが、有益なバージョンでのみ構築できます。さらに、それを使用して対話的に使用することは不可能です。

カレンダー計画のスケジュールを使用して作業するときは、グラフィックレポートを使用できます。例えば:

タスクボードを使用して、毎週の計画内にタスクを配布します。

これはすべてプラグインを介して実装されています。これは、AgileまたはKanbanボードを導通する可能性を備えています。

例として:

プラグインの特性を考慮すると、かんばんボードのように判明しています。それは、パケットによって対話的に圧倒されます - ステータスとパフォーマー間の両方との間でも。 3つのインターフェイスでチェックされました - それは2つだけ機能します。標準インターフェイスは正確に実行されています。大規模なテレビ/スクリーンに惑星/集会を展示するのに非常に便利です。

また、計画はバージョンを使用して実行され、バージョンをリリースに変換することができます。

部門の作品の有効性として、私たちはコストの分配費用と部門の実際の人件費の費用の文脈の文脈を形成します。

標準的な労働報告について概説することができます。

人件費の報告書の傾きを使用します。

  • 原価配布データベース - 私たちのカスタムフィールド。
  • コスト受取人 - 私たちのカステムフィールド。
  • ユーザーは標準フィールドです。

形成は期間の文脈で発生する可能性があります。

私たちの予算には「月」だけを使います。報告例:

スクリーンショットは、8月のための流通基盤の文脈で実際の人件費を持つ例を示しています。

さらに、宣言された各時間値に対して詳細なレポートを作成できます。必要に応じて、すべてのレポートがCSVに変換されるため、Excelではさらなる分析を行うことができます。

そして、もちろん、本当の1C-NickNameとして、必要なグループと情報を使用して1Cでレポートを作成するために、1CのRedmineからアンロード情報を書き込むことができます。

コストレポートの1つの例:

Redmine関数についてもう少し

Redmineで追加の便利な機能のうち、ハイライトします。

  • 認証モード - 広告による、またはログインとパスワードによって。

  • 警告システムユーザーはタスクの変更を通知されます。電子メールアラートとRSSを設定できます。

  • ユーザーをグループに組み合わせる。このツールを使用すると、企業のRedmine階層構造に形成できます。アカウンティングシステムとの統合に関するプラグインがあり、その構造をグループにクローニングする。
  • 複数レベルのセットアップを持つロールモデル権。

  • 各役割について各トラッカーのワークフロー(ライフサイクル)を設定します。

  • MS Outlookを持つ統合プラグインの存在たとえば、文字から直接Redmineでアプリケーションを作成するなど、さまざまな機能を持つかなり便利なプラグイン。オフィシャルサイト:

https://ru.a.ausoftware.com/

  • 電信、SMSゲートウェイなどのインスタントメッセージングシステムと統合するためのプラグインもあります。任意の通信チャネルでは、インシデント、監視情報などなどのアラートを送信できます。
  • 能力がある場合は、プラグインを自分で作ることが可能です。

質問と回答:

ホールからの質問 : 私たちが顧客にアクセスしたとしましょう。サポートされているサービスの一覧があるとします。たとえば、サンプルのように、SysadminovとCoder Servicesのサービスがあります。ある種の顧客で、私たちは両方の種類のサービスに取り組み、ある種の1種類のタイプで働きます。どのタイプのサービスを顧客に利用できるようにするための権利のレベルで可能ですか?

回答: これは、選択したサービスのタスクをこの顧客に個別に作成できる顧客 - 「プロジェクト」に割り当てられた別のブランチによってのみ異なります。あるいは、このサービスの「プロジェクト」サポートの支店内のすべてのタスクへのアクセスを提供する必要があります。 「箱から出して」の「抜群」の「プロジェクト」でサービスの符号と顧客に権利を制限する標準的な機能はありません。あなたはそのようなプラグインを探すか、それを自分で書きます。そのような複雑な構造はありませんが、個々の主要な単位にのみ利用可能なタスクがあり、それらが作成されました。

ホールからの質問: 各顧客は「プロジェクト」であることがわかります。サブプロジェクトは行うことができますか?

回答: はい、あなたが好きなだけです。たとえば、ギリシャ語が顧客部門を区別し、顧客に関連付けられているヘルプデスク全体、および構造全体が表示されないように、それを主要な従業員からアクセスすることを忘れないようにしてください。彼女はかなり大きいです。設定で柔軟に柔軟に柔軟に、そして残念ながらその柔軟性にはいくつかの不便を提供する制限があります。もちろん、より便利な非常に専門化された解決策がありますが、彼らは支払われます。

ホールからの質問 : そして、各ステータスで行われた人件費は合計されていますか?たとえば、「作業中」のステータスで、人件費が0.3を設定し、その後「分析」の状況についても、いくつかの人件費を設定します。

回答 : 主な費用は一般にタスクのために行きます。ステータスに従って人件費を分類することは不可能ですが、人件費はフィールド「アクティビティ」を持っています。そのエッセンスはあなたが時間を消すプロセスを反映することができます。編集可能です。人件費を書くとき、従業員は修正された活動の種類を選択します。次に、レポートを使用して、プロセスのコンテキスト内の時間を撤回することができます。

活動の種類を示すことなく、報告書は、従業員の文脈における合計時間によってのみ形成することができます。

概要分析データはレポートで見ることができます。タスクに直接現在のタスクのコストのみが表示されます。

ホールからの質問 : テクニカルサポートの最初の行とテクニカルサポートの2行目を持っていることがわかりました。それらのそれぞれは、同じステータスで同じステータスで「作業中」に費やしています。したがって、3行目の1行目の1行目のタスク上の実際の人件費を最初の行に定義することができますか。

回答 : 私は繰り返します、費用は課題に一般的に行きますが、一人の人が何度も過ごしたら、そしてその後時間を過ごした場合 - これはここに反映されています。部分的に答えは前の質問の下で行われました。それからあなたはどれだけ費やしたのかを彼らのどれだけどれだけ見ることができますが、このバージョンのみです。人件費を除去するためにカスタムフィールドを追加するか、ユーザーグループを使用し、さらに分析レポートを作成する場合にのみ個別のコストはありません。

ホールからの質問 : ユーザーの操作はどのように編成されていますか?メールで?

回答 : 送信は、このタスクのオブザーバである場合は、電子メールの標準文字、またはユーザーによって書き込まれるか、または自動的な折りたたみが行われます。また、彼がRedmineユーザーであれば、トップパネルにはいくつのタスクが指定されているタスクの数といくつの変更がいくつあります。私は私が20個のタスクを持っていることを見て、そのうちの1つが新しく、変更されました。ユーザー側からの電子メールだけ。

上記のように、プラグインを接続するときは、インスタントメッセージングシステムを使用してユーザーにユーザーに通知することができます。

ホールからの質問 : アプリケーションの送信用のWebインターフェースはありますか?

回答 : そうではありません。 Redmineはスマートフォンやタブレットで動作します。適応したインターフェースを持っています。しかし、アプリケーションは電子メールを介して送信することも、システムに直接ユーザーにアクセスすることもできます。追加の機能として、プラグインをOutlookに入れることができ、RedMineでタスクを作成できます。

現在、トラッカーのハイダープラグインがあり、ユーザーやロールのコンテキストでトラッカーへのアクセスを制限できます。

例: "Project"で "Observer"ロールを持つユーザーは、 "ユーザーリクエスト"トラッカーを含むカードのみのカードです。

ホールからの質問 : そして電子メールを操作する機能は、ボックスの1つまたはプラグインからのものですか?

回答 :はい、それは「箱から出して」です。プラグインの助けを借りて、それは単に追加の設備と設定を取得します。

ホールからの質問 : そして、私たちがシステムに入力した顧客の通知を特定のステータスでのみ実行したことを構成することができます。タスクが完了したときにのみ通知が必要な場合は、なぜ私たちの内部10段階を見るべきですか?

回答 :このような状況は以下のように解決されました。

1.まず第一に、ユーザの顧客の標準のRedmine通知をユーザ設定で無効にします。この設定は、現在のユーザーのすべてのRedMineに対してグローバルです。

2.さらに、必要な分岐(「プロジェクト」)には、文字を送信する可能性がありました。

3.アナリスト、またはRP-SHNIKは標準メカニズムを使用して電子メールを送信できます。カード編集モードに「メモを送信」を押すと、サインインします。必要に応じて、追加の受信者を指定できます。

4.送信者は任意のテキストを書いて必要な添付ファイルを追加することができます。または以前に設定されたパターンを使用してください。

 

これを行うには、完成したパターンが選択され、手紙の文字に置き換えられ、必要に応じて追加の情報を入力するのにのみ残っています。

その後、「Accept」ボタンをクリックする必要があり、その後コメントが保存され、文字が送信されます。顧客は通常の文字の形で通知を受け取ります。

これは標準的なメカニズムです、私たちは何も触れませんでした。各プロジェクトのテンプレートはカスタマイズされています。これは、Analystコンサルタントのかなり有意な簡素化です。あなたが同じテキストを書くたびに、それは面倒です。

顧客からのテキストを非表示にすると、タスクカードに直接アクセスできる場合は、「プライベート」のコメントを使用するか、またはこの種のコメントへのアクセスをオフにすることでのみ可能です。

2番目のオプションは追加のプラグインを使用することです。デフォルトでは、そのような設定はありません。

ホールからの質問: 受信したタスクに相手方をバインドすることは可能ですか?たとえば、PBXがPBXで電話をかけており、RedmineはPBXから到着した番号を取り、タスクを作成して相手方に教えてください。取引相手の階層のタスクを解決しましたか?

回答: いいえ、私たちはredmineをIPテレフォニーと統合していませんでした、それは私たちの目標ではありませんでした。アイデアは良いですが、私たちの詳細では必要ありません。インターネットでは、アスタリスクとのRedmine統合を見つけることができます。

ホールからの質問 :IPテレフォニーではなく、相手の階層に問題があります。マネージャーは、1CとしてRedmineの相手の同じ階層を見ることをお勧めします。

回答 : いいえ、接触構造は平坦です。追加した唯一のものは部署へのリンクです。私たちが使用する最大のものは部門別に連絡先を収集しているので、国内のサービスのバグトラッカーを作り、外部の顧客のためのものではありません。 Redmine自体では、相手の階層を編成することは不可能ですが、Redmineと1cの単位を関連付け、このレポートを1Cからフォーム化することもできます。

ホールからの質問 : そしてスクラムの深さはどこにありますか?条件付きスプリント - 7暦日(5営業日)があります。スプリントの繰り返しは何ですか?カレンダー週は何ですか、スプリント番号は何ですか?

回答 : スクラム深さはバージョンによって制御できます。バージョンの機能があります。

このためには、特別なセクション「操作計画」(またはインターフェースに応じて「バージョン」)があります。

たとえば3つのバージョンがあります。

 

各バージョンは独自の名前、ステータス、完了日に制限されている可能性があります。

バージョンごとに、タスクリストが表示されている場合は未完成の数だけでなく表示されます。

視覚化のために、ダイアグラムを形成することができます

バージョンをグループ化したり、タスクを破ることができます、あなたはそれらに従ってボードを構築することができます。スプリント間のタスクを転送できます - そのような機会はバージョンの「計画バージョン」にあります。

実際、Redmineは、範囲やカンバナの作業を整理するためのツールです。しかし、時には便宜上十分な仕分けやその他の小さなことがないことを考慮に入れる必要があります。おそらくそれをサポートするプラグインがあります。必要な電流機能では十分です。ここでは、タスクの割り当てを行うことができます.Sprintsの間を移動するには、計画された時間などの時間がないことを確認してください。

ホールからの質問 : 現在のスプリントで満たされなかったタスクを考慮に入れる方法ステータスに表示されますか?それとも、彼らは自動的に、私は彼らが新しいバージョンを予約するために現在必要になっていることを示すでしょうか?

回答 : バージョンに従ってタスクを選択できます。たとえば、「運用計画」を見るには、完了したパーセントとどのように満たされたかについて。それら。スプリントから閉じられていないタスクとまだ閉じていないものはいくつかあります。ここで書かれます。対応する項目をクリックすると、閉じていないタスクのリストが開きます。さらに、私が言ったように、それらは分析され、他のスプリントに移されることができる。

同じバージョンとステータスのコンテキストに従って、タスクを使用してボードを作成することもできます。

そしてもちろん、必要な選択を持つタスクの標準リストを使用します。これは保存して永続的な操作で使用できます。

ホールからの質問 : タスクを別のスプリントに転送するにはどうすればよいです - もう1つのタブでタスクのリストを開く必要があります。

回答: そうかもしれません。しかし、バージョン計画ツールを使用するのが便利です。希望のタスクの特定のバージョンの未割り当てタスクまたは未完成タスクのリストから選択し、それをスプリントでこのタスクを実行する次のバージョンに投げます。

ホールからの質問: そしてどのようにあなたはすべてのロック解除されたタスクを与えることができますか?たぶん3つか4つのバージョンが戻ってくる私はそこにいくつかの種類の重要な仕事をしました。私はそれを記録しました、彼女はそこにぶら下がっています。彼女が絶えず私にぶら下がっていたように私は彼女を失うことはできませんか?私が理解した限りでは、選択したスプリントから未割り当てタスクやタスクのみを見ることができます。そして、累積的な結果を持つすべてのロック解除されたタスクを理解するために、現在のスプリントにそれらを取ってください。

回答: これはタスクのフィルタリングを使用して実装できます。必要なパラメータを使用してステータス「開く」の選択設定を行うことができます。

 

たとえば、「閉じるタスク」と呼ばれる設定を検討することができます。私たちの部署によって実装され、顧客に顧客に転送されたステータスが「解決された」というタスクがありますが、顧客からのフィードバックはまだ受け取られていません。それら。これは、生産活動の結果を明確にして閉じるためにチェックする必要があるタスクのプールです。たとえば、ステータスフィルタ値「対応」と符号「新規」で変更できます。その結果、最初に機能していない新しいタスクが表示されます。ステータス、優先順位、カテゴリ、標準フィールドとカスタムフィールドの両方の値を変更できます。

たとえば、フィルタに特別なユーザーフィールドを追加できます。これは便利なツールで、とても簡単です。プロジェクトのために、タスクのために連絡先。

新しいフィールド - オブジェクトの種類を指定します。追加する、ほとんどの場合は「タスク」を使用します。

フィールドフォーマットを指定します - 必要なニーズの90%の場合、どこかにカバーされているオプション。

名前を指定して、役割が利用可能なのでしょうか。

トラッカーが適用されるプロジェクトを示す。

ホールからの質問 : そしてカスタムフィールドは必須にすることができますか?

回答 : もちろん、1Cの追加の詳細との類推による。

必須フィールドには、名前の右側に赤いアスタリスクが付いています。

ホールからの質問 : そして、どのようにして行われた仕事に報告がありましたか?同じタスクで別のユーザーに進みます - タスクイニシエータがあり、パフォーマーがあります。

回答: それが正しいと、フィールドが割り当てられているのか - それが割り当てられているかどうか、それは最終的な値を返します。

私たち全員がどのように手配されているかを教えてください。部分的に繰り返します。

  • Service Desk用の最も重要なトラッカーは「ユーザー要求」で、メールが自動的に分解され、文字は「ユーザー要求」になります。ユーザーがRedMineからの通知に応答文字を送信したり、同じトピックで明確な文字を送信した場合、トピック内のトピックやIDでは、そのような文字から既存のクエリへのテキストを自動的に添付します。
  • 次に、例えばKIS部門のカウンセリングの要求が来たとき、アナリストコンサルタントはアプリケーションを分解し、その主要分類を生み出します。これがインシデント、エラー、またはタスクであると判断します。それは新しいプロジェクトにアイデアになることさえできます。したがって、これもサービス机の一部です。分類後、すべての「ユーザー要求」は、さらに作業がすでに行われているITaskブランチのサブプロジェクトに配布されます。
  • この作業が開発者のタスクを縮退させると、そのユーザーの要求に基づいて、関連する下位の「タスク」が作成されます。つまり、「ユーザー要求」トラッカーはそれ自体で存在し、タスクトラッカーも個別です。私たちは小さな変更と誤り訂正について話しています。それらは「ユーザー要求」から現れます。
  • タスクが特定のビジネスプロジェクトに関係し、開発者が「ユーザーリクエスト」に基づいてそれをしなかった場合、それはKISAの機能のブロックに対して下位のビジネスプロジェクトに関連付けられているため、後のタスクが見られます- どのブロックとそれに関連していますか - それは「ユーザー要求」またはビジネスプロジェクトでした。
  • 別途、トラッカー「ビジネスプロジェクト」を存続し、これは、要求とマイナーな洗練のユーザーとの間ではなく、すでにビジネス価値を持つ本物のプロジェクトを持っています。下位のタスクとしての「ビジネスプロジェクト」では、サブタスクやタスクのパックでさえも、劣後および接続があります。これはそのような小さな証明です。これらのサブタスクはすべて、KISの機能のブロックに再び接続されています。
  • そのタスクがどこから来たのか、Service Descaから、またはビジネスプロジェクトからのものではありません。しかし、私たちは皆、それらを機能のブロックに結び付ける。

上記に基づいて、私は繰り返し、我々は文脈で人件費を見ることができます:

  • KISAの機能のブロック
  • プロジェクト
  • 出演者
  • 通信「要求 - タスク/ビジネスプロジェクト - 下位トラッカー」。

スクリーンショットは、月1月のプロジェクトの文脈で実際の人件費を持つ例を示しています。従業員は、実際に行ったタスクに費やされた時間を費やす必要があります。これはタイムシートと呼ばれます。毎日の開発者が「作業報告書」の特別な記録を入力し、時間を延長します - 労働の事実が形成されます。したがって、実際には、プロジェクトの予算を管理しています。

私たちのプロジェクトには予備的な作業計画があります。そして私たちが見る各プロジェクトで、私たちはそれを超えていないかどうか。 RedMineはプロジェクトに従属するすべてのタスクの幅を自動的にまとめます。したがって、このプロジェクトに700時間割り当てられていることがわかります。私たちは事実を見ます - 617時間が取り残されました。これはプロジェクト管理要素の1つです。

事件システムの活動の過程は、次のように表すことができます。

  • アナリストコンサルタントは、必要に応じて要求された要求の分析を行い、開発タスクを形成する。
  • 開発者はタスクを実装し、その分析コンサルタントを検証してさらなるコミュニケーションを返します。
  • アナリストコンサルタントは、結果の説明を用いて、ユーザの要求においてすでに通信している。
  • すべて順番にある場合、アナリストはタスクを閉じます - 開発者はタスクを閉じることを禁じられています。

より多くの主要なタスクでは、含めます。設計、プロセスはより展開されたものです。

そしてもちろん、すべての変更はリリースの解放を通して作業ベースに分類されます。

もっと便利なオプションでそれを提出した場合、私たちは自分の「8」を持っています。

それら。本当に多くのタスクが責任ある間に遷移しますが、それは私たちにとって重要ではありません。私たちは、従業員の文脈、費用の流通、顧客、そしてまれな場合には活動の形で人件費を評価します。これはすべて前に述べられています。

ホールからの質問 : 特定の開発者がどのようなタスクが満たされたかについての情報を得ることが可能ですか?

回答 : 有る。どのくらいのタスクがどのくらいのタスクと費やしたのかをどのくらいの時間と費やすかを見ることができる「作業報告書」ツールがあります。

あるいは、標準報告書「人件費」によって見ることができます - それはまた復号化を伴うユーザーの文脈で形成することができます。

ホールからの質問 : 人件費を追跡する方法

回答: 従業員はまた、「作業報告」を通じて仕事を制御します。そして、タスク内の人件費の固定は手動で行われます - タスク内または「作業報告」のいずれかで行われます。時間を追跡できるプラグインがあります。たとえば、Redmineの問題タイマープラグインは次のようになります。

タスクの作業を開始すると、従業員が[Play]ボタンをクリックし、最後に - [一時停止]ボタンをクリックします。タスクを維持するときは、人件費が固定されています。

ホールからの質問 : 時間管理とリソースへの質問は、私の従業員がどのようにロードされているかを見ると、登録がすでに起こった、または計画することが可能ですか?明日私のプログラマーはこれのタスクを受け取る必要があり、明日これの翌日に私のプログラマーが必要です。そして私は、従来から言えば、それは強力なプログラマーであり、それは強力なプログラマーです、そして彼は2つ、1日3人のうちの問題なしにレポートを持つことができ、私は一週間のタスクのキューを入れることができます。

回答 :計画する能力は、完璧ではありません - 無料の製品はあなたのニュアンスを作ります。 「スケジュールされた時間」の分野があり、計画時間で標準フィールドがない場合 - あなたのカスタムフィールドを設定することが可能です - 何時間も何時間もかかります。計画時間を指定して、計画と実際の時間を比較することができます。そしてもちろん、ポーカープランニングのために標準のストーリーポイントフィールドを使用することができます。

ホールからの質問 : あなたはWikiがredmineで不快に言ったと言った。

回答 :RedmineのWikiは非友好的に見えます。

 

記事やタスクをフォーマットするには、マーキング言語のマークダウンが使用されます。フォーマットは "Flyで"ではありませんが、マーキングシンボルを示す。

検索は - テキストの内側の単語と見出しに従って。検索で「Exchange」と入力した場合は、テーマとトラッカーの両方を提供します。トラッカーの種類による選択があります。

目次はメインページではなく、Wikiを入力すると、単に作成された記事のリストが表示されます。

目次は次のとおりです。

そして、もちろん、RedmineのWikiは記事のみを保存するためのものです。協力するためには使用できません。

物品の変化の歴史は行われ、いつ、そしてどの変化が生まれたのかを発見することができます。

ホールからの質問 : Wiki Fillingはどのようにいかがですか?

回答 :私達のプロセスは以下のように構成されています。サービス机の分析は、過去の期間にわたって一定の周期性で行われます。アナリストによって作成された初期分類の助けを借りて、私たちはテーマを要約して最も問題のあるゾーンを識別しようとしています。次に - 私たちは自己サービスを紹介します、すなわちユーザー自身がその問題や質問を解決できる方法を説明します。さらに、現在の作業中、アナリストは、全体的な分析を待たずに、必要な場合にはその裁量で記事を作成できます。また、Wiki命令の作成は、開発されたビジネスプロジェクトの枠組みまたは特別な専用文書化プロジェクトの枠内にあります。これはコンフルエンスではなく、コラボレーションではありません。これは管理方法で上から下へです。ユーザーはこれに参加しません。

ホールからの質問 : 同僚の1人は非常に興味深いシステムを使用しています。私は本当にそれが好きでした、私はそれを私自身を実装したいです。テクニカルサポートの最初の行は常にWikiからタスクを閉じることを義務付けられています。そして、Wikiに記事が見つからない場合、彼女はテクニカルサポートの2行目に取り組みます。そしてすでに2行目はタスクのためにマウントされなければならない記事を作成します。

回答 :私たちもそう試してみるが、我々は反復的に行動し、分析した、いくつかのイベントを作った。しかし、それは数ヶ月かかります。その後、このブロックを割り当て、必要なブロックを割り当て、数多くのイベントを作成しました。

ホールからの質問 : あまり明確ではありません - Redmineとのgit統合はどうですか?

回答 :1Cストレージに変更を保存すると(計算時)、説明には「#74516」などのタスク番号を示します。したがって、私たちは会計処理を行います - 私たちはgitストレージ内のどの委員会がタスクに関連付けられているかを見ることができます。これが都合よく管理できるように、これがデスクトップソリューションであり、必要に応じて同じ場合は別のソリューションに行くことができ、すべてのRedmineのニーズをカバーできるわけではありません。したがって、もう一度お詫び申し上げます。 - 製品を選択した場合は、自動化したいこと、および「カバー」をブロックしたい分析します。

ホールからの質問 : モバイルアプリケーションをRedmineから使用しましたか?

回答 :モバイルアプリケーションは、非常に快適ではありません。私たちの組織では、それを必要としません。私たちは主に固定電話コンピュータまたはラップトップに取り組んでいます。また、SMSまたはTelegramを使用して、情報機能を使用してプラグインを使用することもできます。

ホールからの質問 : あなたはあなたがgitでリポジトリを降ろすと言った、そしてあなたはgitに何を見ていますか?

回答 : Commut Gitでは、タスクへのリンクがあります。委員会からタスク自体を開きます。そして問題から、私たちはそれに関連するコミュートを開くこともできます。各プロジェクトに、階層が何であるかに関係なく、リポジトリを接続できます。もちろん、GITとの統合はWebインタフェースを完全には管理しません。ハンドルはまだ登る必要がありますが、素早く簡単です。

最後に持っているもの:

上記に基づいて、簡単な結果をまとめます。

長所:

  • RedMine - 大規模およびアクティブなコミュニティを持つOpenSource製品。
  • それはコスト、安​​価で、柔軟で、カスタマイズされ、簡単に統合でき、そしてスケーラブルに投影されます。
  • バグトラッカー、半プロジェクト管理、かなりのITSMを完全にカバーしています。
  • gitとの統合があります。
  • 「その場で」キャスター化します。
  • それはかなり広い範囲のプラグインを持っています。さらに、プロセスを自動化するためのスペシャリストを見つけるのは簡単です。
  • 実際の人件費の便利な会計人件費と予算を計画する可能性。

マイザース:

  • 不快なウィキ。
  • あなたがあなたのプロセスを自動化する必要があるならば、Ruby上のRubyで能力がない場合は、プラグインの使用やサードパーティの開発者の検索が可能です。
  • 少数の分析報告書。
  • 必ずしも「フレンドリーな」インターフェースではありません。
  • 階層の形で保存したい不快な大量分類器。

Redmine製品を使用する過程で、私たちは、私たちの活動の分析、体系化、そして自動化、そして私たちの構造の中の混乱の減少について大量の作業を行った。彼らは部門内および組織全体のビジネスプロセスの両方のプロセスの変更と最適化をしました。部門の取り組みおよび設計活動に関する最適化され改善、分析および管理機能。

私たちが撮ったさらなるステップは、より便利なコンフルエントシステムの知識ベースを強調することです。一緒に働く可能性は、組織の開発における主なメカニズムの1つです。

Redmine Partでは、より明確で管理されたビジネスプロセスを構築するための追加の手順があります。

一般的に、ツールを選択して、あなたのカオスを気付かえなくさせてください。

****************

この記事は、InfoStart Event 2017 Community ConferenceでのRead Read Readの結果に書かれています。ここでもっと多くの記事が見つかります。

2020年に、私たちは皆の地域割当、そしてモスクワの記念日のInfoStartイベント2020に参加するように皆を勧めます。

イベントを選択してください。

redmine。 - プロジェクト管理およびタスク用のServer Webアプリケーション(エラートラッキングを含む)を開きます。 RedmineはRubyで書かれており、レール上の有名なWebフレームワークRubyに基づくアプリケーションです。 GNU General Publicライセンスに従って配布されています。

機能

この製品には、次の機能があります。

  • いくつかのプロジェクトを維持する。
  • 柔軟な役割ベースのアクセスシステム。
  • エラートラッキングシステム
  • ガントとカレンダーチャート
  • プロジェクトニュース、文書、ファイル管理。
  • RSSストリームと電子メールを使用した変更の警告。
  • 各プロジェクトのためのWiki。
  • 各プロジェクトのフォーラム。
  • 一時費用の会計処理
  • インシデント、時間費、プロジェクト、およびユーザーのためのカスタマイズ可能な任意のフィールド。
  • バージョン制御システム(SVN、CVS、GIT、Mercurial、Bazaar、DARC)との簡単な統合。
  • 受信した文字に基づいてエラーレコードを作成する。
  • 複数のLDAP認証のサポート。
  • 新しいユーザーを独立して登録する機能。
  • 多言語インターフェース(ロシア語を含む)。
  • MySQL DBMS、PostgreSQL、SQLite、Oracleのサポート。

データベース構造

ユーザーシステム

ユーザーは対象地域の中心的な概念の一つです。ユーザモデルは、人事や顧客のシステムを識別し認証するための基礎となり、異なる役割、プロジェクトなどでそれらを承認するための基礎です。

役割

ユーザロールは、ユーザアクセス権を決定するための柔軟なモデルによって決定される。役割には、さまざまなシステム機能へのアクセスを区別できるようにするための一連の特権が含まれます。

ユーザーには、参加した各プロジェクト、たとえば、参加した各プロジェクトに、例えば、リファクタプロジェクトで会社のイントラネット会社を維持するためのプロジェクトの開発者の開発者の開発者の開発者の開発者の「開発者」または「クライアント」などの役割が割り当てられています。 B会社の情報システムの。ユーザーはいくつかの役割を果たすことができます。別のタスク(号)の役割を割り当てることは現在不可能です。

プロジェクト

このプロジェクトは、プロジェクト管理システムの主題領域の基本概念の1つです。この事業体のために、コラボレーションを整理し、さまざまなユーザーへのアクセスの区別と同時にいくつかのプロジェクトを計画することが可能です(上記参照)。プロジェクトは階層的なネスティングを認めます。

トラッカー

トラッカーは、プロジェクト内でタスクがソートされる主要分類です。それ自体では、 "Tracker"の概念はエラー会計システムに戻ります(ENG。 バグ追跡ツール )、各プロジェクトを表した。

実際、「Redmine」トラッカーはクラス「タスク」クラスのアナログであり、さまざまな種類のタスクの多型の基礎であり、異なるフィールドをそれらのそれぞれに対して決定することができます。トラッカーの例は「改善」、「エラー」、「ドキュメント」、「サポート」です。

タスク

タスクはシステム全体の中心的な概念であり、実行したい特定のタスクを説明します。各タスクには必須の説明があり、必須では、タスクはトラッカーに関連付けられています。

各タスクにはステータスがあります。ステータスは別のエンティティで、さまざまな役割のステータスを割り当てる権限を決定する可能性があります(たとえば、ステータス "拒否されたステータス"はマネージャーにのみ割り当てられたり、タスクの関連性を判断できます(たとえば、「オープン」、」任命された、そして「閉」、「拒否」 - いいえ)。

各プロジェクトについて、一連の開発段階と一連の一連のタスクカテゴリが別々に定義されています。その他の分野も、建築管理チャートの基礎として、およびタスクのためのオブザーバーの選択フィールドとして機能する「推定時間」にも興味があります(「通知の受信」を参照)。タスクはファイルを添付することができます(別のエンティティ "アプリケーション"があります)。

他のリストされたプロパティ(たとえば優先順位)の値は別の共通表に格納されています。

タスクのステータスを追跡する

ユーザーによるタスクパラメータへの変更を追跡するために、システムは2つのエンティティを応答します。 "変更ログと「変更されたパラメータ」を記録します。ログエントリには、タスクのパラメータを編集したり、コメントを追加するためのユーザーの操作が表示されます。つまり、タスクの履歴と対話のメンテナンスのためのツールを実行するためのツールとして同時に機能します。

エンティティ「変更されたパラメータ」は別のログエントリに接続されており、ユーザ変更パラメータの古い値と新しい値を格納するためのものです。

タスク間のコミュニケーション

タスクを相互に関連付けることができます。たとえば、1つのタスクは別のタスクのサブタスクまたはその前にあります。この情報はプログラム開発計画に役立ちます。別のエンティティは、Redmineでのそのストレージに対して責任があります。

会計処理はドラフト時に過ごしました

システムは、ユーザーとタスクに関連付けられている「費用時間」の本質のために、使用時間の会計処理を維持します。 ESSENCEを使用すると、費やされた時間、ユーザーアクティビティの種類(開発、デザイン、サポート)、および仕事に関する簡単なコメントを保存できます。これらのデータは、例えば、プロジェクト内の各参加者の寄与を分析したり、実際の労働強度と開発コストを評価するために使用することができる。

バインディングリポジトリ

RedMineはさまざまなバージョン制御システム(リポジトリ)との統合を提供します。統合は、データベース内でそれらを固定し、変更の分析を特定のタスクに修正するための変更を追跡することです。外部リポジトリと統合するためのシステムのインフォロジ構造では、3つのエンティティが責任を負います。「リポジトリ」、「エディタ」、「変更」。 「リポジトリ」は、接続されているリポジトリの種類、その場所、およびそのユーザーの識別データを格納するプロジェクトに関連するプロジェクトです。

"編集"はリポジトリの編集ボードの表示です。また、情報フィールドに加えて、特定のタスクに関連付けることができます( "REFS #NUM"の説明で指定したい場合は指定します。タスク番号、および編集ボードの著者執筆者になります。エンティティの「変更」は、各版に修正された(追加、リモート、移動、変更された)ファイルのリストを記憶するように設計されています。

通知の受信

サイトで発生した変更に関するユーザー通知は、さまざまなクラス(プロジェクト、タスク、フォーラムなど)を持つユーザーを接続する「オブザーバー」の本質を使用して実行されます。データベースでは、RSSサブスクリプションアクセスキーも保存され、このテクノロジを通じて通知を許可すると、通知も電子メールで送信されます。

いくつかの欠陥をredmine

新しい古いバージョンの場合も同じことが必要です。中立性を確認してください。

ディスカッションページには詳細が必要です。

  • Redmineでファイルや文書を管理することは、それらを追加、削除、および編集するために削減されます。任意のファイルまたは個々の文書へのアクセス権を管理することはできません。
  • 文書の変更に関するアラートはありません。
  • Redmineでは、個々のタスクフィールドのレベルでアクセス権を管理することはできません。たとえば、現時点では、プロジェクトまたは使用済みの時間に関する情報の推定を隠すことは不可能です。
  • Redmineですべての追加フィールドがすべてのユーザーに使用可能であるため、すべてのプロジェクト参加者はそれらを見ることができ、それらを変更することができます。この制限は、管理者や開発者が顧客にプロジェクトにアクセスできる場合、不均質な指令の存在下で困難につながる可能性があります。
  • Redmineには、ワークフローで遷移の種類を分ける権限がありません。たとえば、誰かがエラーの修正を終了すると、責任あるテスターを選択し、ビルド番号を指定する必要があることを示すことは不可能です。また、クライアントからプログラマー間の内部対応を隠すことはできません。
  • Redmineでは、タスクの全体的な労働強度がタスクリストに表示されず、労働集約型レポートでは、請負業者によると、選択を行うことは不可能です。

チリプロジェクト。

プロジェクトに対する何人かのユーザーのビジョンが開発者リーダーのビジョンと区別されたという事実の結果として、ChiliprojectというForma Redmineが作成されました。

もっと見る

文献

  • 前田剛(前田行き) 入金Linux / Windows対応をredmine。 - 秀和シューズ。 - 226 p。 - ISBN 978-4-7980-2137-9
  • ジェントラポップ。 KonfigurationsManagement Mit Subversion、Maven und Redmine:GrundlagenFürSoftwarearchiteKtenund Entwickler。 - 3. - dpunkt.verlag gmbh、2009. - P. 362. - ISBN 9783898645218

リンク

redmine。 [ɹɛɹɛn] - プロジェクト管理およびタスク用のServer Webアプリケーション(エラートラッキングを含む)を開きます。 RedmineはRubyで書かれており、レール上の有名なWebフレームワークRubyに基づくアプリケーションです。 GNU General Publicライセンスに従って配布されています。

百科事典YouTube。

  • 1/4ビュー: 337。

    1,067

    20 314。

    1 108。

  • AntSleにRedmine(Project Management)をインストールする方法

  • Mit Redmine Effizent Mitarbeiter、Projekte und Aufgaben Verwalten.

  • Redmine - Herramienta de Gestion de Proyectos

  • [KUBE 42] Kubernetes ClusterのRedmineの展開

コンテンツ

機能

この製品には、次の機能があります。

  • いくつかのプロジェクトを維持する。
  • 柔軟な役割ベースのアクセスシステム。
  • エラートラッキングシステム
  • ガントとカレンダーチャート
  • プロジェクトニュース、文書、ファイル管理。
  • RSSストリームと電子メールを使用した変更の警告。
  • 各プロジェクトのフォーラム。
  • 一時費用の会計処理
  • インシデント、時間費、プロジェクト、およびユーザーのためのカスタマイズ可能な任意のフィールド。
  • バージョン制御システム(SVN、CVS、GIT、Mercurial、Bazaar、DARC)との簡単な統合。
  • 受信した文字に基づいてエラーレコードを作成する。
  • 複数のLDAP認証のサポート。
  • 新しいユーザーを独立して登録する機能。
  • 多言語インターフェース(ロシア語を含む)。
  • DBMS MySQL、Microsoft SQL Serverをサポートします [2] 、PostgreSQL、SQLite。

データベース構造

ユーザーシステム

ユーザーは対象地域の中心的な概念の一つです。ユーザモデルは、人事や顧客のシステムを識別し認証するための基礎となり、異なる役割、プロジェクトなどでそれらを承認するための基礎です。

役割

ユーザロールは、ユーザアクセス権を決定するための柔軟なモデルによって決定される。役割には、さまざまなシステム機能へのアクセスを区別できるようにするための一連の特権が含まれます。

ユーザーには、参加した各プロジェクトに、たとえば、「プロジェクト開発プロジェクトのマネージャ」、「プロジェクト内の開発者」、会社のイントラネット会社を維持するための開発者、または情報システムのリファクタリングプロジェクトのクライアントに割り当てられています。会社B "。ユーザーはいくつかの役割を果たすことができます。別のタスク(号)の役割を割り当てることは現在不可能です。

プロジェクト

このプロジェクトは、プロジェクト管理システムの主題領域の基本概念の1つです。この本質のために、関節作業を整理し、さまざまなユーザーへのアクセスの区別と同時にいくつかのプロジェクトを計画することが可能です(上記参照)。プロジェクトは階層的なネスティングを可能にします。

トラッカー

トラッカーは、プロジェクト内でタスクがソートされる主要分類です。それ自体では、 "Tracker"の概念はエラー会計システムに戻ります(ENG。 バグ追跡ツール )、各プロジェクトを表した。

本質的には、「Redmine」では、トラッカーはクラス「問題」クラスのアナログであり、さまざまな種類のタスクの多型の基礎であり、さまざまな分野のそれぞれについて決定することができます。トラッカーは "改善「、「エラー」、「ドキュメント」、「サポート」。

タスク

タスクはシステム全体の中心的な概念であり、実行したい特定のタスクを説明します。各タスクには必須の説明があり、必須では、タスクはトラッカーに関連付けられています。

各タスクにはステータスがあります。ステータスは、さまざまな役割のステータスを割り当てる権限を判断する可能性を持つ別のエンティティです(たとえば、拒否されたステータスはマネージャーに割り当てることができます)、またはタスクの関連性の決定(「オープン」など) 「指定された」 - 関連性、「閉」、「拒否」 - いいえ)。

各プロジェクトについて、一連の開発段階と一連の一連のタスクカテゴリが別々に定義されています。その他の分野も、管理チャートを構築するための基礎として、そしてタスクのためのオブザーバーの選択の分野として機能する「推定時間」にも興味深いものもあります(「通知の受信」を参照)。タスクはファイルを添付することができます(別のエンティティ "アプリケーション"があります)。

他のリストされたプロパティ(たとえば優先順位)の値は別の共通表に格納されています。

タスクパラメータの変更を追跡します

ユーザーによるタスクパラメータへの変更を追跡するために、システム内で2つのエンティティが応答しています。「変更ログの記録」と「変更可能なパラメータ」。ログエントリには、タスクのパラメータを編集したり、コメントを追加するためのユーザーの操作が表示されます。つまり、タスクの履歴と対話のメンテナンスのためのツールを実行するためのツールとして同時に機能します。

エンティティ「変更されたパラメータ」は別のログエントリに接続されており、ユーザ変更パラメータの古い値と新しい値を格納するためのものです。

タスク間のコミュニケーション

タスクを相互に関連付けることができます。たとえば、1つのタスクは別のタスクのサブタスクまたはその前にあります。この情報はプログラム開発計画に役立ちます。別のエンティティは、Redmineでのそのストレージに対して責任があります。

会計処理はドラフト時に過ごしました

システムは、ユーザーとタスクに関連付けられている「費用時刻」の本質のおかげで考慮した時間をサポートします。 ESSENCEを使用すると、費やされた時間、ユーザーアクティビティの種類(開発、デザイン、サポート)、および仕事に関する簡単なコメントを保存できます。これらのデータは、例えば、プロジェクト内の各参加者の貢献を分析したり、実際の時間を評価したり開発コストを評価したりするために使用することができる。

バインディングリポジトリ

RedMineは、さまざまなバージョン制御システム(リポジトリ)と統合する機能を提供します。統合は、データベース内でそれらを固定し、変更の分析を特定のタスクに修正するための変更を追跡することです。

外部リポジトリとの統合のためのシステムのインフォロジ構造では、リポジトリ、エディタ、および変更の3つのエンティティが責任を負います。

  • リポジトリ - 接続されているリポジトリの種類、その場所、およびそのユーザーの識別データを格納するエンティティに関連付けられているプロジェクト。
  • 編集 - リポジトリの編集オフィスの表示、および情報フィールドに加えて、特定のタスクに関連付けることができます。これには、「Refs #NUM」の変更の説明では、Numはタスク番号です)、編集ボードの著者著者に。
  • 変更 - 各エディションに修正された(追加、リモート、移動、変更された、変更された)ファイルのリストを格納します。

通知の受信

サイトで発生した変更に関するユーザー通知は、さまざまなクラスのオブジェクト(プロジェクト、タスク、フォーラムなど)を持つユーザーを接続する「オブザーバ」の本質を使用して実行されます。データベースにはRSSサブスクリプションへのアクセスキーも保存し、あなたを許可しますこのテクノロジを通じて通知を受信するには、通知も電子メールを使用して送信されます。

いくつかの欠陥をredmine

  • Redmineでファイルや文書を管理することは、それらを追加、削除、および編集するために削減されます。任意のファイルまたは個々の文書へのアクセス権を管理することはできません。
  • Redmineでは、個々のタスクフィールドのレベルでアクセス権を管理することはできません。たとえば、現時点では、タスクに作業時間の推定を隠すことは不可能です。ただし、定義されたロールを持つユーザーにのみ追加のフィールドを表示させることができます。
  • Redmineでは、タスクの全体的な労働検討はタスクリストに表示されません。
  • システム全体でユーザーに役割を与える可能性はありません。たとえば、 "Project Office Manager"はシステム内のすべてのプロジェクトにアクセスできる必要があります。これについては、このロールをすべてのプロジェクトに追加する必要があります。
  • gitリポジトリを接続することは、RedMine、およびリポジトリが同じサーバー上にある場合にのみ可能です。

チリプロジェクト。

プロジェクトに対する何人かのユーザーのビジョンが開発者リーダーのビジョンと区別されたという事実の結果として、ChiliprojectというForma Redmineが作成されました。現在、このプロジェクトは閉じています。

もっと見る

ノート

文献

  • 前田雅(前田行き)。 入金Linux / Windows対応をredmine。 - 秀和シューズ。 - 226 p。 - ISBN 978-4-7980-2137-9。
  • ジェントラポップ。 KonfigurationsManagement Mit Subversion、Maven und Redmine:GrundlagenFürSoftwarearchiteKtenund Entwickler。 - 3. - dpunkt.verlag GmbH、2009. - P. 362. - ISBN 9783898645218。

リンク

  • 公式サイトRedmine. (ENG。)
  • RedmineのためのAndroidクライアント (ENG。)
  • GEM、Ruby、Rails、PostgreSQL、Passenger、NginxでのRedmineバンドルのインストールと設定
  • GEM、Ruby、Rails、MySQL、Passenger、Nginxを使用したRedmineバンドルのインストールと設定 (アクセス不可のリンク)
  • RedMine用のプラグインを作成します
  • RedMineApp - RedmineのiPhoneアプリケーション
  • redmine pm - iPhone / iPad用のRedmineクライアント
  • Redmine to Go - Redmine用のWindows Phone Client
  • RedMineupは、無料で商業用のプラグインとレディマインのテーマです。
  • RMClientは、Windows、Mac、Linux、コマーシャル用のクライアントです。
  • ライフサイクルタスクを設定する
  • 性能問題を解決する
  • Redmineの運用計画
  • プラグイン書誌
  • 詳細な設置手順
  • 簡単なRedmine - 商業用オプション
  • Designer Jetware InstallarsとRedmineの仮想マシン

このページは、2021年5月3日に13:31に最後に編集されました。

  • - いくつかのプロジェクトを維持する。
  • - エラー追跡システム。
  • - 電子メールとRSSフィードによる変更に関するアラート。
  • - カスタマイズ可能なタスクステータス。
  • - タスク、時間費、プロジェクト、およびユーザーのためのカスタマイズ可能な任意のフィールド。
  • - 時間費用の会計処理(時間)。
  • - ガンタチャートとカレンダー。
  • - 各プロジェクトのWiki。
  • - プロジェクトニュース管理、ファイル管理および文書。
  • - 各プロジェクトのフォーラム。
  • - ロシア語を含む多言語インターフェース。
  • - リポジトリとの簡単な統合(SVN、CVS、GIT、Mercurial、Bazaar、DARC)。
  • - 役割に基づくアクセス分離システム。
  • - 複数のLDAP認証のサポート。
  • - 新しいユーザーを独立して登録する能力。
  • - 追加のインストールによるシステムの機能の拡張 プラグイン ;
  • - DBMS:MySQL、PostgreSQL、SQLite、MS SQL Server(バージョン2.3から)。
  • Redmineシステムをより詳細に考えます。以下のスクリーンショットの中には、一部のプロジェクトによるとタスクのリストがあります。

    [タスク]タブでは、現在のプロジェクトタスク(デフォルト)と以前に閉じたタスクの両方を表示できます - 顧客要求が可能です。

    あなたが私のものである神、私は矛盾があります!

    (フィルタ)。カスタムクエリは、システムのすべてのユーザーがその後の使用のために保存できます。

    (パブリック "クエリチェックボックスをインストールするとき)または要求を作成したユーザーが使用する場合。クエリを作成したら、ワンクリックでタスクのリストを設定できます。

    遅かれ早かれ(おそらくすでに新しい若いバージョンへの最初の更新中に)メモールの競合に遭遇します。 GITの再建の間、それはコミットを使い、コミットの使用がエラーで発生するたびに停止します。この場合、チーム

    右側のサイドパネルの「保存されたクエリ」によるクエリとの参照を利用してください。

    • システムはタスクへのタスクとサブスクリプションを追跡するためのメカニズムを実装しています。タスクごとに、ステータスが変更された後、タスクのパラメータ、タスクへのファイル、タスクへのファイルの追加、オブザーバのユーザーが適切な電子メール通知を受け取ると、オブザーバーを割り当てることができます。
    • すべてのシステムユーザーは新しいタスクを作成できます。プロジェクトに新しいタスクを追加するには、[新しい作業]タブに移動する必要があります。
    • タスクトラッカーを選択し、必須(*)と追加(カスタムユーザーを含む)タスクフィールドを入力します。 「テーマ」フィールドでは簡単に定式化されていますが、追加のプラグインの場合は、タブキーを押すと、タブキーを押して別のフィールドに移動すると、そのエントリを検索できます。以前に作成されたタスクの間のトピック)。 「説明」フィールドには、タスクの詳細な内容が表示されます。テキストの読みやすさを向上させるために、組み込みのWebエディタの機能を使用できます。
    • タスクは添付されている可能性があります。最大サイズはシステム管理者によって規制されています。
    • オブザーバーをタスクに接続できます。タスクを作成するには、タスクを作成するときにタスクのステータスを変更すると、オブザーバーは電子メールアドレスに適切な通知を受け取ります。ユーザーは、手頃な価格のタスクに自分自身を追加することもできます。タスクカードに続いて「フォロー」リンクが続く必要があります。

    システム内のタスクは相互に関連付けることができます。たとえば、それらのうちの1つは他のもののサブタスクです。

    gitステータス。

    Redmineシステムは、「関連タスク」という別のエンティティを提供します。関連タスクには、次の種類のリンクがあります。

    問題ファイルを表示します。

    - 「重複」 - 他のタスクの閉鎖が了ったことを伴うようにタスクを関連付けます。

    コミットのどれが失敗したかを確認し、なぜそれが意図されていたのか(意味のあるコミットメッセージが役立つ)、ファイル、コマンドのコマンドを調べてください。

    - 「関連」は別のタスクへの参照です。そのようなリンクは、これらのタスクが1つの目標または他の一般的な属性によって組み合わされていることを実証するために使用されます。 - 「ブロック」 - 別のタスクで作業を開始する前に、このタスクを完了する必要があることを示しています。どちらのタスクでも、実行、日付、ステータスの割合を独立して変更できますが、1つの例外:ロックタスクがブロックタスクが閉じるまで閉じることはできません。しかしながら、ロックされたタスクでは、ブロッキングタスクの準備が望まれることを残しても、ステータス「実行」、100%の準性を設定することが可能である。 - 「先行」 - 関連付けられているタスクを終了するには、関連付けられているTASKを実行する手順を設定します。関連付けられているタスクカードでは、バインディングのエントリだけでなく、タスクのタイミングと終了も自動的に変更されます。タスクの用語は、バンドルで指定された日数によって増加した、結合問題の日付に等しくなります。

    git add.

    - "next" - このタスクが関連付けられた後にのみ実行できるようにタスクを実行するための手順を設定します。この接続は前のものに反転します。

    終了したら、各修正ファイルを追加します。競合が排除された場合は、コマンドを使用して修正される変更を表示できます。

    タイミングはバインディングではなく、編集可能なタスクでは自動的に変更されます。したがって、リンク "Next"を使用する必要がありますが、タスクが実際にそれらの間の所定の時間間隔で他の後に次々に行くべきであることを確認するだけです。

    git diff  - キャッシュ

    以下の写真は、Redmineシステムの構成および管理に専念しています。

    。結果を満足のいくものとみなすとすぐに、チームと叱責を続けることができます

    トラッカーはタスクの追跡において重要な役割を果たしています。それらは、ある状態から別の状態へのタスクの移行の条件を決定することに関与しています。

    git rebase  -  continue。

    トラッカーは、プロジェクト内の1つのグループ内のタスクの論理的なタスクの論理的な関連付けです。たとえば、エラーの除去、新しい機能の開発などです。トラッカーは

    1つまたは複数のプロジェクトに含まれています。

    Redmineユーザーは、役割グループの1つに含める必要があります。役割の数は制限されていません。システムは2つの定義済みの役割を提供します。

    未登録のユーザーのための「匿名」の役割、登録されていないが任意のユーザープロジェクトには含まれていません。

匿名はタスクを作成できません。

各役割は、タスク、プロジェクト、ドキュメント、ファイル、Wiki、フォーラムなどを使用して、可能なアクションへのアクセス権に設定されています。それは明らかです

「Project Manager」の役割には、より多くの権限、「演奏者」の役割、「非参加」の役割、最小限の可能性を可能にする「匿名」の役割が与えられるべきです。

公共プロジェクトで、そして個々のプロジェクトでは、すべてが禁止されています。システム役割「管理者」の参加者は、システム全体の無制限の権利を持っています。

選択したトラッカーに応じて、各タスクは特定の段階を通過してステータスが異なります。

そのため、作成されたトラッカー「トラブルシューティング」、「ワンタイムタスク、ADHOC」、「新開発」、「新開発」タスクステータスを介した最大フルウェイ:

新しい - > 2.分布 - > 3.解析 - > 4.操作中 - > 5.顧客による受け入れ - > 7.閉じた

"Project Manager"、 "Executive"、 "Customer、Member"の役割が作成されました。 プロジェクトマネージャーは彼のプロジェクトの管理者であるので、彼のプロジェクトの枠組みの中ではさまざまなステータスのタスクに移動することができます。タスクまたは顧客/参加者の演奏者は、タスクを特定のステータスでのみ翻訳できます。どの段階でも、その理由を示すタスクがキャンセルされることがあります(ステータス "拒否"に変換されます)。 .

タスクを変更すると、タスクのステータスの変更が変更され、タスクに関連するすべてのユーザーにコメントを追加すると自動的に電子メールが入ります。

ペアごとに "Role - Tracker"タスクカード内のフィールド(設定可能フィールドを含む)を入力する義務、義務を設定する機会があります。システムフィールド

「プロジェクト」、「トラッカー」、「テーマ」、「優先」、「プライベート」(タスク)は常に埋める必要があります。 「役割 - Tracker」の1つに対して一連のアクションの設定、

シーケンス設定は別のペア(「コピー」リンク)にコピーできます。

タスク、ユーザー、その他のエンティティのRedmineシステムでは、任意の数のカスタマイズ可能な(カスタム)フィールドを作成できます。カスタムフィールドはなります

事前定義されたシステムフィールドの領域の後にタスクカードに2列のタスクカードに表示されます。ソートタスクカード内のカスタムフィールドの順序を決定します。 カスタムフィールドは、以下のデータ型をサポートします。文字列、ロングテキスト、整数、実数、日付、単一値を選択するためのリスト、 複数の値、リンク、ユーザーを選択するためのリスト。 各カスタムフィールドは、指定されたプロジェクト全体またはしか有効にでき、選択したトラッカーを使用します。カスタムフィールドを定義する際には、すぐにインストールできます グローバル設定は、ユーザークエリ(フィルタ)と検索クエリへのフィールド参加と同様に、役割の可視性と可視性です。 サーバーとサービスを管理するためのプログラムは、スタートアップ - > Bitnami Redmineスタックグループ - > Redmine Managerツールとして見つけることができます。 この管理アプリケーションでは、RedMineサービス、Apache Webサーバー、MySQLデータベースサーバーを管理できます。

報告

RedmineシステムはGANTダイアグラムを提供し、追加のプラグインの助けを借りて、プロジェクトとタスクのステータスを理解するためのレポートを作成することが可能です。

おそらく、これらのレポートのフォーマットに関する開発者のプライベートの提出はあなたを手配します。

それにもかかわらず、プロジェクトタスクに関する分析レポートは、CSVファイルにエクスポートされたデータに基づいて最良のものです。このため

Redmineシステムのメインメニューで、「プロジェクト」 - >「すべてのプロジェクト」を選択し、「すべてのタスクを表示」リンクに従って、

タスクのリストに、目的のフィルタリング基準を適用/キャンセルし、タスクリストの下の右下にある[CSVへのエクスポート]リンクをクリックします。

このようにして、タスクリストはアンロードされます - 問題.csvファイル。

次に、新しいMS Excel Bookを開く必要があります。メインメニューの「データ」 - >「テキストから」を選択するには、ファイル発行のパスを指定します。 [コードページの選択]ダイアログボックス「1251:Cyrillic(Windows)」で、 (おそらく区切り記号として、「その他」は「その他」、シンボル|(垂直方向の形質)を指定して「終了」ボタンをクリックします。 CSVファイルへの接続を保存しながら、データがExcelファイルにインポートされます。 ソースデータテーブルに基づいて、サマリテーブル、ダイアグラム(テーブル/列を強調表示し、次に「挿入」 - >「サマリーテーブル」を選択)を作成する必要があります。 基本表の分析指標を確保することは可能です。追加の計算列を作成する必要があります。

報告書の例は、この記事への投資にあります。

redmine¶

Redmineは柔軟なプロジェクト管理Webアプリケーションです。 Ruby On Railsフレームワークを使用して書かれて、それはクロスプラットフォームとデータベースです。

Redmineはオープンソースで、GNU General Public License v2(GPL)の条件でリリースされています。

特徴¶

Redmineの主な機能の一部は次のとおりです。

Redmineの機能についてもっと読む。

ドキュメンテーション¶ .

あなたは読むことができます

Redmine Guide

その他のリソース:

オンラインデモ¶ 共有オンラインデモはhttp://demo.redmine.org/にあります。登録されたユーザーに自分のプロジェクトを作成する能力を与えることはセットアップされていますこれは登録すると、そこに独自のプロジェクトを作成してプロジェクト管理機能を試すことができます。 あるいは、単純な形式を記入した後、完全な管理者権限を持つhttp://m.redmine.orgで独自のRedmineデモ環境を取得できます。

サポート&ヘルプを取得する¶

援助やredmineの議論をするために、あなたは閲覧することができます

redmineフォーラム。 

ここでRedmineでホストされています。私達はAを持っています チャットルーム。 - #RedmineをFreeNode IRCネットワークで参加させる。非公式のワークスペースでも

スラック 質問をすると、他のRedmineユーザーとの議論に参加することができます。 バグレポート、パッチ、機能要求をここで送信する前に、提出ガイドラインをお読みください。

貢献し、手助けする¶ Redmineは、コミュニティボランティアによって構築され維持されています。あなたがそれを使ってコミュニティに返送したいのなら、貢献ページにはsevelのアイデアがあります。ソフトウェア開発経験は必要ありません。あなたが定期的に貢献するために特定の領域に興味があるなら、チームページをチェックしてください。 また、寄付をしてRedmine Donorsページに記載されています。 誰がRedmineを使っていますか?¶ このページには、Redmineを使用した企業やプロジェクトがいくつかあります。 redminebooks¶ Redmine 2nd Editionをマスターする

redmineを使用するためのヒント、トリック、およびベストプラクティスを備えた包括的なガイドです。オンラインで購入できます。

Redmineプラグインの拡張と開発 Redmineを延長したい開発者が利用できるツールの概要を提供します。オンラインで購入できます。 Redmineクックブック。 チャットルーム。 .

:プロジェクト管理、チーム管理、プロセス改善、およびRedmine管理のスキルを向上させるための80以上のハンズオンレシピ。オンラインで購入することができます。 redminebooks¶ 免責事項:これは通常のタイプのガイド「Redmineのインストール方法」ではありません。その中で、データベースの設定やWebサーバーのインストールには飛び込みません。 Redmineの設定についても説明しません。この計画におけるRedmineの文書はかなり完全です。そして公式の文書に記載されていない順序で、インターネット上で簡単に見つけることができるRailsアプリケーションを実行するための一般的な手順があります。

代わりに、必要に応じて1つのシェルコマンドを使用して展開できます。 準備ができて?それから始めましょう。 ビルドタイプ "all-in-one"を設定し、仮想マシンを起動する準備ができました Bitnamiインストールパッケージまたはプレインストールされている仮想マシンは、高速のRedmineサンプルに適していますが、生産的な使用には適していません。どうして?更新がないからです。ああ、2番目のビットナミは持っています。 TRUE、それは冗談のように見えます。 msgstr "" "スタック全体の新しいバージョンを別のディレクトリにインストールしてそこにデータを移動する"です。これは更新ではありません。設定、カスタマイズ、およびプラグインの設定については、おそらく保存して再インストールする必要があります。そのような「更新」で幸運を祈ります。 Relizaは月に1倍か2回のパッチをredmineします。セキュリティ関連のエラーの修正は必要に応じて発行されます - あなたはそれらを見逃したくないですか?

人々がしばしば忘れるという事実:時間の更新は必ずしもあなたに依存しません。もちろん、Redmineの次の若いバージョンのリリースの前に更新を延期することができます - 数週間(おそらく長期間でさえも)。しかし、新しいビットナミサスタックのインストールと設定に時間をリリースしてすべてのデータを手動で移動することができるまで、RedmineまたはRailsの新しいセキュリティ問題を検出したくないです。

インストールは氷山の頂部にすぎません。アップデート - これは定期的にする必要があるものです 

最も簡単なインストール方法の検索は、プロダクションでのRedmineを使用することが決定されるとすぐに間違いなく関連性が低くなりやすくなります。簡単な伴奏と近代化の可能性 - これは、あなた自身のRedmineの使用に関連するコストとリスクを最小限に抑えるために注意を向ける必要があるものです。

  • 以下に、現在の状態のRedmineを単にサポートする方法を説明します。 redminebooks¶ .
  • gitを使ってください。 redminebooks¶ 設定やプラグインを使用せずに在庫のredmineを実行する場合でも、Gitリポジトリを使用してRedmineコピーを保存します。少なくとも、特殊なリポジトリの存在はあなたに展開に必要なすべての保管場所を与えるでしょう(後でこれはより詳細と考えられます)。遅かれ早かれあなた(またはあなたのユーザー) Redmineは、コミュニティボランティアによって構築され維持されています。あなたがそれを使ってコミュニティに返送したいのなら、貢献ページにはsevelのアイデアがあります。ソフトウェア開発経験は必要ありません。あなたが定期的に貢献するために特定の領域に興味があるなら、チームページをチェックしてください。 .
  • 上手

プラグインまたはカスタムメイドのトピックをインストールし、これについては準備ができているインフラストラクチャになります。プロダクションコード内の障害のないプラグインの変更とテストを伴う実験は、自身のGit C Redmineリポジトリの存在下で非常に簡単になりつつあります。だから今私達はリポジトリの構成から始めます。 メインのRedmineリポジトリはSubversionのインスタンスですが、GitHubにはメインコミッタでサポートされている半正式なリポジトリがあり、常に更新されています。それを使用してあなた自身のリポジトリを設定します。 ローカルクローンRedmineを設定します

$ git clone [email protected]:redmine / redmine.git $ CD Redmine $ GITリモートリノメートOrigin Upstream $ GITリモートAdd Origin [email protected]:redmine.git $ gitチェックアウト-b Redmine / 3.2-Stable Upstream / 3.2 -Stable $ GITチェックアウト-Bローカル/ 3.2-STABLE $ GITプッシュ - セットアップストリーム起源ローカル/ 3.2安定

バージョン番号を変更してください 3.2 - 安定した Redmineの最後の安定版の数。

リモートリポジトリ

[email protected]

展開構成(およびおそらく他の情報が出版価値がない他の情報)を保存するように、プライベートになる必要があります。以下の展開プロセスはこのリポジトリからコードを抽出するので、展開中にリポジトリを利用できなければならず、デスクトップコンピュータに配置しないでください。リポジトリが展開が行われるWebサーバからも利用可能になる状況に理想的になります。しかし、これは必要に応じてあなたが回避することができます。 今、あなたは2つのローカルブランチを持っています: Redmine / 3.2-Stable Redmineは、コミュニティボランティアによって構築され維持されています。あなたがそれを使ってコミュニティに返送したいのなら、貢献ページにはsevelのアイデアがあります。ソフトウェア開発経験は必要ありません。あなたが定期的に貢献するために特定の領域に興味があるなら、チームページをチェックしてください。 и 上記のリモコンによって提示されたGitHub / Redmineリポジトリから追加の機能なしでRedmine 3.2を追跡する 上昇 Redmineは、コミュニティボランティアによって構築され維持されています。あなたがそれを使ってコミュニティに返送したいのなら、貢献ページにはsevelのアイデアがあります。ソフトウェア開発経験は必要ありません。あなたが定期的に貢献するために特定の領域に興味があるなら、チームページをチェックしてください。 リポジトリ 上記のリモコンによって提示されたGitHub / Redmineリポジトリから追加の機能なしでRedmine 3.2を追跡する ローカル/ 3.2安定

展開、カスタマイズ、テーマ、およびプラグインのすべての設定が配置されます。

バージョンの高度なアップデート

Redmineは、次のバージョン番号スキームを使用します。XYZ Major / Minor / Patch。それぞれの若いバージョンには独自のものがあります 安定した支店 どの修正と安全パッチが時間の経過とともに適用されます(このバージョンがまだサポートされている限り)。私たちの場合、これはブランチです

時々、この昇順支店はいくつかの新しいコミットメントを受け取るでしょう。あなたの仕事は地元の支店に新しいコミットを含めることです 展開のために。 それは可能であり、昇順の支店を定期的に補完するだけですが、私は使用することを提案します Git Rebase。 あなた自身の変更をサポートするために over .

株式の薄手: 「Naked」Redmineのローカル変更を再開する: $ GITチェックアウトREDMINE / 3.2-STABLE $ GIT PULL#新しいアップストリームコミット$ GITチェックアウトローカル/ 3.2安定$ GITリベースREDMINE / 3.2安定

リベース:

すべてのローカル変更をキャンセルします

リンク

  1. 更新
  2. で発生した変更を反映する
あなたが突然競合の束を持っていて、この問題を解決する時間がない場合は、パラメータを使用して現在の再構築を中断することができます。

"Bare"バージョンのすべてのローカル変更が再適用されます。

redmine。 結果はなります 純粋な物語 (ローカル)コミットが常にRedmineの最後の(昇順)コミットの上にあります。

ジュニアのアップデート

新しい安定した支店があるようになった 3.3安定した )、同じことを行います - その上にあなたの変更を回してください。上向きブランチの変更により、Gitコマンドはわずかに異なります。 新しい安定枝へのローカル変更の転送 $ git fetchアップストリーム$ gitチェックアウト-b Redmine / 3.3-stable upstream / 3.3-stable $ GITチェックアウト-bローカル/ 3.3安定ローカル/ 3.2-STABLE $ GIT REBASE --ONTO REDMINE / 3.3安定したRedmine / 3.2安定ローカル/ 3.3安定 これらのチームは最初にバージョン3.3のための2つの新しいローカルブランチを作成します:昇順の1つ、そしてもう1つはローカルブランチ3.2からです。それから彼らはローカルの変更を再配置します Redmine / 3.3-Stable

。ここでの地域の変更は次の違いです

ローカル/ 3.3安定 (依然として依然として )。今

Redmine 3.3とローカルの変更を含みます。

Добавить комментарий