テンプレートテスト
ブログの説明
ブログの説明2
menu
keyboard_arrow_up
Top
search
close
home
ホーム
computer
PC一般
construction
開発環境・ツール
code
プログラミング
home
ホーム
computer
PC一般
construction
開発環境・ツール
code
プログラミング
ラベル
GitLab
の投稿を表示しています。
すべての投稿を表示
ラベル
GitLab
の投稿を表示しています。
すべての投稿を表示
2021/04/28
image
NO IMAGE
Redmine と GitLab の連携(ベアリポジトリの同期)
update
event_note
label
GitLab
label
Redmine
以前やったことあったのですぐに出来るかと思ったら、何故かはまってしまったのでメモ。
Redmine, GitLab どちらも Docker Hub にある公式イメージを使って動かしています。 ## 環境 - GitLab CE : 13.11.1 - Redmine : 4.0.8 Redmine は使用しているプラグインの都合上、最新バージョンではありません。 ## 前提 Redmine と GitLab の同期に必要になるプラグイン `redmine_github_hook` はインストールされている前提です。 ## やりたいこと GitLab にプッシュしたら Redmine のリポジトリも最新に更新したい(フェッチさせたい)。 fetch して同期させるだけなので、SSH とかは何も設定しません。 ## 設定 ### GitLab の設定 プロジェクトの設定で、WebHook の設定を行います。 Settings > Webhooks を選択し、URL を設定します。 例えば以下のようにです。 `http://example.com/github_hook?project_id=test&repository_id=test` ### Redmine 配下にベアリポジトリの作成 Redmine に Git のリポジトリを登録するには、ローカルにベアリポジトリを作成する必要があります。 そして、結果的にここが一番はまったのですが、Redmine の公式イメージでは、`redmine` というユーザーで Redmine が実行されるようなので、`redmine` のユーザーが書き込みできる箇所にリポジトリを作成するか、適切にパーミッションを設定してやる必要があります。 私はパーミッションの設定が面倒だったので、とりあえず `redmine` ユーザーのホームディレクトリにベアリポジトリを作成することにしました。 まずはコンテナに入ります。 ユーザーとして `redmine` を指定しています。 指定しなかったら `root` で入ってしまうので注意です。 ``` $ docker exec -it --user redmine <コンテナ名> bash ``` ここからはコンテナ内での作業です。 入った直後のパスは `/usr/src/redmine` になっていたので、ホームディレクトリに移動してからクローンします。 ベアリポジトリを作成したいので、`--bare` を指定します(`--mirror` でも可)。 ``` $ cd # ホームディレクトリに移動 $ pwd # 確認 /home/redmine $ git clone --bare <リポジトリのURL>``` あとは、Redmine のプロジェクトの設定画面でリポジトリを登録します。
## 参考 URL
Read more
2021/04/27
image
NO IMAGE
GitLab の Clone URL を変更する
update
event_note
label
GitLab
久々に GitLab の設定ではまったのでメモ。
## 環境 - gitlab-ce 13.11.0 ## GitLab の Clone URL を変更する GitLab のプロジェクトに Clone URL が表示されますが、ここの URL がおかしな値になっている場合の対処方法です。 `external_url` とか `gitlab_rails[‘gitlab_host’]` とかを変更云々という記事が見つかりましたが、それでは解決しませんでした。 そして、もっとシンプルに GUI で設定可能です。 管理画面に `Custom Git clone URL for HTTP(S)` という項目があるので、そこを変更すれば OK です。
## 参考 URL
Read more
2021/01/14
image
NO IMAGE
GitLab の Artifacts を削除する PowerShell スクリプト
update
event_note
label
GitLab
label
PowerShell
.gitlab-ci.yml で `expire_in` を設定すれば、古い artifacts が自動で削除されるようになりますが、`expire_in` を設定する前の既存の artifacts は削除されません。
その古い artifacts が大量にある場合、手動で削除していくのは大変なので、API を使って一括で削除する PowerShell スクリプトを作成してみました。 使用は自己責任でお願いいたします。 ``` $project_id=??? $token="???" $server="http://example.com/" for($page=1; $page -lt 50; $page++) { $url = "${server}api/v4/projects/${project_id}/jobs?scope[]=success&scope[]=manual&per_page=100&page=${page}" Write-Host "Get Jobs ${url}" $json = Invoke-RestMethod -Headers @{ "PRIVATE-TOKEN"="${token}" } -Uri "${url}" foreach($job in $json) { $job_id = $job.id Write-Host "Erase job_id=${job_id}" $json = Invoke-RestMethod -Method Delete -Headers @{ "PRIVATE-TOKEN"="${token}" } -Uri "${server}api/v4/projects/${project_id}/jobs/${job_id}/artifacts" } } ```
## 参考 URL - https://forum.gitlab.com/t/remove-all-artifact-no-expire-options/9274/10
Read more
2020/10/22
image
NO IMAGE
gitlab-ci で git の submodule をアップデートしたい場合
update
event_note
label
GitLab
GitLab と gitlab-runner を使って CI を行っている場合、リポジトリをクローンしてくる際にサブモジュールのアップデートも行うにはどうすれば良いか?
参考 URL に書いてあるままですが、gitlab-runner が v1.10 以上であれば、`.gitlab-ci.yml` に以下の変数を定義すれば OK です。 ``` variables: GIT_SUBMODULE_STRATEGY: recursive ``` 古いバージョンであれば、`.gitlab-ci.yml` に以下のスクリプトを記述するそうです。 ``` before_script: - git submodule sync --recursive - git submodule update --init --recursive ```
## 参考 URL - https://docs.gitlab.com/ee/ci/git_submodules.html
Read more
2020/09/11
image
NO IMAGE
GitLab のログをローテーションに設定する
update
event_note
label
GitLab
GitLab のログが肥大化していたので、ログをローテーションするように設定しました。
GitLab は docker で動かしています。 - http://kuttsun.blogspot.com/2016/09/dockergitlab.html この `docker-compose.yml` に以下の記述を追加しました。 ```yaml GITLAB_OMNIBUS_CONFIG: | # 中略 logging['logrotate_frequency'] = "weekly" logging['logrotate_rotate'] = 10 logging['logrotate_compress'] = "compress" logging['logrotate_method'] = "copytruncate" ``` 詳細は参考 URL をご参照ください。
## 参考 URL - https://docs.gitlab.com/omnibus/settings/logs.html - http://hermesian.hatenablog.com/entry/2018/05/03/235255
Read more
2020/03/25
image
NO IMAGE
Windows10 で gitlab-runner をインストールする時に Access is denied となる
update
event_note
label
GitLab
gitlab-runner を Windows10 でインストールしようとしたとき、以下のようなエラーが出ました。
``` >gitlab-runner install Runtime platform arch=amd64 os=windows pid=2096 revision=4c96e5ad version=12.9.0 FATAL: Failed to install gitlab-runner: Access is denied ``` コマンドプロンプトを管理者として実行すればエラーが出なくなりました。
Read more
2020/03/10
image
NO IMAGE
GitLab のプライベートリポジトリを SSH Key なしで Clone する
update
event_note
label
GitLab
トークン認証を使うのが楽かもしれません。
## トークンの取得 まずはトークンを取得します。 GitLab にログインして、右上のプロフィールアカウントをクリック > `Settings` を選択します。 サイドメニューより `Access Tokens` をクリックします。 `Name` に適当な名前を入力します。 `Scopes` は、クローンするだけなら `read_repository` にチェックを入れれば OK です。 `Create personal access token` を押すと画面上にトークンが表示されるので、それをコピーします。 ## クローン コピーしたトークンを使って、以下のコマンドでクローンできます。 ```sh git clone https://oauth2:54uMLrocCpu2sUU8_4sS@gitlab.com/username/repository.git ```
## 参考 URL - https://hawksnowlog.blogspot.com/2018/02/gitlab-clone-with-token.html - https://hacknote.jp/archives/26324/
Read more
2020/01/10
GitLab の Admin / Runners で 500 エラーが表示される
update
event_note
label
GitLab
GitLab のバックアップとリストアを行った後、管理者メニューの Runners の画面で 500 エラーが表示されるようになりました。
## 環境 - GitLab Omnibus(CE) 12.5.6 ## 原因と解決方法 以下の2つのファイルをバックアップ時にコピーして、リストア後に戻してやると解決しました。 - `/etc/gitlab/gitlab-secrets.json` - `/etc/gitlab/gitlab.rb` ## 初期化方法 上記のファイルを取得できない場合、以下の方法で初期化します。 初期化後は再度 gitlab-runner の登録が必要です。 ``` # gitlab-rails dbconsole psql (10.9) Type "help" for help. gitlabhq_production=> -- Clear project tokens gitlabhq_production=> UPDATE projects SET runners_token = null, runners_token_encrypted = null; UPDATE 168 gitlabhq_production=> -- Clear group tokens gitlabhq_production=> UPDATE namespaces SET runners_token = null, runners_token_encrypted = null; UPDATE 46 gitlabhq_production=> -- Clear instance tokens gitlabhq_production=> UPDATE application_settings SET runners_registration_token_encrypted = null; UPDATE 5 gitlabhq_production=> -- Clear runner tokens gitlabhq_production=> UPDATE ci_runners SET token = null, token_encrypted = null; UPDATE 4 ```
## 参考 URL - https://docs.gitlab.com/ee/raketasks/backup_restore.html#storing-configuration-files
Read more
2019/11/12
GitLab のリリース機能を使う
update
event_note
label
GitLab
GitLab にも GitHub と同様のリリース機能があり、これを使えばビルド済みのバイナリファイル一式を簡単に公開することができます。
## 環境 - GitLab 12.4.0 ## リリースの作成方法 リリースの作成はタグの作成から行うようです。 まず、メニューから `Repository` > `Tags` を選択し、`New tag` をクリックします。 `Attach a file` で公開したいファイル一式を追加します。
`Create tag` をクリックするとタグが作成され、リリースにも追加されます。 `Project` > `Releases` で確認できます。
Read more
2019/10/23
image
NO IMAGE
GitLab でブロックされたユーザーを解除する
update
event_note
label
GitLab
LDAP 認証で GitLab にログインしているユーザーが何故かログインできなくなりました。
管理画面で確認すると `Blocked` と出ていたので、ブロックを解除しようとしたところ、以下のメッセージが表示されました。 ``` This user cannot be unlocked manually from GitLab ``` ちょっと調べた感じ、どうやら直接 DB を変更するしかないようです。 - `gitlab-rails console` と入力 - `user = User.find_by_email("ユーザーのメールアドレス")` でブロックを解除したいユーザーを取得 - `user.state = "active"` でアクティブに変更 - `user.save` で保存 - `exit` で終了 以下全体の流れです。 ``` root@pcname:/# gitlab-rails console -------------------------------------------------------------------------------- GitLab: 12.4.0 (1425a56c75b) GitLab Shell: 10.2.0 PostgreSQL: 10.9 -------------------------------------------------------------------------------- Loading production environment (Rails 5.2.3) irb(main):001:0> user = User.find_by_email("ユーザーのメールアドレス") => #
irb(main):002:0> user.state = "active" => "active" irb(main):003:0> user.save => true irb(main):004:0> exit root@pcname:/# ```
## 参考 URL - https://thecaffeinatedadmin.com/2018/08/27/gitlab-error-this-user-cannot-be-unlocked-manually-from-gitlab/ - https://docs.j7k6.org/gitlab-ldap-unblock-user/
Read more
2019/06/04
GitLab の Integrations でローカルネットワークを設定できない場合
update
event_note
label
GitLab
GitLab の Integrations で Redmine との連携をセットしようとしたら、以下のエラーが表示されました。
> Validations failed. Project url is blocked: Requests to the local network are not allowed,Issues url is blocked: Requests to the local network are not allowed,New issue url is blocked: Requests to the local network are not allowed ## 対処方法 - 管理者メニューの [Settings] > [Network] を選択 - `Outbound requests` の `Allow requests to the local network from hooks and services` にチェックを入れる
Read more
2019/04/04
GitLab の Pipeline をデフォルトで無効にする
update
event_note
label
GitLab
GitLab をアップデートしたら、Pipeline の設定を行っていないプロジェクトで Push 時やマージリクエスト時にエラーが表示されるようになりました。
どうやらデフォルトで Pipeline の機能が有効になっているようなので、これを無効にする方法です。 ## 環境 GitLab 11.8.2 ## 設定変更 管理者でログインし、[Admin Area] - [Settings] - [CI/CD] の順にアクセスします。 `Default to Auto DevOps pipeline for all projects` のチェックを OFF にし、`Save changes` をクリックします。
Read more
2018/11/21
image
NO IMAGE
gitlab-runner で 407 エラーが発生するようになった
update
event_note
label
GitLab
何故かはわかりませんが、急に gitlab-runner で CI に失敗するようになってしまいました。
## 環境 Windows Shell で gitlab-runner を動作させています。 ## 現象と対策 ログを見ると、HTTP が 407 エラーを返しているようです。 ``` The requested URL returned error: 407 ``` また、gitlab-runner のジョブのエラーコードは 128 でした。 ``` ERROR: Job failed: exit status 128 ``` 以下に同じような症状について書いてありました。 - https://gitlab.com/gitlab-org/gitlab-runner/issues/3422 gitlab-runner がある場所に `config.toml` というファイルがあるので、上記 URL を参考に `environment = ["GIT_SSL_NO_VERIFY=true"]` を追加したら直りました。 何故急にこのような現象が発生するようになったかも、何故これで直るのかもよくわかりませんが、とりあえず解決しました。
## 参考 URL - https://gitlab.com/gitlab-org/gitlab-runner/issues/3422
Read more
2018/11/09
image
NO IMAGE
GitLab + LDAP 認証で急にアクセスできなくなった
update
event_note
label
GitLab
LDAP 認証で GitLab にサインインしている環境において、ある時から急に Clone や Push などができなくなりました。
条件は以下です。 - GitLab で LDAP 認証 (ActiveDirectory ) を設定している - git でアクセスする際のユーザー名とパスワードを Windows の資格情報に記憶させている このとき、ActiveDirectory でユーザーパスワードを変更すると、git から GitLab にアクセスできなくなります。 Windows の資格情報のパスワードも変更するとアクセスできるようになります。 分かってしまえば当たり前なのですが、今まで出来てたものが急に出来なくなったので、ちょっとはまりました。 初回アクセス(資格情報がない状態)時であればユーザー名とパスワードを聞いてきますが、それがなかったので、ユーザー名またはパスワードが違うのが原因だとはすぐにわかりませんでした。
Read more
2018/07/04
image
NO IMAGE
GitLab Runner でクローンする URL を変更する
update
event_note
label
GitLab
GitLab Runner が Clone を行う URL を変更する方法です。NIC が複数ある場合など、異なるネットワークから Clone を行う場合に必要になりました。
設定を gitlab-runner 側で行います。 私は gitlab-runner を docker で動作させていますが、Linux であれば同じだと思います。 まず `/etc/gitlab-runner/config.toml` を開きます。 `[[runners]]` セクションに `clone_url` を追加し、URL を記述します。 **例** ``` [[runners]] name = "ruby-2.1-docker" url = "https://CI/" token = "TOKEN" limit = 0 executor = "docker" builds_dir = "" shell = "" environment = ["ENV=value", "LC_ALL=en_US.UTF-8"] clone_url = "http://gitlab.example.local" ``` これで、gitlab-runner は記載した URL から Clone を行うようになります。 ### エディタが入っていない場合 gitlab-runner の docker イメージの中には vi すら入っていなかったので、コンテナ内でテキストファイルを編集するのは困難でした。 この場合は一度テキストファイルをホストにコピーして、ホストで編集してからまたコンテナ内にコピーして戻すのが良いと思います。 **コンテナからホストにコピーする例** ```sh docker cp gitlab-runner:/etc/gitlab-runner/config.toml ./ ``` **ホストからコンテナにコピーする例** ```sh docker cp config.toml gitlab-runner:/etc/gitlab-runner/ ```
## 参考 URL - https://docs.gitlab.com/runner/configuration/advanced-configuration.html
Read more
2018/06/25
image
NO IMAGE
Gitlab CI でスクリプトが途中までしか実行されない
update
event_note
label
GitLab
Windows の場合、.gitlab-ci.yml の script に記載したコマンドが途中までしか実行されないことがありました。
例えば、私の場合、GitBook のビルドを自動化しようとして、以下のようなスクリプトを書きました。 ```sh job: stage: build script: - gitbook install - gitbook build ``` この場合、実行環境が Windows 10 だと、`gitbook install` のみが実行され、`gitbook build` は実行されないままジョブが正常終了してしまいました。 どうやらこれは Windows の仕様に起因するようで、この場合、以下のように `call` をつける必要があるようです。 ```sh job: stage: build script: - call gitbook install - call gitbook build ``` いや、ちょっとはまってしまいました。
## 参考 URL - https://gitlab.com/gitlab-org/gitlab-runner/issues/1051
Read more
2017/12/28
[C#] GitLab CI と SonarQube で .NET アプリケーションの CI を行う
update
event_note
label
.NET Core
label
C#
label
GitLab
label
SonarQube
以前の記事で SonarQube を使って .NET アプリケーションの静的解析を行いました。 今回はこれに GitLab CI を使って継続的インテグレーションを行います。
具体的には Push をトリガーとして自動的にコードを解析を行い、またその解析結果をマージリクエストの画面に表示します。 尚、Jenkins 等の他の CI ツールは必要ありません。 ## 環境 - GitLab 10.2.0 - gitlab-runner 10.2.0 - SonarQube 6.7 - SonarQube Scanner for MSBuild 4.0 - .NET Core 2.0 ## 準備 GitLab と SonarQube の環境構築は済んでいる前提です。 Docker を使った環境構築については以下を参考にしてください。 - [GitLab を docker-compose で動かしてみる](http://kuttsun.blogspot.jp/2016/09/dockergitlab.html) - [SonarQube を docker-compose で動かしてみる](http://kuttsun.blogspot.jp/2017/12/sonarqube-docker-compose.html) また、GitLab CI を使うためにはタスクランナーとして gitlab-runner が必要です。 以下の記事に書いたように、C# プログラムのコード解析には OpenCover と SonarQube Scanner を使っていますが、これらは Windows 上でしか動作しません。 - [[C#] OpenCover でコードカバレッジを計測する](http://kuttsun.blogspot.jp/2017/12/opencover.html) - [[C#] SonarQube で .NET アプリケーションのコード解析を行う](http://kuttsun.blogspot.jp/2017/12/sonarqube-net.html) 従って、gitlab-runner は Windows 上にインストールしたものを使う必要があります。 gitlab-runner を Windows にインストールする手順については以下の記事を参照してください。 - [GitLab Runner を Windows で動かす](http://kuttsun.blogspot.jp/2017/12/gitlab-runner-windows.html) GitLab に gitlab-runner を登録するところまでも済んでいる前提とします。 ## GitLab の設定 ### ユーザーの追加 SonarQube から GitLab に通知するためのユーザーを GitLab に作成します。 後で SonarQube の設定を行うときに作成したユーザーのトークンが必要になります。 トークンは作成したユーザーでログインし、Account のメニューの Private Token で確認できます。 もちろん、別途トークンを作成しても OK です。 ### Pipeline 失敗時のマージ拒否 Pipeline で失敗している場合にマージリクエストをマージできないようにしたい場合は、該当のプロジェクトで以下を設定します。 [Edit Project] > `Only allow merge requests to be merged if the build succeeds` を ON にし、`Save changes` をクリック ## SonarQube の設定 管理者アカウントでログインして以下のことを行います。 ### GitLab Plugin のインストール [Administration] > [Marketplace] > `GitLab` で検索し、`GitLab` をインストールします。
インストールしたら SonarQube を再起動します。 ### GitLab Plugin の設定 [Administration] > [Configuration] > サイドメニューより `GitLab` を選択します。 `GitLab url` と `GitLab User Token` を設定します。 `GitLab User Token` には、あらかじめ GitLab に作成しておいたアカウントのトークンを設定します。
詳細は以下を参照してください。 - https://gitlab.talanlabs.com/gabriel-allaigre/sonar-gitlab-plugin ### プロジェクトの設定 該当のプロジェクトの画面で以下を設定します。 [Administration] > [General Settings] > サイドメニューより `GitLab` を選択します。 `GitLab Project id` を設定します。
## .gitlab-ci.yml の作成 GitLab と SonarQube の設定が完了したら、.gitlab-ci.yml を作成します。 SonarQube のコード解析の部分だけのサンプルですが、例えば以下のような感じです。 ```xml variables: SONARSCANNER: "C:\\SonarQube\\sonar-scanner-msbuild-4.0.0.821\\MSBuild.SonarQube.Runner.exe" SONARHOST: "http://localhost:9000" SONARKEY: "projectkey" REPORT: "coverage.xml" stages: - test Job1: stage: test script: # GitLab のコンソールログでの文字化け対策 - chcp 65001 # SonarQube による解析(環境変数を先頭に置くと yaml パーサーでエラーになるので call をつけている) - call %SONARSCANNER% begin /d:sonar.host.url=%SONARHOST% /k:%SONARKEY% /v:"1.0" /d:sonar.analysis.mode=preview /d:sonar.cs.opencover.reportsPaths=%REPORT% /d:sonar.gitlab.commit_sha=%CI_COMMIT_SHA% /d:sonar.gitlab.project_id=%CI_PROJECT_ID% /d:sonar.gitlab.ref_name=%CI_COMMIT_REF_NAME% - dotnet build - call .\OpenCover.bat %REPORT% - call %SONARSCANNER% end tags: - windows ``` OpenCover の解析部分はバッチファイルにしていますが、中身については以下の記事を参考にしてください。 - [[C#] OpenCover でコードカバレッジを計測する](http://kuttsun.blogspot.jp/2017/12/opencover.html) SonarQube の解析も、後述するように SonarQube Server と GitLab の通知のために2回行うことを前提にするならば、バッチファイルにして処理を共通化したほうが良いかなと思います。 まぁそれはともかく、とりあえずこれで全て完了です。 これで以下のように動作します。 - GitLab に Push したタイミングで GitLab CI の機能により、最新コミットのコード解析が行われる - SonarQube での解析結果が GitLab に通知される - 解析を行ったコミットが含まれるマージリクエストに指摘事項が表示される マージリクエストの画面にはこんな感じで表示されます。
SonarQube Scanner for MSBuild のパラメータの一覧は以下を参照してください。 - https://gitlab.talanlabs.com/gabriel-allaigre/sonar-gitlab-plugin .gitlab-ci.yml で使用できる環境変数の一覧は以下を参照してください。 - https://docs.gitlab.com/ee/ci/variables/README.html 今回使用しているパラメータについては以下に簡単に説明します。 **sonar.analysis.mode** デフォルトは `publish` で、この場合、解析結果が SonarQube Server にアップロードされます。 GitLab に通知したい場合は、`preview` を指定する必要があります。 SonarQube Server と GitLab の両方に通知したい場合は、面倒ですが `sonar.analysis.mode` の値を変えて2回解析を実行する必要があります。 尚、`publish` の場合に後述の GitLab 関連のオプションを設定していると解析に失敗するので注意です。 **sonar.host.url** SonarQube Server の URL を指定します。 **sonar.cs.opencover.reportsPaths** OpenCover の出力ファイルを指定します。 **sonar.gitlab.commit_sha** 解析対象の Git のコミットのハッシュ値を指定します。 **sonar.gitlab.project_id** GitLab のプロジェクト ID を指定します。 SonarQube のプロジェクト設定で設定済みの場合は不要っぽいです。 **sonar.gitlab.ref_name** ブランチ名を指定します。 **sonar.gitlab.user_token** GitLab に通知する際のユーザーのトークンを指定します。 SonarQube で設定済みの場合は不要っぽいです。 ## はまったところ 何度見直しても正しく設定しているはずなのに、解析結果が GitLab に通知されずずっと悩んでいました。 解析ログをよく見ると、以下の警告が表示されていました。 ``` The project does not have a valid "ProjectGuid." ``` `ProjectGuid` が何なのかわからないまま調べてみると、どうやら .NET Core の ProjectGuid 変更になったらしく、これを手動で追加すると解析結果が GitLab に通知されるようになりました。 詳細は以下の記事を参照してください。 - http://kuttsun.blogspot.jp/2017/12/net-core-projectguid.html ## 参考 URL - http://codeout.hatenablog.com/entry/2015/08/21/012706 - https://qiita.com/bremen/items/f47f383b9931a840a25c - https://gitlab.talanlabs.com/gabriel-allaigre/sonar-gitlab-plugin - https://qiita.com/ynott/items/1ff698868ef85e50f5a1 - https://eliot-jones.com/2017/12/configure-gitlab-sonarqube-teamcity - https://docs.gitlab.com/ce/ci/variables/README.html#using-the-ci-variables-in-your-job-scripts - http://blog.applibot.co.jp/blog/2017/09/14/static-code-analysis-with-sonarqube/ - https://github.com/gabrie-allaigre/sonar-gitlab-plugin/issues/75 - https://github.com/mibexsoftware/sonar-bitbucket-plugin/issues/25 - https://qiita.com/teradonburi/items/776e4735395af872320a - https://qiita.com/ijoji/items/f7dce812c84a5cfa91cf
Read more
2017/12/20
image
NO IMAGE
.gitlab-ci.yml で変数を使う(ただし Windows 環境で)
update
event_note
label
GitLab
.gitlab-ci.yml では変数を使うことができますが、はまったのでメモしておきます。
`.gitlab-ci.yml` に書いた script は gitlab-runner 上で実行されます。 通常、`.gitlab-ci.yml` 上では `$hoge` という書式で環境変数が使えますが、gitlab-runner が Windows 環境で動作している場合、この書式ではなく、バッチファイルの場合は `%hoge%`、PowerShell の場合は `$env:hoge` と書く必要があります。 詳細は以下に書いてありました。 - https://docs.gitlab.com/ce/ci/variables/README.html#using-the-ci-variables-in-your-job-scripts ただし、コマンドの最初で `%hoge%` のように変数を書くと yaml の書式チェックでエラーになってしまいます。 そして、現状これは解決不可能だそうです。 - https://gitlab.com/gitlab-org/gitlab-ce/issues/14194 なので、Windows 環境において script の最初で変数を使うのはあきらめるしかなさそうです。 一応代替案ですが、最初に記述するのが実行したいバッチファイルや exe ファイルなどであれば `call` を書くことで解決できます。 ```bat call %hoge% ``` いやぁ、これ本当にはまりましたわ。
Read more
2017/12/19
image
NO IMAGE
GitPitch を docker-compose で動かしてみる
update
event_note
label
GitLab
GitHub や GitLab を使って Markdown でプレゼン資料が作成できる GitPitch ですが、これを社内の GitLab でも使えるようにオンプレミスで実装してみました。
Docker イメージは [knsit/gitpitch-pdf](https://hub.docker.com/r/knsit/gitpitch-pdf/) を使わせていただきます。 ## docker-compose.yml 社内では GitLab をオンプレミスで使っているので、それを前提としてます。 基本的には [knsit/gitpitch-pdf](https://hub.docker.com/r/knsit/gitpitch-pdf/) に書いてあるままです。 ``` version: '3' services: gitpitch: image: knsit/gitpitch:latest container_name: gitpitch restart: always environment: - "GP_GITLAB_BASE=https://gitlab.com/" - "GP_GITLAB_API=https://gitlab.com/api/v4/" - "GP_GITLAB_AS_DEFAULT=true" ports: - 9000:9000 ``` とても楽ちん! GitPitch 自体の使い方は以下がわかりやすかったです。 - https://github.com/kakisoft/HowToUseGitPitch - https://github.com/kakisoft/HowToUseGitPitch2 公式サイトは以下です。 - https://github.com/gitpitch/gitpitch/ ## 参考 URL - https://hub.docker.com/r/knsit/gitpitch-pdf/
Read more
2017/12/18
image
NO IMAGE
GitLab Runner を Windows で動かす
update
event_note
label
GitLab
label
Windows
以前 Docker を使って gitlab-runner をインストールしましたが、業務上 Windows 上で gitlab-runner を動かしたいことがあったので、Windows に gitlab-runner をインストールしました。
基本的に以下の公式ページで全て解説されています。 - https://docs.gitlab.com/runner/install/windows.html ## 環境 - gitlab-runner 10.2.0 ホストは以下の2つで試しました。 - Windows 7 Professional (32 bit) - Windows 10 Pro (64 bit) ## ダウンロード [公式サイト](https://docs.gitlab.com/runner/install/windows.html)からダウンロードできます。 ダウンロードしたら適当なフォルダに配置します。 今回は公式に合わせて `C:\GitLab-Runner` に配置しました。 配置したらファイル名を `gitlab-runner.exe` にリネームします。 ## 環境変数の設定 環境変数の `PATH` に `C:\GitLab-Runner` を追加します。 これでコマンドプロンプトから `gitlab-runner` コマンドが使えるようになります。 ## インストール まずはコマンドプロンプトを管理者として起動します。 `Win` キーを押し、`cmd` を検索し、右クリックで [管理者として実行] を選択します。 以下のコマンドを入力して Windows サービスとして gitlab-runner を動作させます。 ```sh > gitlab-runner install > gitlab-runner start ``` しかし、これだと root で実行されてしまうため、実際に GitLab CI として動作させるときにコマンドが実行されなかったりしました。 なので、ユーザーを指定してインストールします。 [こちらの記事](http://hr-sano.net/blog/2016/01/25/gitlab-ci-runner-for-windows/)にあるとおり、ユーザー名を指定すると上手くいかないので、パスワードだけ指定し、現在ログイン中のユーザーでインストールします。 ```sh > gitlab-runner install --password パスワード > gitlab-runner start ``` しかし、私の環境では `%USERPROFILE%` などのパスが root のままだったので、以下の設定を行いました。 - [コントロールパネル] > [管理ツール] > [サービス] を起動 - 一覧から `gitlab-runner` を探し、右クリックしてプロパティを選択 - [ログオン] タブで [アカウント] を選択し、ユーザーアカウントを入力 - [サービス] の画面で `gitlab-runner` を右クリックして再起動する ## GitLab への登録 gitlab-runner のインストールが完了したら、GitLab にタスクランナーとして登録します。 基本的には Linux の場合と同様ですが、executor は `shell` を指定します。 あとは description や tag で Windows であることがわかるようにするくらいですね。 ```sh >gitlab-runner register Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com ) https://gitlab.com Please enter the gitlab-ci token for this runner xxx Please enter the gitlab-ci description for this runner [hostame] windows Please enter the gitlab-ci tags for this runner (comma separated): windows Whether to run untagged jobs [true/false]: [false]: true Whether to lock Runner to current project [true/false]: [true]: false Please enter the executor: ssh, docker+machine, docker-ssh+machine, kubernetes, docker, parallels, virtualbox, docker-ssh, shell: shell ``` 設定が完了したら GitLab の [Admin Area] > [Overview] > [Runners] でランナーが登録されていることを確認します。 ## アンインストール ```sh gitlab-runner stop gitlab-runner uninstall ``` 最後に GitLab-Runner のフォルダを削除すれば OK です。 ## 参考 URL - https://docs.gitlab.com/runner/install/windows.html - https://muunyblue.github.io/2d5b53f80151aea5fef0722f8b1edf99.html - http://hr-sano.net/blog/2016/01/25/gitlab-ci-runner-for-windows/
Read more
前の投稿
ホーム
Translate
Popular Posts
ASP.NET Core で AdminLTE を使用する
TortoiseGit でコミットメッセージを変更する
TortoiseGit でリモートリポジトリのタグを削除する
image
NO IMAGE
ASP.NET Core におけるフロントエンドのパッケージ管理
image
NO IMAGE
C# と C/C++ のライブラリを混在させる場合の構成
image
NO IMAGE
[C#] Dictionary の キーがタプルの場合に JSON へのシリアライズとデシリアライズを行う方法
image
NO IMAGE
TortoiseGit でブランチ間の差分を見る
image
NO IMAGE
ASP.NET Core (.NET Core) でバックグランドタスクを起動する
image
NO IMAGE
.NET アプリケーションを XCOPY 配置で配布する
image
NO IMAGE
TestLink で LDAP 認証を行う
Labels
.NET Core
31
.NET Framework
17
.NET Standard
2
AdminLTE
1
Apache
3
AppVeyor
2
AsciiDoc
3
ASP.NET Core
55
Atom
4
AWS
2
AWS Cloud9
4
blockdiag
1
Blogger
10
Bootstrap
3
C/C++
6
C#
106
CentOS
3
Chrome
1
Chronograf
3
Codecov
1
CSS
1
Docker
28
DokuWiki
4
Doxygen
1
draw.io
1
Electron.NET
2
Entity Framework Core
9
Excel
2
FFmpeg
2
Firefox
5
Git
12
GitBook
4
GitBucket
7
GitHub
7
GitLab
30
Go
1
Google
1
Google Cloud Platform
1
Grafana
5
HTML
5
IIS
8
InfluxDB
6
JavaScript
7
Jenkins
7
Linux
25
Log4View
1
MahApps.Metro
3
MaterialDesignInXamlToolkit
1
MVC
1
MVVM
6
NLog
3
Node.js
3
npm
1
OpenSSL
3
ownCloud
2
Pine Script
1
PlantUML
5
PowerShell
7
Prism
2
Python
11
Razor
3
Redmine
30
remark.js
2
rocketchat
4
Ruby
3
SignalR
1
Socket.IO
1
SonarQube
5
Sphinx
10
SQL Server
5
SQLite
1
t
1
TestLink
2
Tomcat
2
TortoiseGit
10
TortoiseSVN
2
Trading View
1
Travis CI
1
Ubuntu
13
Visual Studio
39
Visual Studio Code
9
Vue.js
8
Windows
56
Windows 10
4
Windows ADK
1
Windows API
2
Windows Embedded
4
wkhtmltopdf
2
Word
3
WPF
12
WSL
1
Xamarin
1
xUnit
5
アプリケーション
1
デザインパターン
1
テスト
3
バッチファイル
2
ぴよ
3
プログラミング
3
ライセンス
1
ラベル
3
ラベル1
2
英語
2
雑記
1
書籍
1
数学
1
正規表現
1
Blog Archive
▼
2022
(1)
▼
2月
(1)
例えばボタンをクリックしたときに重い処理を実行する場合など、そのまま処理すると GUI が固まって...
►
2021
(24)
►
5月
(7)
►
4月
(8)
►
3月
(2)
►
2月
(2)
►
1月
(5)
►
2020
(60)
►
12月
(1)
►
11月
(3)
►
10月
(3)
►
9月
(3)
►
8月
(3)
►
7月
(7)
►
6月
(7)
►
5月
(2)
►
4月
(6)
►
3月
(6)
►
2月
(7)
►
1月
(12)
►
2019
(92)
►
12月
(13)
►
11月
(9)
►
10月
(3)
►
9月
(2)
►
8月
(3)
►
7月
(5)
►
6月
(11)
►
5月
(6)
►
4月
(17)
►
3月
(9)
►
2月
(6)
►
1月
(8)
►
2018
(100)
►
12月
(1)
►
11月
(11)
►
10月
(8)
►
9月
(6)
►
8月
(10)
►
7月
(10)
►
6月
(8)
►
5月
(9)
►
4月
(8)
►
3月
(14)
►
2月
(4)
►
1月
(11)
►
2017
(117)
►
12月
(14)
►
11月
(20)
►
10月
(17)
►
9月
(19)
►
8月
(10)
►
7月
(8)
►
6月
(3)
►
5月
(6)
►
4月
(5)
►
3月
(2)
►
2月
(8)
►
1月
(5)
►
2016
(91)
►
12月
(5)
►
11月
(9)
►
10月
(11)
►
9月
(9)
►
8月
(6)
►
7月
(14)
►
6月
(14)
►
5月
(11)
►
4月
(10)
►
3月
(2)
►
2015
(23)
►
12月
(4)
►
11月
(2)
►
10月
(8)
►
9月
(8)
►
7月
(1)
►
2013
(3)
►
11月
(1)
►
9月
(1)
►
7月
(1)
►
2012
(2)
►
7月
(1)
►
6月
(1)
►
2011
(1)
►
9月
(1)
►
2009
(1)
►
7月
(1)
►
2008
(2)
►
11月
(1)
►
7月
(1)
►
2007
(3)
►
10月
(3)