
```bash
$ git remote -v
ターミナルを開いてください。
ワーキングディレクトリをローカルプロジェクトに変更します。
変更したいリモートの名前を取得するため、既存のリモート一覧を表示します。
$ git remote -v
> origin  https://github.com/USERNAME/REPOSITORY.git (fetch)
> origin  https://github.com/USERNAME/REPOSITORY.git (push)
git remote set-url コマンドでリモートの URL を HTTPS から SSH に変更します。
$ git remote set-url origin git@github.com:USERNAME/REPOSITORY.git
リモート URL が変更されたことを検証します。
$ git remote -v
# Verify new remote URL
> origin  git@github.com:USERNAME/REPOSITORY.git (fetch)
> origin  git@github.com:USERNAME/REPOSITORY.git (push)
```

参考：[公式サイト](https://docs.github.com/ja/get-started/getting-started-with-git/managing-remote-repositories)


GitHubのhttpsからSSH通信への切り替え


そもそも11tyを使ったのは、Next.jsのexport(静的)

### Google Anarytics
cache.jsをオリジナルのコードに直す（）

プロキシ設定の解除


### docsディレクトリに静的ファイルを吐き出す設定
```javascript
// eleventy.js
    dir: {
      input: ".",
      includes: "_includes",
      data: "_data",
      output: "docs",
    },
```

### git push時のビルド設定を削除
以下の記述を削除
```json
// package.json
  "pre-push": [
    "build"
  ],
```

### 周辺用語
- 


### 参考文献
- []()

Googles製のテンプレート「eleventy-high-performance-blog」をGithub Pagesで使う



### 状況
VSCodeからGitHub CopilotのためにGitHubログインすると次のようなメッセージが表示される。  
![error message](https://i.gyazo.com/eb85146b137d3908359fab61c3952e95.png)
「Open troubleshooting guide」をクリックするとこれが開く[https://code.visualstudio.com/docs/editor/settings-sync#_troubleshooting-keychain-issues](https://code.visualstudio.com/docs/editor/settings-sync#_troubleshooting-keychain-issues)




### 参考文献
- [Automatically unlock gnome keyring at boot - Desktop Environments / All WMs - EndeavourOS](https://forum.endeavouros.com/t/automatically-unlock-gnome-keyring-at-boot/24216)
- [Troubleshooting keychain issues - Settings Sync in Visual Studio Code](https://code.visualstudio.com/docs/editor/settings-sync#_troubleshooting-keychain-issues)


i3wmデスクトップでVSCodeのGitHubログインが保持できなかったメモ


## 手順

ワークフローの設定（コード管理できるもの）とGitHubのUI上から設定するものに分けて考える

### ワークフローの設定

例として貼り付けますが、[ここ](https://docs.github.com/ja/actions/examples/using-scripts-to-test-your-code-on-a-runner)を参考にするなど自分の環境に合わせカスタマイズしてください。

```yaml
name: exec-tests
on:
  push:

jobs:
  status-check:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v3

      - name: Use Node.js ${{ inputs.node-version }}
        uses: actions/setup-node@v3
        with:
          node-version: '16.x'

      - name: Get Cache Dependencies
        uses: actions/cache@v3
        with:
          path: ~/.npm
          key: ${{ runner.os }}-node-${{ hashFiles('**/package-lock.json') }}
          restore-keys: |
            ${{ runner.os }}-node-

      - name: Install Dependencies
        run: npm ci

      - name: Create avif images dir
        run: mkdir tmp

      - name: Build
        run: npm run build
        env:
          NODE_OPTIONS: '--max_old_space_size=4096'

      - name: Check by linter
        run: npm run lint

      - name: Check by TypeScript Compiler
        run: npm run typecheck

      - name: Run Tests
        run: npm run test

```

### リポジトリ(Web上から)の設定

以下の画面から編集
![create-protection](https://i.gyazo.com/b5ca6098ced1849a751945e9e45d2c62.png)
mainブランチの保護をするため、「main」と入力。  
「Require status checks to pass before merging」にチェックを入れ、検索窓から「status-check」を入力、選択。  
![入力例1](https://i.gyazo.com/7e5c454ddc160cff2b14487e48a12504.png)

ここまで設定できると、以下のような画面で表示できる。
![動作例1](https://i.gyazo.com/ccf3105509cc3d866b5cc6ca9cf26524.png)

この設定だと警告が出るがマージはぽちぽちとクリックすればできてしまうので、「Do not allow bypassing the above settings」の設定もしておく。
![設定例2](https://i.gyazo.com/31b6721b6b8636087028d71c1f906445.png)

これでマージするにはコードの変更を余儀なくされる。
![動作例2](https://i.gyazo.com/bf39f63f875bc6ca659adbaca36bc357.png)

## 余談

### 意図通りいかなかったこと

`npm ci --ignore-scripts`コマンドを使って依存関係のインストールが爆速になるかと思ったら、ビルド時に画像フォーマットの変換に使っているsharpを対象に以下のエラーが出た。

> Error:  
> Something went wrong installing the "sharp" module
> Cannot find module '../build/Release/sharp-linux-x64.node'
> Require stack:
>   /home/runner/work/ikmnjrd.github.io/ikmnjrd.github.io/node_modules/sharp/lib/sharp.js

そのため、`$ npm ci`とした。

### 参考文献

- [スクリプトを使ってランナーでコードをテストする - GitHub Docs](https://docs.github.com/ja/actions/examples/using-scripts-to-test-your-code-on-a-runner)


GitHubでpushした時にマージ可否を設定する

GitHubにpushした時に特定コマンドの実行結果でマージ可否の設定


### おすすめの設定(表示方法)
VSCodeで一番開いているである`ファイルエクスプローラー`の画面。その下の部分（タイムライン等が表示されている箇所）にGistPadを表示する。  

`アクティビティサイドバー`に表示されたGistPadのアイコンをドラッグし`サイドバー`にドロップすれば表示されます。  

この表示が気に入らなければ、`エクスプローラー`と書かれた右のば三点リーダーから解除できます。  
![dot-ellipsis](https://i.gyazo.com/344c5efc3d00536d832df6bf8fd38ff4.png)

ちなみに自分は`アクティビティサイドバー`と`サイドバー`という用語も初めて意識した程度だったので、参考にしたサイトと図を紹介しておきます。
> ![vscode-screen-structure](https://image.itmedia.co.jp/ait/articles/2105/14/di-vscp0201.gif)
> <cite>引用元: [VS Codeでのファイルの作成と編集の第一歩：アクティビティーバーと［エクスプローラー］ビューを使ってみよう：Visual Studio Codeで快適Pythonライフ（1/2 ページ） - ＠IT](https://atmarkit.itmedia.co.jp/ait/articles/2105/14/news025.html)</cite>

### GistPadについての感想
`cmd + P`での移動候補としても表示されてとてもいい感触です。

### GistPadを知るきっかけになったTweet

<blockquote class="twitter-tweet"><p lang="ja" dir="ltr">GistPad - Visual Studio Marketplace VSCode の拡張として Gist と GitHub レポジトリをメモ帳代わりに使える仕組み少し使ってみた感想。<br><br>1. 大変便利、拡張なのでどのリポジトリを開いていても共有のメモ帳として使える<br>2. VSCode 拡張が適用されるので md や rst…</p>&mdash; V (@voluntas) <a href="https://twitter.com/voluntas/status/1652150281298407424?ref_src=twsrc%5Etfw">April 29, 2023</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>


### 参考文献
- [VS Codeでのファイルの作成と編集の第一歩：アクティビティーバーと［エクスプローラー］ビューを使ってみよう：Visual Studio Codeで快適Pythonライフ（1/2 ページ） - ＠IT](https://atmarkit.itmedia.co.jp/ait/articles/2105/14/news025.html)


VSCodeのエクスプローラーのサイドバーに拡張機能の要素を表示する

GitHubの投稿記事一覧