あなたが新しい機能のコードレビューをしていると想像してください。 コードの品質に加えて、製品でどのように見えて動作するか、そしてそれを使用することの便利さにも興味があります。 以前は、作業マシンで開発プロセスを中断し、チェックされたブランチでチェックアウトを行い、必要なデータベース移行を実行し、アプリケーションに必要な開発環境全体を開始する必要がありました。 これで、GitLabでこのブランチのマージリクエストに進むだけで十分です。 別の環境にデプロイされたすでに実行中のアプリケーションへのリンクがあります。
最後に、レビューが完了し、チャットで同僚にフィードバックを送信します。 どのユーザーがトラッカーで新しいタスクを開始するかを決定する代わりに、チャットを離れることなくタスクを作成し、その開発時間を見積もることができます。 開発サイクルの分析（サイクル分析）は、この評価を即座に考慮し、本番環境にリリースする前にタスクのパス全体を表示し、考えられるボトルネックを報告します。
GitLab 8.14の新しいバージョンでは、これらすべてとそれ以上のことが可能です。 これには、時間追跡、レビューアプリ、チャットコマンド、開発サイクルの新しい分析機能が含まれます。
今月のMVPはToon Claesです。 彼は、 master
に保持されているすべてのブランチを一度に削除するボタンを実装しました。
トゥーンありがとう
タイムトラッキングベータ（EE）
タスクに費やした時間を計算することは簡単なタスクではありません。 この計算の結果は、時間給を受け取る開発者と、タスクとプロジェクトのリソースのコストを分析する管理者の両方に必要です。 多くのツールは時間の追跡に使用されますが、通常は開発プロセスに統合されていません。
GitLabの時間追跡により、プロセスで直接タスクに費やされた時間を記録できます。
/estimate
スラッシュコマンドを使用して、タスクに時間の見積もりが割り当てられます。 同じチームはいつでもスコアを変更できます。 スラッシュコマンドは、タスクの説明またはコメントに書き込まれ、保存時に実行され、受信したテキストには表示されないことを思い出してください。
/estimate 6h
しばらくタスクを処理した後、 /spend
コマンドを使用してタスクを考慮することができます。
/spend 3h
これはすぐにインターフェースに反映されます：
ベータ期間中にEnterprise Editionを試用モードで使用しているすべてのお客様は、タイムトラッキングを利用できます。その後、個別の有料製品になります。
時間の追跡を改善して、あなたの役に立つようにする方法についての提案をお待ちしています。 タスクトラッカーに投稿するか、この記事に関するコメントを書き込んでください。
たとえば、 レポート 、 API 、 タスクボードでの時間追跡など、さまざまな機能の実装を検討してい ます 。
時間追跡ドキュメント
チャットコマンド（実験的機能）
過去数年にわたって、議論はチャットルームからオンラインチャットルームに移動したようです。 チャットはチームワークを助け、新しいアイデアが生まれます。 これは、GitLabでの実装に努めているアイデアから生産への概念の重要な部分です。 チャットコマンドは、リポジトリ、タスクトラッカー、CI / CDパイプラインなどの他のGitLab機能と関連付けます。
チャットコマンドの開発は1回の反復で完了しましたが、タスクをすばやく作成して表示する機能は既に実装されています。 以下は、タイトルと説明付きのタスクを作成するコマンドの例です。
/gitlab issue create !
ChatOpsを有効にすると、チャットを使用して運用環境への展開を制御できます（もちろん、これにはアカウントと対応する権限が必要です）。
/gitlab deploy staging to production
現在の反復では、チャットコマンドのサポートがMattermostに実装されており、GitLab Omnibusパッケージに含まれています。 Slackのサポートはまもなく追加されます。 コマンドのセットはまだ制限されていますが、 拡張する予定であり、フィードバックをお待ちしております。
詳細については、チャットコマンドのドキュメントを参照してください。
アプリのレビュー
レビューアプリは、コードレビューの新しい言葉です。 Review Appsは、単にコードを表示するだけでなく、アプリケーションを実行する完全な環境を提供し、その場でテストと変更を行うことができます。
実験的なReview AppsのサポートはGitLab 8.12で公開され、改良版がGitLab 8.13に追加されました。最後に、バージョン8.14でReview Appsの本格的な最終バージョンが提供されます。
これで、Review Appsが各ブランチで自動的に起動され、削除されると破棄されます。 公式のGitLabブログでこの機能を使用していますが、非常に効果的です。 Review Appsの機能は非常に印象的であるため、それらについて別の投稿を作成しました。
レビューアプリに関する紹介記事
アプリのドキュメントを確認する
サイクル分析イベント
Cycle Analyticsを使用すると、最終製品でアイデアが実装に到達するまでの時間と、途中で行き詰まるところを監視できます。 わかりやすくするために、各ステージの最新のイベントが表示されるようになりました。
この機能の導入により、各段階で何が起こっているかを追跡しやすくなり、スローダウンの原因を迅速に検出して排除できます。
サイクル分析ドキュメント
レビューが終了するまで禁止を統合
すべてのテストが正常に完了し、レビューが終了するまで、マージコードを実行しないでください。 GitLabでは、しばらくの間、テストに合格する前にマージを禁止する可能性がありましたが、最近までコードレビューに関しては同じことができませんでした。
GitLab 8.14以降、マージリクエストのすべてのディスカッションが終了するまで、マージコードを無効にできます。 これで、ページの下部にある最後のコメントを見失ってしまうことはありません（このため、上部に美しいウィジェットがあります）。 検証済みおよび検証済みのコードのみが実稼働に入ります。
プロジェクト設定でこのオプションを有効にします。
この素晴らしい機能を実装してくれたRodolfo Arrudaに感謝します！
マージリクエストディスカッションドキュメント
隣接するすべてのブランチを削除する
Toon Claesは一見明白に見えますが、何らかの理由でGitLabの関連するすべてのブランチを削除する単一のボタンという機能がまだありません。
クリックすると、アクションの確認が要求され、同意すると、ブランチを削除するプロセスが開始されます。 このボタンは、 リポジトリ➔ブランチセクションにあります。
これにより、保護されたブランチは削除されません。
Toon Claesに感謝します！
グループタグを購読する
GitLab 8.13では、グループタグが追加され、現在のバージョンではそれらをサブスクライブできるようになりました。 これにより、関心のあるイベントの通知をグループの規模で受け取ることができます。 たとえば、 customer
ラベルで新しいタスクを作成するときに通知を受信できるようになりました。その結果、同じグループ内のすべてのプロジェクトで、そのようなラベルを持つすべてのタスクを簡単に追跡できます。
改善されたパイプラインメールアラート
パイプラインが落ちた場合、落ちた理由を含む手紙があなたに送られます。 そのため、すぐにログにアクセスして、チーム全体をすぐに組み立てる必要があるのか、単にアセンブリを再起動するだけなのかを理解する必要はありません。
JIRA統合の改善
あなたの多くがJIRAを積極的に使用していることを知っています。 GitLabとの統合を改善するために努力しています。 以下は、このリリースで行った変更の一部です。 その他の改善のためのご提案をお待ちしております。
改訂されたJIRA統合ドキュメントを読む
JIRAタスク関連のリモートリンク
JIRAのタスクをGitLabのコミットにリンクするのはさらに簡単です。 コミットまたはマージリクエストでJIRAタスクに言及すると、コミットまたはリクエストへの後方参照がこのタスクに追加されます。 彼はJIRAでタスクをFixes
か、単に言及することを書くことができます-すべてのリンクが適切に表示されることを確認してください。
マージリクエスト： https : //gitlab.com/gitlab-org/gitlab-ce/merge_requests/7413
GitLabとJIRAのより静かな対話
JIRAとGitLabの統合を構成すると、デフォルトでは、JIRAのタスクを参照するGitLabのすべてのコミットおよびマージリクエストは、JIRAのそのタスクにコメントを作成します。 何が起こっているかの詳細をすべて知りたい人もいれば、より静かな仕事を好む人もいます。
GitLab 8.14では、コミットまたはマージリクエストでJIRAのタスクにアクセスするときにコメントが作成されないようにすることができます。
スーペリアビュー
バージョン8.14のGitLabは、より美しく使いやすくなりました。 以下にいくつかの変更を示します。
これで、あなたが言及した人を見ることができます：
パイプラインとメタ情報は以前より良く見えます：
ビルドページに環境情報を表示します。
特定のビルドがスキップされたときにパイプラインが表示されるようになりました。
現在のパイプラインに残っているものを簡単に確認できます。
改善されたアクセシビリティ
私たちの素晴らしいUXおよびフロントエンドチームは、GitLabの可用性を改善するために一生懸命取り組んできました。 今月の最も顕著な変更：
- Tabを押してWebページ上のさまざまなアクティブオブジェクトを移動するときに「コンテンツにスキップ」ボタンを追加しました...これにより、コンテンツにすばやくアクセスしてナビゲーション部分をスキップできます。
- タブを使用してナビゲートすると、すべてのドロップダウンメニュー、ボタン、およびアンカーが視覚的に強調表示されるようになりました。
- 背景とアンカーのコントラストを上げました。
GitLabの可用性を向上させるためのご提案をいつでもお聞かせください。
GitLab CIアセンブリのプライベートコンテナーレジストリのサポート
GitLab 8.14およびGitLab Runner 1.8では、プライベートDockerイメージのサポートが改善されました。
これで、プライベート/保護されたイメージを使用できます。これらのイメージは、変更なしでGitLab Container Registryに自動的に保存されます。 GitLabは、ビルドデータとともにレジストリ資格情報を送信し、Runnerはそれらを使用して、Dockerプルリクエストを承認します。
DOCKER_AUTH_CONFIG
保護変数を使用して、他のプライベートレジストリの資格情報を追加することもできます。 これにより、アセンブリホストからアクセスできるレジストリ（パブリックまたはプライベート）の任意のイメージを使用できるため、このイメージが使用するアセンブリまたはサービスのベースになります。
Runner 1.8では、レジストリが非標準ポートで使用可能な場合にサービス名からエイリアスを生成するメカニズムも修正されています。
GitLab Runner構成ドキュメントで、プライベートコンテナレジストリのサポートに関する詳細を読むことができます 。
詳細なリリースノートと更新/インストール手順は、元の英語の投稿で見つけることができます： https : //about.gitlab.com/2016/11/22/gitlab-8-14-released/
英語からの翻訳は、翻訳チーム「Brain and Partners」、 http： //nadmosq.ru、nick_volynkin、rishavant 、およびsgnl_05によって行われました。