Auto-DevOps、グループタスクボード、新しいナビゲーション、その他の多くの機能を備えたGitLab 10.0がリリースされました。
アイデアの策定から生産の立ち上げと監視まで。 DevOpsは、ソフトウェア開発、テスト、およびリリースがより速く、より頻繁に、より信頼できる文化と環境を定義します。
GitLab 10.0では、 Auto-DevOps機能を使用してDevOpsを簡単に習得できます。これにより、チームはワークフローで最新の開発プラクティスを簡単に実装およびカスタマイズできます。
さらに、GitLabでナビゲーションが更新され、異なるグループ（チーム）間の新しい対話方法が登場しました
GitLabの次のバージョンでは、毎月新しい機能を追加し、古い機能を改善しています。 GitLab 10.0も例外ではありません。
オープンソースコミュニティの貢献のおかげで、マージリクエストの古い議論を自動的に解決することが可能になり、 サブグループが改善され、 WikiページのAPIが登場しました
GitLabのタスク管理機能は、リリースごとに改善されます。
さまざまなグループのタスクのフィルタリングと検索が大幅に改善され 、更新されたインターフェイスによりタスクへのアクセスが簡単になりました。 さらに、 スラッシュコマンドを使用して、タスクの移動を高速化できます 。
GitLab Enterprise EditionとJIRAを使用している場合、GitLabのコミットとブランチをJIRAインターフェイスから直接表示できるようになりました。
GitLabのセキュリティとパフォーマンスを改善し続けています。
管理者は、使用されるアルゴリズムとキーの長さに従ってSSHアクセスを制限できるようになりました。
APIを使用してグループ同期を自動化できるようになりました。 彼女はまた、 外部ユーザーのアクセスを規制する点で改善を受けました。
パフォーマンスも向上しました。ページの読み込み、プロジェクトの作成、コミットの処理の速度が向上し、RAMの消費が減少しました。
今月のMVP- 佐藤博之
今月、私たちのコミュニティのメンバーは再び膨大な数の改善を提案しました。 これはGitLabとそのすべてのユーザーに大きな利点をもたらし、再びオープンソースコミュニティの力を示しています。
GitLab 10.0 には 、パフォーマンスの向上、検索、タスクフィルタリング、およびマージリクエスト機能などの多くの機能が提供されていました 。 私たちのお気に入りの機能は、 タスクへの反応に基づいてタスクをフィルタリングし、リクエストをマージすることです。 これを使用すると、好きなものすべて（そしてそうでないものも）をもう一度見ることができます。
すべての参加者、特に佐藤博之に感謝します。
Auto-DevOps（CE、ESS、EEP）
Auto-DevOpsは、プロジェクトに最適な開発プラクティスをもたらします。 この機能を使用すると、アセンブリ、テスト、コードの品質管理、レビュー用のアプリケーション、個々の環境の展開および監視を自動的に構成できます。
GitLab 10.0には、DevOps標準でアプリケーションのライフサイクル全体をすばやく構成できる定義済みのテンプレートが導入されています。 これらのテンプレートはGitLab CI / CDに基づいています。
GitLabは、コードを変更することでアセンブリだけでなく、 レビュー用の特別なアプリケーションとして製品を展開する単一の環境を提供します 。 マージ要求を受け入れる前に、各マージ要求によって行われた変更を確認できます。 GitLabは最近、 コード品質を測定する機能を導入しました。 これにより、コードのレビュー中に変更を追跡できます。
レビューに成功すると、GitLabを使用して、アプリケーションの「カナリア」または通常のリリースを戦闘環境にリリースできます。 GitLab Auto Deployを使用すると、 Google Cloudへの展開をカスタマイズすることもできます。
GitLab Auto Monitoringは、アプリケーションのデプロイされた各バージョンのシステムリソース使用率とパフォーマンスに関するメトリックを収集するのに役立ちます。
これらすべてのプロセスは、Auto-DevOpsを使用してGitLab 10.0でまとめられ、自動化されます。 これはすべて、アイデアから実装までのパスをできるだけ短くするために行われます。
Auto-DevOpsは、アプリケーションを自動的に検出、収集、テスト、展開、および監視します。 Herokuishのサポートにより、この機能はHerokuビルドパックで利用可能なすべての言語とフレームワーク（Ruby、Rails、Node、PHP、Python、Java）で動作します。 独自のビルドパッケージをカスタマイズすることもできます。 入門ガイドを読んでください -それはあなたが開始し、より速く始めるのに役立ちます。
Auto-DevOpsは現在ベータ版です。 本番環境での使用を待つことをお勧めします。
ちなみに、GitLabはHerokuやGlider Labsと提携していません。
Auto-DevOpsのドキュメントを必ずお読みください。
グループタスクボード（EEP）
多くの開発チームは1つのGitLabグループを使用し、このグループの多くのプロジェクトに取り組んでいます。 たとえば、多くの企業がマイクロサービスアーキテクチャを実装しているか、すでに実装しています。 各マイクロサービスのコードは、個別のGitLabプロジェクトにある個別のリポジトリに保存されます。 チームはさまざまなプロジェクトやリポジトリで関連タスクを処理していることがわかりました。 これらすべてのタスクを1か所で管理すると非常に便利です。
このリリースでは、長らく待ち望んでいた機能であるグループタスクボードをリリースします。
グループ全体に共通のリスト、タグ、マイルストーンを使用して、グループに属するすべてのプロジェクトのタスクを1つの画面で管理できるようになりました。
グループタスクボードの詳細については、ドキュメントを参照してください。
新しいGitLabインターフェイス（CE、EES、EEP）
新しいバージョンでは、GitLabインターフェースが完全に変更され、ナビゲーションがより高速で簡単になりました。
過去数か月にわたって、GitLabを操作するための根本的に新しい方法をテストしてきました。 ユーザーをテストし、フィードバックを調査した結果、既存のインターフェイスがナビゲーションの問題を引き起こしていることがわかりました。 ユーザーが表示しているグループとプロジェクトは、必ずしも明らかではありませんでした。 GitLabの異なる部分を切り替えるのは困難でした。 ページ階層は一貫性がなく、ユーザーを混乱させました。
新しいGitLab 10.0では、ナビゲーションの一貫性が向上しました。 上部パネルには、グループ、プロジェクト、タスク、マージリクエスト、todoタスク、個人情報など、すべてのグローバルおよび個人的な側面が反映されます。 左側のパネルは、コンテキストによって異なります：表示しているグループまたはプロジェクト。 ホバーすると、このパネルのすべてのメニューが開きます-中間ページがロードされてから別のリンクをクリックするまで待つ必要はありません。
ちなみに、好みに合わせてカラースキームを再度選択できます。 それでも、誰もが私たちが好きなように紫色を愛しているわけではありません。
ナビゲーションの詳細-GitLabブログ
GitLab保護されたハンドラー
CI / CDパイプラインには、セキュリティを強化する必要があるタスクがあります。 たとえば、戦闘環境で展開する場合、漏洩しないはずの資格情報または構成設定が使用されます。 それらを保護するために、特定のハンドラー（GitLab Runner）を「protected」フラグでマークできます。 次に、このハンドラーでは、 保護されたブランチからのコミットに対してパイプラインのみが実行されます 。
この機能は、マージ要求の必須確認およびタグによるハンドラーの選択とともに使用します 。
そうすると、保護されたハンドラーで信頼できるコードのみが実行されるようになります。
詳細については、GitLab保護ハンドラーのドキュメントを参照してください。
Git LFSのオブジェクトストレージ（EEP）
Git LFSでは、 Gitを使用して大きなファイルを効率的にバージョン管理できます。
しかし、非常に予想外の大きなファイルは、多くのディスク容量を占有します。 それらが多ければ多いほど、それらを保存することは難しくなります。
GitLab Enterprise Edition Premiumでは、 MinioやAmazon S3などのオブジェクトストレージにLFSファイルを保存できるようになりました。
SSHキー要件（CE、EES、EEP）
Corey Hinshawの貢献により、GitLab管理者は使用するSSHキーの要件をカスタマイズできるようになりました。 可能な暗号化アルゴリズムはそれぞれ次のことができます。
- 禁止する
- 許可または
- 最低限必要なキー長で許可します。
これにより、GitLabが可能になります。
GitLab 10.0のその他の改善点
Wikiページ（CE、EES、EEP）を操作するためのAPI
これで、GitLab APIを使用してWikiページを操作できるようになりました。 APIを使用すると、Wikiページのリストと特定のページのコンテンツの取得、新しいページの作成、編集または削除を行うことができます。 これにより、プログラムコードからWikiページを完全に操作できます。
この貢献に対して、コミュニティのメンバーであるVitaliy Klachkovに感謝します。
GitLab Runner 10.0（CE、EES、EEP）
また、GitLab 10.0では、 GitLab Runner 10.0をリリースしています。 GitLab Runnerは、CI / CDタスクを実行し、結果をGitLabに送り返すために使用されるオープンソースプロジェクトです。
最も重要な変更：
- デフォルトの登録コマンドは、プロジェクトのランナーを予約します。
- バージョンDocker>の存在しないイメージの処理を追加= 17.07
- Kubernetes executorを使用した可変ファイルパーミッションの問題を修正
完全な変更ログについては、変更ログGitLab Runnerを参照してください。
GitLab Runnerはデフォルトでプロジェクト（CE、EES、EEP）用に予約されています
新しいハンドラー（GitLab Runner）の最初の登録時に、トークンを提供しているプロジェクト（プロジェクトにロック）のためにそれを予約するかどうかを尋ねられます。 以前のバージョンでは、デフォルトでfalse
がマークされていましたが、プロジェクト所有者がこのプロセッサを他のプロジェクトに使用できることは明らかではありませんでした。これは重大なセキュリティリスクです。 GitLab 10.0以降true
、デフォルトでtrue
選択されているため、ハンドラーを他のプロジェクトに単純に埋め込むことはできません。
必要に応じて、これは後でハンドラー設定で変更できます。 そしてもちろん、UIを介して登録するとき、またはコンソールで--locked=false
オプションを使用するときは、これを手動で注意してください。
簡略化されたプロジェクト権限（CE、EES、EEP）
GitLabの際立った機能の1つは、プロジェクト機能へのアクセス権の粒度です。
GitLab 10.0では、ユーザーインターフェイスを簡素化して、プロジェクトの範囲、機能、アクセス権をより簡単に制御できるようにし、便利なインターフェイスでそれを行いました。
プロジェクトの簡易アクセスドキュメントで詳細を確認してください。
拡張サブグループアクセス許可（CE、EES、EEP）
GitLab 9.0では、GitLab内でプロジェクトとグループを整理するプロセスをより柔軟にするサブグループをリリースしました。 まだ試していない場合は、 ドキュメントでサブグループの詳細を確認できます。
このリリースでは、グループの作成が禁止されている場合でも、所有者がサブグループを作成できるようにする機能が追加されました。 これにより、この責任を委任したユーザーのGitLabグループ構造の管理が簡素化されます。
JIRA開発パネル（EEP）でのGitLabコミットおよびブランチへのアクセス
多くのGitLabユーザーもJIRAを使用しています。 このリリースでは、JIRAとの統合が大幅に改善され、 JIRA 開発パネルでタスクに関連するGitLabコミットとブランチが表示されます。 JIRAでタスクに取り組んでいる間、GitLabでこのタスクに関連付けられたコミットまたはブランチにすばやく切り替えることができます-それらの間の統合はさらに緊密になりました。
詳細については、 JIRAダッシュボード統合ドキュメントを参照してください。
タスクをCSV（EES、EEP）にエクスポートするための時間追跡
既存のタスクをCSVにエクスポートする機能に、時間（推定および消費）を追跡する機能が追加されました。 これにより、チームリーダーとマネージャーは、テーブルを使用して時間情報を簡単に追跡できます。
この機会を与えてくれたBohdan V.に感謝します。
詳細については、 CSVエクスポートのドキュメントを参照してください。
反応フィルター（CE、EES、EEP）
GitLabでタスクをフィルタリングしたり、リクエストをマージしたりするときに、残した反応によってフィルターを選択できるようになりました。 これは、一般化されたブックマークとして使用できます。 さまざまな絵文字を割り当てることで、タスクまたはマージリクエストに対応するだけで、このフィルターを使用してすばやくアクセスできます。
この機能をありがとう佐藤博之 。
タスクを移動するためのクイックアクション（CE、EES、EEP）
ワークフローをさらに高速化するために、GitLabに特別なスラッシュコマンドが表示され、タスクをすばやく移動できます。 これで、コメントを書きながらタスクを移動できます。
Manolis 、ありがとうございます。
システムノートアイコンの再設計（CE、EES、EEP）
GitLabの個々のスタイルを引き続き定義および強調します 。 今回は、システムノートアイコンの再設計を行いました。
改善された監視ボード（CE、EES、EEP）
環境監視ボードを大幅に改善し、外観をより便利にし、1つのグラフで複数のシリーズのサポートを追加しました。 これにより、パフォーマンスの効率をより深く理解し、比較しやすくなります。 たとえば、アプリケーションのスループットはHTTP応答コードによって分類でき、成功したリクエストと失敗したリクエストの両方、および潜在的に欠落しているページを含む1つのグラフが表示されます。
Prometheusを使用した環境監視の詳細については、ドキュメントをご覧ください。
LDAP Group Sync API（EES、EEP）
GitLabのLDAPグループ同期がAPIを介して利用できるようになり、プログラムで同期イベントをリクエストできるようになりました。 これは、APIを介したグループの作成など、グループの自動化を、単一のAPIリクエストを使用して、プログラムでLDAPと即座に同期できることを意味します。
LDAP（verify_certificates）をセキュリティ（CE、EES、EEP）用に構成します
LDAPの構成verify_certificates
、セキュリティ上の理由からデフォルトで有効になりました。 この設定は9.4.2で登場しましたが、下位互換性のためにデフォルトでオフになっています。
暗号化パラメーターにstart_tls
またはsimple_tls
を使用する設定がありますが、何らかの理由でLDAPサーバーとGitLabサーバー間でSSLプロトコルが適切に構成されていません。 LDAPサーバーのSSL証明書がGitLabサーバーによって受け入れられない場合、このような設定は失敗する可能性があります。
LDAP管理ドキュメントを読む
アップグレードされたOmnibus GitLab（CE、EES、EEP）
GitLabのインストールがこれまでになく簡単かつ高速になりました！ GitLab 10では、パッケージのインストール中にGitLabをすぐに使用できるURLを指定できます。 その後、GitLabは自動的に目的のURLに再構成し、インストールプロセスから2つのステップをスキップして開始します。
詳細については、Omnibus GitLabのドキュメントを参照してください。
オムニバス拡張（CE、EES、EEP）
GitLab Mattermost 4.2（CE、EES、EEP）
GitLab 10.0には、 Mattermost 4.2が含まれています。これは、Slackの代替となるオープンソースです。 新しいリリースには、複雑なワークフローを簡素化するためのインタラクティブなメッセージボタンなどが含まれています。
このバージョンにはセキュリティアップデートが含まれています 。 更新することをお勧めします。
開発サイクル分析の週レビュー（CE、EES、EEP）
開発サイクル分析では、各プロジェクトのアイデアから生産までの時間を測定します。 これは、特定のポイントに到達するまでの合計時間を示すだけでなく、合計時間はさまざまな段階に分割され、アイデアは最終リリースまで続きます。
コミュニティメンバーのMehdi Lahmamのおかげで、7日間にわたってパフォーマンスを確認できるようになりました。これは、開発の反復が短いチームに特に役立ちます。
新しいGitLabランナーリポジトリ（CE、EES、EEP）
2017年9月12日に、GitLab Runnerを新しいリポジトリに移行しました。 ランナーは現在利用可能です https://gitlab.com/gitlab-org/gitlab-runner 。
ブックマークを更新することを忘れないでください！
ユーザー識別用の事前定義変数（CE、EES、EEP）
パイプラインを使用すると、GitLabが自動的に設定する多くの環境変数が生成されます。 これにより、スクリプトは重要な情報を受け取ることができます。 GitLab 10.0では、2つの新しい変数GITLAB_USER_NAME
とGITLAB_USER_LOGIN
導入され、作業を開始したアカウントのフルネームとログインを取得できるようになりました。
スケジュールされたパイプラインAPI変数（CE、EES、EEP）
GitLab 9.2では、 スケジュールされたパイプラインを導入し、将来のリリースではAPIと変数サポートを追加しました。 GitLab 10.0では、 APIリクエストにも変数サポートを追加することでサイクルを終了します。 これで、サードパーティアプリケーションとスケジュールされたパイプラインの自動相互作用がより柔軟になります。
スケジュールされたAPIパイプラインの変数に関するドキュメントの詳細を読むことができます
サブグループのアクセスブロック（CE、EES、EEP）
GitLabは、異なるグループ間でプロジェクトを共有する機能を提供します。これにより、プロジェクトの構造と権限がより柔軟になります。
アクセスブロックにより、一部のグループのプロジェクトを共有から保護し、会社のセキュリティポリシーへの準拠を確保できます。
サブグループのアクセスをブロックすることも可能になりました。 これにより、サブグループは親グループからアクセスブロックを継承または再定義することができ、プロジェクトの配布をより正確に制御できます。
詳細については、 アクセスブロックのドキュメントをご覧ください。
テクニカルサポートタスクの特別ページ（EEP）
以前は、テクニカルサポートタスクを管理するには、プロジェクトのタスクページで特別なボットによって作成されたタスクを検索する必要がありました。 ナビゲーションに別のページが表示され、そのようなタスクはすべて自動的に収集されます。 サポートメールもページに表示されます-これにより、テクニカルサポートにリクエストを送信する必要がある人と簡単に共有できます。
詳細については、テクニカルサポートのドキュメントをご覧ください。
グループマージリクエスト（CE、EES、EEP）のフィルターおよび検索メニュー
ページをマージリクエストのリストで更新し、検索およびフィルターメニューを新しいデザインで追加しました。 これにより、作成者、アーティスト、マイルストーン、ラベル、または重みで必要なマージリクエストのリストをすばやく並べ替えることができます。これは、タスクで長時間実行できるのと同じことです。
このメニューを提供してくれた佐藤博之に感謝します。
詳細については、グループマージリクエストのドキュメントをご覧ください。
サイドメニューでのタスクの移動（CE、EES、EEP）
タスクを移動する機能は、タスクのサイドメニューに移動しました。 他の重要なアクションをグループ化し、タスクのメインスペースを解放します。これにより、このスペースでタスクの名前と説明に集中しやすくなります。
マージリクエストはタグとマイルストーンタスクを継承します（CE、EES、EEP）
マージリクエストにマイルストーンとタグを使用する場合、タスクから関連付けられたマージリクエストにそれらをコピーしなければならないことがよくあります。 現在、対応するボタンを使用してタスクからマージリクエストを作成すると、マージリクエストは自動的にマイルストーンとタグを継承します。
ハシーブ 、あなたの貢献に感謝します！
ドキュメントのタスクから新しいマージリクエストを作成する方法をご覧ください。
レガシーマージリクエストディスカッション（CE、EES、EEP）を自動的に解決する
一部のユーザーにとって、マージリクエストのディスカッションを許可するには、質問のコードの代わりに新しいコードを挿入するだけです。 このために、マージ要求設定を提示します。 この設定を有効にすると、次のプッシュ後に差分のこのセクションが古くなった場合に、差分の議論が許可されます。 最上位レベルのディスカッションと同様に、変更のない行のディスカッションは自動的に解決されないことに注意してください。
この機能を提供してくれたAshley Dumaineに感謝します。
外部ユーザー（EES、EEP）のLDAPグループ同期の機能強化
LDAPグループ同期はGitLab Enterprise Editionで利用でき、既存のLDAPグループシステムと権限を変更することにより、ユーザー権限を簡単に管理する優れた方法を提供します。
GitLab は外部ユーザーのアクセス許可管理もサポートしており、各ケースでプロジェクトをより正確に制御できます。
GitLab 10.0では、既存の定期的な同期に加えて、承認中に外部ユーザーが同期されます。 これは、ログインした直後にLDAPシステムの権限の変更がユーザーに利用可能になり、設定が自動的に更新されることを意味します。
詳細については、 LDAPグループ同期のドキュメントを参照してください。
アーカイブされたプロジェクトの新しいフィルター（CE、EES、EEP）
私たちのコミュニティのメンバーであるMehdi Lahmamを送信することで（またありがとう！）、アーカイブされたプロジェクトのみが表示されるようにプロジェクトページをフィルタリングすることが可能になりました。
これは、アーカイブされたすべてのプロジェクトの完全なリストを表示し、管理者がプロジェクトを簡単に削除できるようにするために、プロジェクト管理で役立ちます。
翻訳されたプロジェクト活動ページ（CE、EES、EEP）
GitLabを新しい言語に翻訳し続けており、今回はプロジェクトアクティビティページの翻訳を準備しました。
最近、CrowdInに翻訳コミュニティを作成しました。 これで、すべてのユーザーがGitLabページの翻訳を支援しやすくなります。 接続したい場合は、コミュニティを通じて登録してください。
GitLab Geoの機能強化（EEP）
GitLab 10.0で導入された重要な変更：
- GitLab Geoは、システムフックの使用を完全に置き換えます。 GitLab 10.0にアップグレードする場合は、データベースを介してSSHキールックアップをアクティブにする必要があります 。 GeoをインストールしてCentOS 7.4にアップグレードするか、Ubuntu 16.04を使用してOpenSSHバージョンを取得することをお勧めします 。
- Geoダウンロードスケジューラを改善して、失敗したプロジェクトをスキップしました。
- データベースをコピーするときの遅延を追跡し、カーソルの状態を記録できるように、管理ページを改善しました（下のスクリーンショットの「下部」で「詳細」スイッチを開いたとき）。
- 変更点の全リストはこちら 。
パフォーマンスの改善（CE、EES、EEP）
私たちの目標は、リリースごとにGitLabをより速く、よりアクセスしやすく、より安定させることです。 これは、個々のGitLabインスタンスを高速化するためだけでなく、100万人以上のユーザーですべてのGitLab.comのパフォーマンスを向上させるためでもあります。
GitLab 10.0では、このコミットメントを二重に強調し、以前のリリースよりも多くのパフォーマンスの問題を修正しました。
大量のメモリを使用してタスクの問題を解決し、プロジェクトの作成とコミットの実行速度を上げることで、膨大な数のページを高速化します。
サポートの終了
PostgreSQL 9.2サポート
9月22日にGitLab 10.0がリリースされると、Postgres 9.2のサポートを停止し、 Omnibus GitLabパッケージから削除します 。 展開でPostgresを使用している場合、データベースをバージョン9.6にアップグレードしてGitLab 10.0にアップグレードする必要があります。
GitLabを少なくともバージョン9.0からアップグレードする場合、データベースはすでにバージョン9.6を実行しています。 GitLabの以前のバージョンを使用している場合は、データベースをアップグレードして、バージョン10へのアップグレードの準備をしてください 。
PostgreSQL 9.2 は 、最初のリリースから5年後の9月に終了します。
まで： 2017年9月22日
API V3
GitLab 8.17では、API v3サポートの廃止を発表しました。
GitLab.comでAPI v3リクエストを使用したトラフィックはまだ多く見られます。
最終的にGitLab 11でAPI v3を放棄し、開発者がAPI v4に移行したことを確認したいだけです。 APIのこれら2つのバージョン間の変更を確認するには、 ドキュメントを参照してください。
以前： GitLab 11.0
コード統合
GitLabの組み込み編集機能を引き続き改善するため、GitLabのコード統合を削除します。
GitLab 10.0以降では、コード統合をアクティブにすることはできなくなります。 この機能を既に使用している既存のインストールは、バージョン11.0まで機能し続けます。このバージョンでは、この機能は完全に無効になります。
以前： GitLab 11.0
TLSv1はデフォルトでサポートされなくなりました
GitLab 10はデフォルトでTLSv1をサポートしなくなりました。 TLSv1接続を引き続き使用したい場合は、サポートされているプロトコルのリストにそれらを追加し直すことができます-このため、 gitlab.rb
ファイルのnginx['ssl_protocols']
フィールドを編集する必要があります。
まで： 2017年9月22日
GitLab Git HTTPサーバー構成サポートの廃止
GitLab 8.2以降では、 Gitlab Workhorseを使用してGit HTTPトラフィックを処理しました。 以前のバージョンではGitLab Git HTTPサーバーを使用し、その設定を無視していました。 バージョン10から、このコードを削除して、古いGitLab Git HTTPサーバー構成パラメーターを認識します。 gitlab.rb
構成ファイルにこれらの設定が含まれている場合、それらを削除する必要があります。そうしないと、GitLabの再構成が失敗します。
まで： 2017年9月22日
プライベートトークン
プライベートトークン-ユーザーアカウントの一意のトークンを使用してAPIにアクセスできるようにするメカニズム。
個人用アクセストークンは、APIを介してGitLabへのよりきめ細かいアクセスを提供するため、プライベートトークンよりも使用することをお勧めします。
プライベートトークンのサポートはGitLab 10.2で廃止されます。これは、プライベートアクセストークンよりも安全性が低いと考えられるためです。
まで： 2017年9月22日
GitユーザーのカスタムSSHクライアント構成
現在、Gitユーザーは〜git ~git/.ssh/config
.id_rsa
にあるGitLabサーバーでカスタムSSHクライアント構成を持っている場合があり、他の構成ファイルも自動的にダウンロードされます。
この手動で構成可能な構成は自動的に読み込まれ、いくつかの場所で使用されます。 ただし、キーを使用するときは「GitLabユーザーのみ」のアクセス制御がないため、これはかなり安全ではありません。
まで： 2018年9月22日
レガシーGitストレージ設定のサポート終了
GitLab 9.0のリリースで、複数のディレクトリをサポートするようにGit代替ストレージディレクトリの設定を変更しました。 アップグレードプロセスを簡素化するために、古い形式との下位互換性をサポートしました。 GitLabの将来のリリースでは、古い構成設定はサポートされなくなるため、ユーザーはgitlab.rb
ファイルを修正して現在の git_data_dirs
をサポートする必要があり git_data_dirs
。
たとえば、 gitlab.rb
にgit_data_dirs({ "default" => "/var/opt/gitlab/git-data" })
が含まれている場合、それをgit_data_dirs({ "default" => { "path" => "/var/opt/gitlab/git-data" } })
に置き換える必要がありgit_data_dirs({ "default" => { "path" => "/var/opt/gitlab/git-data" } })
。
まで： 2018年3月22日
「.gitlab-ci.yml」のキーワード「types」
types
キーワードは、以前はstages
に置き換えられましたが、非推奨であり、GitLabの将来のリリースで削除される予定です。
まで： 2018年3月22日
組立バッジ
GitLab.
: 22 2018
DevOps . DevOps Helm Charts , .
: 22 2017
«» . .
: 22 2018
'codeclimate'
GitLab Code Quality codeclimate
. codequality
, , codeclimate
.
: 22 2018
Runner's 'docker-ssh' 'docker-ssh+machine' executors
executor'a GitLab Runner — docker-ssh
docker-ssh+machine
— . .
: 22 2018
GitLab Runner
( stop
, start
, restart
, status
, install
, uninstall
). .
: 22 2018
release notes / : https://about.gitlab.com/2017/09/22/gitlab-10-0-released/
英語からの翻訳は、翻訳チーム「Brain and Partners」、 http：//nadmosq.ruによって行われました。 rishavant nick_volynkin .