問題タブ [gitlab-ce]

GitLab Community Editionを実行していますが、GitLab プロジェクト (リポジトリ) にクォータを追加して、ユーザーが大規模なプロジェクトを作成できないようにしたいと考えています。

クォータは、最大プロジェクト サイズ (プロジェクトあたり 420 MB など) である必要があります。これは可能ですか？はいの場合、それに応じて GitLab を構成するにはどうすればよいですか?

ユーザーは、グループの概要ページで自分の GitLab グループの権限 (直接のグループ メンバーである場合) を確認できますが、プロジェクトの概要ページでは、自分の役割/権限レベルは表示されません。

ユーザーが GitLab プロジェクトのメンバーであるが、プロジェクトの対応するグループのメンバーではない場合、このユーザーは自分のプロジェクトの権限をどのように確認できますか? ユーザーが GitLab プロジェクトで自分の権限を確認する方法はありますか? そのようなユーザーは、参加している他のプロジェクト メンバーを見ることができますか?

GitLab のバージョンは8.5.7 CE.

Gitlab では、Issue に対して FROM および FOR で作成された新機能ブランチの命名規則がありました。my-awesome-issue-title-<ISSUE_ID>

この規則に従えば、Gitlab は問題のあるブランチを自動的にバインドし、このブランチから作成されたマージ リクエストもバインドします。

これは非常に優れた機能です。すべてのブランチに独自の命名規則とプレフィックスを使用して名前を付けることができ、問題の ID で終わることができます。

たとえば、次のブランチを作成できます。

• features/add-awesome-button-354
• features/improve-cool-action-398
• hotfixess/fix-https-performance-issue-512

など... そして、Gitlab は自動的にブランチを一致する課題にバインドします。すごい！

しかし、GitLab の最後のアップグレード (Community Edition 8.9.2) から、命名規則が変更されたようです。 <ISSUE_ID>-my-awesome-issue-title

課題をブランチにバインドするのは非常に面倒です。または、愛されているカスタムのプレフィックス付き命名規則を放棄する必要があります... :-(

そのパターンを以前のものまたは自分のものに戻すように構成することは可能ですか?

Ubuntu 16.04 LTS システムのプロジェクト パッケージ リポジトリから GitLab-CE をインストールしました。

パッケージのバージョンは次のとおりです。

アーキテクチャは AMD64 です。

私はすべてをうまく設定しました。HTTPSなどがあります。管理者アカウントなどを作成しました。ここでプロジェクトを作成したいと思いますが、ここから問題が始まります。プロジェクトを作成しようとすると、次のエラーが発生します。

だから私は何をすべきかグーグルで検索しました。最初に、新規ユーザーのデフォルトのプロジェクト制限を変更しました。実際には 1000 です。これでは問題は解決しません。
そこで、アカウントのプロジェクト制限を確認しました。0です。とても変だと思ったので、1000にも変更しようとしました
。GitLabは、設定が正常に保存されたと言っていますが……まだ0であり、変更できません。
また、グループを作成する機能を設定できません。上記のエラーが引き続き表示され、これを解決する方法がわかりません。

誰かがそうする方法を知っていますか？私が考える唯一のことは、DBで直接変更することですが、これは非常に汚いと思います。

GitHub の便利な機能は、ユーザーがコミット メッセージを介して "プル リクエスト" (PR) を閉じることができることです。たとえば、Closes #1がコミット メッセージに記述されていて、そのコミットがその後masterブランチに到達した場合、GitHub は自動的に PR を閉じます。

GitLab にも同様の設定がありますが、プル リクエストは "マージ リクエスト" (MR) として知られています。GitHub で自動 PR クロージング機能のサポートを見つけましたが、GitLab にはこの便利な機能がまったくないように見えます。(私が見つけた) マージ リクエストを閉じる唯一の方法は、GitLab 自体の [Accept] または [Close] ボタンを手動でクリックすることです。

This SO question は、問題の機能を示しています。

そして、はい、ここに記載されているように、問題を閉じることができることを認識しています: http://docs.gitlab.com/ee/customization/issue_closing.html

しかし、そのページが言うように：

コミットまたはマージ リクエストによって 1 つ以上の問題が解決された場合、コミットまたはマージ リクエストがプロジェクトのデフォルト ブランチに到着したときに、これらの問題を自動的にクローズすることができます。

そのため、MR またはコミットが に到達した場合にのみ課題masterがクローズされますが、コミットが に到達した場合は MR のクローズとは言えませんmaster。

GitLab-CE リポジトリの問題を検索したところ、手ぶらで出てきました。これは文書化されていない機能ですか、それとも GitLab CE は単にこれをサポートしていないのでしょうか?

docker toolbox をセットアップし、gitlab-ce をインストールして gitlab の継続的インテグレーション機能をテストしました。gitlab インスタンスに接続してリポジトリを作成し、新しい ssh キーを作成してリポジトリに貼り付けることができました。しかし、問題は、このリポジトリにプッシュしようとすると、次のエラーが発生することです。

ssh: ホスト名を解決できませんでした c52795c5acda: 名前またはサービスが不明です 致命的です: リモート リポジトリから読み取れませんでした。正しいアクセス権があり、リポジトリが存在することを確認してください

git の URL は次のとおりです。

c52795c5acdaをコンテナーの IP アドレスとポートに置き換えたところ、HTTPS では機能しているようですが、ssh では機能していないようです。私のシステムは Windows 8.1 で、仮想マシンで Docker を実行しています。誰でも問題を指摘できますか？

現在、私のプロジェクトにブランチを作成し、そこに .gitlab-ci.yml ファイルを追加する人は誰でも、ランナーを使用してサーバー上でコマンドを実行できます。マスターまたは所有者のみが CI 構成ファイルをアップロードして変更できるようにするにはどうすればよいですか?

私はhttps://gitlab.com/gitlab-org/gitlab-ci-multi-runnerをbashで実行しています。

Have anyone established to install and enable kerberos for Gitlab CE?
I know that is only for EE but I believe that it is possible to be installed for CE also. There isn't any article or guide to help anyone with that.

Already tried to follow up this guide

but I cannot see the kerberos login option.
before 8.14.0 you can enable kerberos from just the guide for the Enterprise Edition but the callback isn't working. on 8.14.0 the option isn't showing at all.

従来の課題追跡システムから Gitlab CE にデータをインポートする方法は何ですか?

このためのツールは存在しますか? スキーマ？提案？

これは実際には従来の問題追跡システムであることに注意してください。これは bugzilla より前のバージョンで、古い IIS サーバーと SQL Server 2000 で実行されます)。

(このセットアップについては何でも言いますが、まだ聞いたことがないものは何もありません。)

gitlab ce 8.11.7過去1か月から、正常に機能した開始日で作業しています。
しかし、毎日gitlabサーバーの完全なバックアップを取るためにcronジョブをスケジュールしたので。コマンドを実行gitlab-rakeしてバックアップを取得した後、gitlab サーバーで 502 エラーがスローされます。
すべてのサービスが稼働していますが、それでも 502 エラーがスローされます。

いくつかの解決策を提案するか、gitlab サーバーの増分バックアップを取る方法を提案してください。