<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>git on Christian Knedel</title>
    <link>https://www.christian-knedel.de/ja/tags/git/</link>
    <description>Recent content in git on Christian Knedel</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>ja-jp</language>
    <lastBuildDate>Wed, 24 Mar 2021 00:00:00 +0000</lastBuildDate><atom:link href="https://www.christian-knedel.de/ja/tags/git/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>短編：私のGitlabセットアップ</title>
      <link>https://www.christian-knedel.de/ja/post/2021/march/20210324-gitlab-setup/</link>
      <pubDate>Wed, 24 Mar 2021 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/ja/post/2021/march/20210324-gitlab-setup/</guid>
      <description>Gitlab on the Synology disk station」というトピックで初めてチュートリアルを行った後、すでに何度かこのソリューションをまだ使っているのかと聞かれました。いや！とりあえず、Atlassianのツールと以下のGitLabのインストールをintel NUCに移しました。もちろん Synology ディスクステーションでも実行できます。 OpenLDAP、コンテナーレジストリ、メール、証明書、ロギングに特別な設定を使用していることがよくわかります。また、Atlassian-JiraとAtlassian-Confluenceを使用しているため、Wikiと課題追跡機能は停止しています。このように、Gitlabは非常にカスタマイズがしやすいのです。楽しんできてください。
version: &#39;2&#39; services: gitlab: image: &#39;gitlab/gitlab-ce:latest&#39; restart: always container_name: &#39;gitlab_server_gitlab&#39; environment: TZ: &amp;quot;Europe/Berlin&amp;quot; GITLAB_OMNIBUS_CONFIG: | gitlab_rails[&#39;time_zone&#39;] = &#39;Europe/Berlin&#39; external_url &#39;https://host:port&#39; registry_external_url &#39;https://host:registry_port&#39; registry_nginx[&#39;listen_https&#39;] = true nginx[&#39;redirect_http_to_https&#39;] = true registry_nginx[&#39;redirect_http_to_https&#39;] = true mattermost_nginx[&#39;redirect_http_to_https&#39;] = true registry_nginx[&#39;ssl_certificate&#39;] = &amp;quot;..server-cert.crt&amp;quot; registry_nginx[&#39;ssl_certificate_key&#39;] = &amp;quot;...server-cert.key&amp;quot; gitlab_rails[&#39;gitlab_default_projects_features_issues&#39;] = false gitlab_rails[&#39;gitlab_default_projects_features_container_registry&#39;] = true postgresql[&#39;enable&#39;] = false gitlab_rails[&#39;db_username&#39;] = &amp;quot;****&amp;quot; gitlab_rails[&#39;db_password&#39;] = &amp;quot;****&amp;quot; gitlab_rails[&#39;db_host&#39;] = &amp;quot;postgresql&amp;quot; gitlab_rails[&#39;db_port&#39;] = &amp;quot;5432&amp;quot; gitlab_rails[&#39;db_database&#39;] = &amp;quot;gitlabhq_production&amp;quot; gitlab_rails[&#39;db_adapter&#39;] = &#39;postgresql&#39; gitlab_rails[&#39;db_encoding&#39;] = &#39;utf8&#39; redis[&#39;enable&#39;] = false gitlab_rails[&#39;redis_host&#39;] = &#39;redis&#39; gitlab_rails[&#39;redis_port&#39;] = &#39;6379&#39; gitlab_rails[&#39;gitlab_shell_ssh_port&#39;] = 22 # Limit backup lifetime to 7 days (604800 seconds): gitlab_rails[&#39;backup_keep_time&#39;] = 604800 unicorn[&#39;worker_timeout&#39;] = 60 unicorn[&#39;worker_processes&#39;] = 3 nginx[&#39;enable&#39;] = true nginx[&#39;listen_port&#39;] = 80 nginx[&#39;client_max_body_size&#39;] = &#39;250m&#39; nginx[&#39;listen_port&#39;] = 443 nginx[&#39;redirect_http_to_https&#39;] = true nginx[&#39;ssl_certificate&#39;] = &#39;.</description>
    </item>
    
    <item>
      <title>Atlassian のクールな使い方: プラグインなしで Bamboo と jMeter を使う</title>
      <link>https://www.christian-knedel.de/ja/post/2021/march/20210321-atlassian-bamboo-jmeter/</link>
      <pubDate>Sun, 21 Mar 2021 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/ja/post/2021/march/20210321-atlassian-bamboo-jmeter/</guid>
      <description>今日、私はBambooでjMeterのテストを作成しています。もちろん、このテスト設定をGitlabランナーやJenkinsスレーブで実装することも可能です。
ステップ1：jMeterテストの作成 まず、当然ですが、jMeterのテストを作成する必要があります。以下のURL https://jmeter.apache.org/ からjMeterをダウンロードし、以下のコマンドで起動しました。 x  &amp;ndash;  +   Terminal   $ java -jar bin/ApacheJMeter.jar   See:このチュートリアルのための私のデモテストは、不具合のあるサンプラーと動作するサンプラーを含むことを意図しています。タイムアウトはわざと少なく設定しています。      BambooタスクのJMXファイルで保存しています。
ステップ2: バンブーエージェントの準備 BambooのエージェントはJavaが前提なので、Pythonは後からインストールするだけです。 x  &amp;ndash;  +   Terminal   $ apt-get update $ apt-get install python   新しいジョブとシェルタスクを作成します。    そして、このシェルスクリプトを挿入してください。
#!/bin/bash java -jar /tools/apache-jmeter-5.4.1/bin/ApacheJMeter.jar -n -t test.jmx -l requests.log &amp;gt; result.log echo &amp;quot;Ergebnis:&amp;quot; cat result.log if cat result.</description>
    </item>
    
    <item>
      <title>RaspberryPiZeroWとJavascriptとGitLabで作るイシューダッシュボード</title>
      <link>https://www.christian-knedel.de/ja/post/2021/march/20210306-gitlab-dashboard/</link>
      <pubDate>Sat, 06 Mar 2021 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/ja/post/2021/march/20210306-gitlab-dashboard/</guid>
      <description>Raspberry Noobsでインストールするのは簡単です。必要なものは、RaspberryZeroWと空のSDカードだけです。
ステップ1：Noobsインストーラー Noobsのインストーラは、https://www.raspberrypi.org/downloads/noobs/ からダウンロードしてください。
ステップ2：SDカード 空のSDカードにこのZIPアーカイブを解凍してください。    完了！これで、RaspberryPiZeroとテレビを接続することができました。その後、インストールメニューが表示されます。    NoobsLiteがカードに搭載されている場合、まずWLAN接続を確立する必要があります。そして、「Rasbian Lite」を選択し、「インストール」をクリックします。Rasbian Liteは、デスクトップがないサーバー版です。起動後、パッケージ管理の更新が必要です。 x  &amp;ndash;  +   Terminal   $ sudo apt-get update   その後、以下のパッケージがインストールされている必要があります。 x  &amp;ndash;  +   Terminal   $ sudo apt-get install -y nodm matchbox-window-manager uzbl xinit vim   また、ダッシュボード表示用のユーザーも作成する必要があります。 x  &amp;ndash;  +   Terminal   $ sudo adduser dashboard   Dashboard」ユーザーでログインする。 x  &amp;ndash;  +   Terminal   $ sudo su dashboard   X-Sessionを作成する -Script.</description>
    </item>
    
    <item>
      <title>Gitlabセミナー：GitllabパイプラインでWordPressの静的コピーをデプロイする方法とは？</title>
      <link>https://www.christian-knedel.de/ja/post/2020/february/20200216-wordpress-pipeline/</link>
      <pubDate>Sun, 16 Feb 2020 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/ja/post/2020/february/20200216-wordpress-pipeline/</guid>
      <description>静的なウェブサイトは読み込みが速く、攻撃対象も少なくなります。Gitlab Pipline経由でCMSのページを変換する方法を紹介します。まず、wgetで静的コピーを生成するビルドステージを作成します。
uild: stage: build when: always only: - master script: - mkdir static - rm -r .git - wget -k -K -E -r -l 10 -p -N -F --restrict-file-names=windows -nH http://wordpress-adresse/ -P static &amp;gt;&amp;gt; /dev/null 2&amp;gt;&amp;amp;1 || true - find . -type f -exec sed -i &#39;s#http://wordpress-adresse/#\//m#g&#39; {} + &amp;gt;&amp;gt; /dev/null 2&amp;gt;&amp;amp;1 artifacts: paths: - static/ expire_in: 24 week 結果または静的アーティファクトは24週間保存され、パイプラインを通じていつでもデプロイすることができます。    次のステップでは、その結果をデプロイすることができます。
live: before_script: - &#39;which ssh-agent || ( apt-get update -y &amp;amp;&amp;amp; apt-get install openssh-client -y )&#39; - eval $(ssh-agent -s) - echo &amp;quot;$SSH_PRIVATE_KEY&amp;quot; | tr -d &#39;\r&#39; | ssh-add - stage: deploy when: always only: - master script: - rsync -avuz -e &#39;ssh -p {-P Port wenn nötig} -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null&#39; static/* user@www.</description>
    </item>
    
    <item>
      <title>Synology-Nas: Gitlabのトリガーを設定する</title>
      <link>https://www.christian-knedel.de/ja/post/2020/february/20200216-synology-trigger/</link>
      <pubDate>Sun, 16 Feb 2020 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/ja/post/2020/february/20200216-synology-trigger/</guid>
      <description>Gitlabのパイプラインを自動的に起動するためには、いわゆるトリガーを作成する必要があります。プロジェクト設定でトリガーをいくつでも作成することができます。    これらのトリガーは次のようなものです。もちろん、（プレースホルダーの）入れ替えは必要です。 x  &amp;ndash;  +   Terminal   $ curl -X POST -F token=(TOKEN) -F ref=(BRANCH) http://(ip):(port)/api/v4/projects/(project-id)/trigger/pipeline  
This curl call can be entered into the Synology task scheduler, Done!
   </description>
    </item>
    
    <item>
      <title>GitlabでuiPathのWindowsロボットをオーケストレートする</title>
      <link>https://www.christian-knedel.de/ja/post/2020/february/20200207-gitlab-uipath/</link>
      <pubDate>Fri, 07 Feb 2020 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/ja/post/2020/february/20200207-gitlab-uipath/</guid>
      <description>UiPathは、ロボティック・プロセス・オートメーションのスタンダードとして確立しています。uiPathを使えば、複雑なデータ処理やクリック作業を代行するソフトウェアベースのロボット/ボットを開発することができます。しかし、そのようなロボットもGitlabで制御することができるのでしょうか。簡単に言えば「イエス」です。そして、具体的にどうなのかは、こちらをご覧ください。以下の手順では、管理者権限と、uiPath、Windows、Gitlabの経験が必要です。
ステップ1：まず、Gitlabのランナーをインストールすることです。 1.1.)ターゲットOS用の新しいGitlabユーザーを作成します。設定」→「家族と他のユーザー」の順にクリックし、「このPCに別の人を追加する」をクリックしてください。    1.2.)をクリックし、「Microsoftアカウントなしでユーザーを追加する」をクリックして、ローカルユーザーを作成してください。        1.3.)次のダイアログで、ユーザー名とパスワードを自由に選択することができます。    ステップ2：サービスログオンの有効化 WindowsのGitlab Runnerで別のローカルユーザーを使いたい場合は、「Activate logon as service」を行う必要があります。そのためには、Windowsのメニューから「ローカルセキュリティポリシー」を選択します。そこで、左側の「ローカルポリシー」→「ユーザー権限の割り当て」、右側の「サービスとしてのログオン」を選択します。        次に、新しいユーザーを追加します。    ステップ3：Gitlab Runnerを登録する Gitlab RunnerのWindowsインストーラーは、次のページにあります： https://docs.gitlab.com/runner/install/windows.html .C」ドライブに新しいフォルダを作成し、そこにインストーラーを入れました。    3.1.)Administrator」で「CMD」コマンドを使い、新しいコンソールを開き、「cd C: \gitlab-runner」ディレクトリに移動します。      そこで、次のようなコマンドを呼び出す。ご覧の通り、ここではGitlabのユーザーのユーザー名とパスワードも入力しています。 x  &amp;ndash;  +   Terminal   $ gitlab-runner-windows-386.exe install --user &amp;#34;.\gitlab&amp;#34; --password &amp;#34;*****&amp;#34;   3.</description>
    </item>
    
    <item>
      <title>Synology Nas: Gitlab をインストールしますか？</title>
      <link>https://www.christian-knedel.de/ja/post/2019/july/20190717-gitlab-on-synology/</link>
      <pubDate>Wed, 17 Jul 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/ja/post/2019/july/20190717-gitlab-on-synology/</guid>
      <description>ここでは、Synology NASにGitlabとGitlab Runnerをインストールする方法を紹介する。まず、GitLabアプリケーションをSynologyのパッケージとしてインストールする必要があります。Package Centre &amp;ldquo;で &amp;ldquo;Gitlab &amp;ldquo;を検索し、&amp;ldquo;Install &amp;ldquo;をクリックしてください。
   このサービスは、私の場合、ポート &amp;ldquo;30000 &amp;ldquo;をリッスンします。すべてがうまくいったとき、http://SynologyHostName:30000 で Gitlab を呼び出すと、このような絵が表示されます。    初めてログインするときに、未来の「admin」パスワードを要求される。そうだったんですか！？プロジェクトの整理ができるようになりました。これでGitlabのランナーがインストールできるようになりました。
   </description>
    </item>
    
    <item>
      <title>Synology-Nas: Gitlab - Dockerコンテナでのランナー</title>
      <link>https://www.christian-knedel.de/ja/post/2019/july/20190717-synology-gitlab-runner/</link>
      <pubDate>Wed, 17 Jul 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/ja/post/2019/july/20190717-synology-gitlab-runner/</guid>
      <description>Synology NAS に Gitlab ランナーを Docker コンテナとしてインストールするにはどうしたらいいですか？
ステップ1：Dockerイメージの検索 Synology Docker ウィンドウの「登録」タブをクリックし、Gitlab を検索しています。Dockerイメージ「gitlab/gitlab-runner」を選択し、「bleding」というタグを選択しています。    ステップ2：画像を運用に乗せる ホストの問題 私の synology-gitlab-insterlation は、常にホスト名のみで自分自身を識別します。パッケージセンターからオリジナルのSynology Gitlabパッケージを取り出したので、この挙動は後から変更することはできません。 回避策として、自分のhostsファイルを入れることができる。ここでは、ホスト名「peter」がNasのIPアドレス192.168.12.42に所属していることがわかります。
127.0.0.1 localhost ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters 192.168.12.42 peter このファイルは、単に Synology NAS に保存されます。    ステップ3：GitLab Runnerのセットアップ 私は自分のランナー画像をクリックします。    自動再起動を有効にする」の設定を有効にしています。    そして、「詳細設定」をクリックし、「ボリューム」タブを選択します。    ファイルの追加」をクリックし、「/etc/hosts」のパスでhostsファイルをインクルードしています。このステップは、ホスト名が解決できない場合にのみ必要です。    設定に同意して、次へをクリックします。    これで、Containerの下に初期化されたイメージが表示されました。    コンテナ（私の場合はgitlab-gitlab-runner2）を選択し、「詳細」をクリックします。そして、「ターミナル」タブをクリックし、新しいbashセッションを作成します。ここでは、&amp;ldquo;gitlab-runner register &amp;ldquo;というコマンドを入力します。登録には、GitLabのインストール先である http://gitlab-adresse:port/admin/runners にある情報が必要です。</description>
    </item>
    
  </channel>
</rss>
