Github

Drupal の管理画面から GitHub Actions をトリガーするカスタムモジュール「GitHub Webhook」を改善しました。 https://github.com/nakamura196/Drupal-module-github_webhook 元は複数リポジトリ対応の基本的なモジュールでしたが、UI のタブ分離、権限の細分化、ワークフローステータス表示、自動トリガーなどの機能を追加しています。 改善前のモジュール 元のモジュールは、以下のような構成でした。 ファイル数 : 5ファイル（info.yml、routing.yml、links.menu.yml、permissions.yml、SettingsForm.php） 対応バージョン : Drupal 10 のみ リポジトリ : 複数対応済み（AJAX で動的追加・削除） 画面 : 設定とトリガーが同一画面（アコーディオン2つ） 権限 : access github webhook settings の1権限のみ（設定もトリガーも同じ権限） トークン管理 : パスワードフィールドに #default_value を設定（HTML ソースに平文で出力される） HTTP クライアント : new \GuzzleHttp\Client() を直接インスタンス化 例外クラス : use 文なしで catch ブロックに記述（名前空間の解決が不正） $ ] f ; o ' ' ' 改 r # # # 善 m t t d 前 [ y i e : ' p t f s e l a ト e ' e u ー t ' l ク t = t ン i > = _ が n > v g ' a # s p $ l d ' a t u e ] s h e f [ s i ' a ' w s u g o - = l i r > > t t d t _ h ' ( $ v u , ' c a b G o l _ i n u t t f e o H i k u g に e b - 設 n > 定 ' T g さ ] o e れ k t て = e ( い n ' た [ ' g ) i , t h u b _ t o k e n ' ) , H T M L に 平 文 出 力 さ れ る $ c l 改 i 善 e 前 n : t G = u z n z e l w e \ ク G ラ u イ z ア z ン l ト e を H 直 t 接 t p n \ e C w l i し e て n い t た ( ) ; 変更の全体像 改善前後のファイル構成の比較です。* は変更、+ は新規追加を示します。 ...

このドキュメントでは、Docker コンテナを GitHub Actions で自動デプロイする設定手順を説明します。 目次 Docker 設定 GitHub Actions 設定 サーバー側の設定 トラブルシューティング Docker 設定 Dockerfile（静的サイト + nginx） 静的 HTML を生成し、nginx で配信します。 F W C R C R # F # # C C E C R O O U O U R O O X M O R P N P N 静 O N N P P P D M K Y Y 的 M u u Y Y O D n n フ x x S [ n I p p . p ァ n t t n E " o R a m m イ g - g n d c ル i 3 2 f i 8 g e / k i r 配 n r n 0 i : a a n u 信 x の の o x n 2 p g s n 用 : 場 場 m . x 2 p e t の a 合 合 = c " - * a g n l : : b o , a . l e g p u n l j l n i i d i f " p s e n n o i l - i o r x e u s d / g n n a t t e e " e t p r t , e u c A t / / " S / a n d p p g a b u p i e u b / n m i l . x o l i o / n d c u c e t o o r p n f u f f t . ; d " p / ] u d b e l f i a c u l / t u . s c r n s f h a r e / n g i n x / h t m l nginx.conf（SPA 用設定） SPA では動的ルート（/item/:id など）を index.html にフォールバックさせる必要があります。 ...

はじめに Odeuropa Explorer は、ヨーロッパの嗅覚遺産をデジタル化した興味深いプロジェクトです。EU の Horizon 2020 研究プログラムの助成を受け、歴史的な匂いの体験を横断的に検索・探索できるプラットフォームを提供しています。 このプロジェクトでは、匂いに関連する情報を以下の3つの主要なカテゴリで分類しています： Smell sources : 匂いを発する物体や物質 Fragrant Spaces : 匂いに関連する場所や空間 Gestures and Allegories : 匂いに関する身振りや寓意的表現 本記事では、これらの語彙がどのような階層構造を持っているのか、Odeuropa vocabularies リポジトリで公開されている SKOS（Simple Knowledge Organization System）形式のデータを調査した結果を報告します。 調査方法 SKOS階層の可視化スクリプト 語彙の階層構造を理解するために、Node.js で SKOS Turtle ファイルを解析するスクリプトを作成しました。 i i c a } m m o s p p n y c c $ c c c c f } f } c f } t o o s n o o r o o o o o u o o o r r t c n n d n $ S n n n r c c i } c i } n i v c c c c } n r i } p t t s s f G s r K B s s s o o f o f P c f i o o o h ) F s f L S f t t . e t d O u t t t ( n n c n c b i } n r t s n n n i c c p ; i t ( t e $ f K u p t f S i c s G s ( o G s ( o r f a i i i s s s l o o r n c ( o v r s O n s d a c . ( l b n c o t e t l n e t b n o n r n o v t t t o d n n i d t o ! p e d S c t a r a o s ' d r a o n t a c t r s a ( a r t n i e l r s s n o n b L l f f t o t s l n y C o r n s s l b e b o t d ! r o s d l c e e t t t a p s r e C r = i r a e l c m o m a r c t u p a e p b r a e n r w h p i . a h . n H n L t o v o f o o e ( e ( n a d o e b r b l t r o d b r a o e i r t a b i l . i p i d e a e n r m $ n = d c p ' c p e w p c j e e s L o a e r M r w r e i e d e l o f s r e v c d l c o r = a o t h e s r e t o e f l . a a d r o a r e M r n d d l d g o L e r d e o e C e m ' d v f t n s t p M r L n c L s l b d e s a p o r a a t . ( r ( r a f a i l n r o p f f i $ s a c t t f a M a c t a e e e r . d . w M p r H h c = e ` E s i r s C c M n t ' s . s r . , e = p ' o p a b e b = n l r s l e s e a . c i a o n $ a t x c p o e a c s r ' N u d r p : ) r p e p = e g s e r e r p g h e s n c { c h l n p p e . d ; a a f e s t s / ) = l t l s t . c = n t M . e y r ( c o = i h = = y a c t . p f f m l . a t s t ; b = s c t h s o g = ( a s t a c e n n ( ( y e h t o l e i g d o w r n o o o e n s t s p e ( r r o p c n d ( i i c p o a s r i s z r F r r w o e n = f n r > t c t h b u . t b e c n t e a e c n s h t t f s . E b p e a i e e w a w e c e ( e o r b h ( r c h c U p r n h d L i o s ( p a ' a H p l , . . d w n c e . 0 s p r > o j a b o u y e r t r t i e a l p c c u c ; c i h e m w e M e o p m ) u t e a e s r a r ( p i L o } l x s d - = o o s h e e ( S ' a 3 r a M w n t a b s . 0 d c ( o d s c t ) a w $ d t , l n n h ( ( r ) y h t . / p a c . t { j m ) e t b a e i o U ; b e { , = e [ c c ( c ' a ; n t c o n ( p M e s c e a r . r d r v n r e r l = ? i v ] e e c o h r c t h r a ) ( a p u h c t { s v o e ) e c i l M a i = n e ; p p o n t c ( p ( g r ; ) p t b ( t c [ a a r . l e ) s a b n ' d l t t n c t h t : n / r ; ( s j s . h 0 l d , p y p ) . p e d c └ e s . c e p y t / u 1 o ) ) e u v ( ] u e u t g . l e h ─ n c ) s e p : ( l / l 9 w ; c b a s . e r [ s U r e g } x i ─ t o u p t / t F e l 9 e { t j l u o , ) ] h r e t e ` ) l n { b t / t i x , 9 r ; e u b b ) ) ( i t ( t ) d ' + c j . = w l l a / c e j j b ; s , u c ( ; = r e e s > w F e m 0 r t , e e r { u r o c > e : p p c u w i , p 2 e , c c o b i n n o n r t t b p . l l / l l t t a j n ; c n { . ' e s . j r w e ' e 2 a S a , . d e d e c l ├ f v e i 3 ) u . 2 t K b v e c e p e e ─ i a c n . t o - i O e S a r t n t p n ─ x l t t o { f r r o S l K l ) . t U t g , u . H r 8 g d n ( s O u ; v r U t ' e v i g ' / f s ' [ S e a = i r h ; n ) a e / ) ' - h p 0 ( ; l ) i e ) l r 2 ; , s i r ] ' u ; ) - w u a 0 y p e . b e ' { e r 0 ' n s f o r ) , 1 S ) c 4 t t L b o ; ; e ; h / e a a j a v t y 0 x x b e d i [ ( ( 2 t - e c e s ] v c / / n l t r i ; i o s t s ' . ' t s n k u # ) v ) e i c o r t , a , d t e s t y l e p / l p n u n = d t c e e u e u ) ) o ' ' l ) l n ) ) r ) ) l ; l e ; ; e ; , ) ) w # ; ; ' S ) e ; t ( ) ) { このスクリプトの主要な処理： ...

はじめに この記事では、TEI（Text Encoding Initiative）形式のXMLファイルをGitHubにアップロードし、誰でも参照できるURLを作成する手順を説明します。 TEI/XMLは、歴史文献や文学作品などのテキストを構造的に記述するための国際標準形式です。GitHubを使うことで、あなたの研究データを世界中の研究者と共有できるようになります。 必要なもの パソコン（Windows、Mac、Linuxのいずれか） インターネット接続 TEI/XMLファイル（すでにお持ちのもの） メールアドレス（GitHubアカウント作成用） サンプルファイルについて TEI/XMLファイルをお持ちでない方は、以下の『校異源氏物語』のTEI/XMLファイルを練習用として使用できます： サンプルファイルURL : h t t p s : / / r a w . g i t h u b u s e r c o n t e n t . c o m / k o u i g e n j i m o n o g a t a r i / k o u i g e n j i m o n o g a t a r i . g i t h u b . i o / m a s t e r / t e i / 0 1 . x m l このファイルをダウンロードする方法： ...

本記事はAIが作成しました。 はじめに GitHubリポジトリで管理されているファイルの編集履歴を分析したいと思ったことはありませんか？特に長期間にわたって更新されているファイルの変更パターンや、プロジェクトの進化の過程を理解したい場合があります。 GitHub File History Analyzerは、このようなニーズに応えるために開発したコマンドラインツールです。 ツールの概要 このツールは以下の機能を提供します： GitHubのAPIを使用して特定ファイルのコミット履歴を取得 変更内容の統計的な分析（追加・削除行数、変更タイプの分類など） OpenRouter経由でAI（Gemini 2.5 Proなど）による編集パターンの分析 分析結果のMarkdown/JSON形式での出力 開発の背景 デジタルアーカイブプロジェクトで、XMLファイルの長期的な編集作業を追跡する必要がありました。単純なgit logでは得られない、より深い洞察（編集の傾向、作業の質、進捗状況など）を得たいという要求から、このツールの開発に至りました。 技術的な実装 使用技術 言語 : Python 3.8+ 主要ライブラリ : PyGithub（GitHub API wrapper） requests（HTTP通信） python-dotenv（環境変数管理） アーキテクチャ ツールは主に2つのコンポーネントで構成されています： GitHubFileHistoryAnalyzer : GitHub APIを使用してファイル履歴を取得・分析 OpenRouterClient : AI分析のためのクライアント # a c a p n o n r 基 a m a o 本 l m l m 的 y i y p な z t s t 使 e s i 用 r s = 例 = = = a a n G n a a i a n l t l a y H y l z u z y e b e z r F r e . i . r g l g . e e e a n H t n e i _ a r s f l a t i y t o l z e r e e _ y _ _ a A h p i n i a _ a s t p l t c r y o h o z r e m e y s p r ( ( t ( " c ( g o o c i w m o t n m m h e i m u r t i b / s t _ r ) s t e , o p k o a e " n n , a ) l " y p s a i t s h ) / t o / f i l e . x m l " ) 実際の使用例 基本的なコマンド # p # p # p y y y フ t A t 結 t ァ h I h 果 h イ o 分 o を o ル n 析 n M n 履 の a 歴 m 実 m r m の a 行 a k a 取 i i d i 得 n n o n と . . w . 表 p p n p 示 y y 形 y 式 で - - 保 - r r 存 a e e n p p a o o l y o o z w w e n n e e r r - / / a r r i e e - p p o o o u t p - - u f f t i i l l a e e n a p p l a a y t t s h h i / / s t t . o o m / / d f f i i l l e e . . p p y y - a n a l y z e 分析結果の例 ツールは以下のような情報を提供します： ...

概要 Omeka SのAdvanced Searchモジュールに対応したテーマを探す方法の一例について紹介します。 背景 Omeka SのAdvanced Searchモジュールを用いることで、以下の記事などで紹介しているように、Omeka Sの検索画面をカスタマイズすることができます。 特に、ファセットなどを追加できる点に利点があります。 一方、使用しているテーマがこのAdvanced Searchモジュールに対応していない場合、一部表示が崩れてしまうケースがあります。テーマ側でAdvanced Searchモジュールに対応しているかどうかを判断する方法の一例として、以下のように、テーマのフォルダの「view/common」の下に「advanced-search」の有無を確認する方法があります。 https://github.com/omeka-s-themes/freedom/tree/master/view/common/advanced-search この方法に基づいて、GitHubで公開されているOmeka Sのテーマのうち、Advanced Searchモジュールに対応しているものを探す方法を紹介します。 方法 以下の記事で紹介したサイトを使用します。 URLは以下です。 https://satoru196.notion.site/satoru196/6f898ed1352e4c9fa013eee635cbabf4?v=02cab757b6cf4df6bfbedfeb85eca0a5 特に、本記事の目的のため、「各テーマがAdvanced Searchモジュールに対応しているか」のフラグを追加しました。加えて、リポジトリのownerの情報も加え、各テーマが誰によって提供されているかを確認できるようにしました。 具体的には、以下の図に示すように、スター数で降順として、さらに「has_advanced_search」にチェックが入っているテーマのみに限定します。 この結果、「freedom」というテーマが「omeka-s-themes」というOmekaの公式Teamによって提供されており、相対的にスター数が多く、Advanced Searchモジュールにも対応していることがわかります。 https://github.com/omeka-s-themes/freedom まとめ Omeka Sのテーマの探し方の一例について紹介しました。Omeka Sの利用にあたり、参考になりましたら幸いです。

概要 DrupalからGitHubのActionsを実行するモジュールを作成しました。 https://github.com/nakamura196/Drupal-module-github_webhook 以下、使い方について説明します。 使い方 設定 モジュールのインストール後、以下にアクセスします。 /admin/config/github_webhook 以下のような画面に遷移します。 大きく、Respositories とTrigger Webhook に分かれています。 まず、Respositories のRepository 1にGitHub Actionsの実行対象のリポジトリの情報を入力します。Add repositoryやRemove repositoryから、リポジトリの追加と削除を行うことができます。 Event Typeには、GitHub Actions側で設定した値を入力します。初期値のwebhookは、以下のようなActionsを想定しています。 n o p c j a n e o o m : p w r r c p i n g c b b e u o e m o a d c r a s u : s b r p t i n g - u o n : i r s h r k o y s t e t r u c l u t D : a f s p s e s o r p e d n e - e n l i e i n : k e : l : s p p c o t s o t e n - - s n u l h w o : n s w n c " i o : a s o e _ r s : r : y p n n m e y s d y [ : i : a - : e s : i _ w r t w g p : : t s d e e e r e r u o [ p i b a i s o b C a " a s h d t " g u h c G m t p o e r n e t i a c a o e t c i t i h t k s u k o H n : c ] s - o n u " h : l u s b ] : a t / t t c P r e h a u s e g e t c e k s o u t @ v 3 設定後、画面下部の送信 ボタンを押して保存します。 ...

概要 Drupalのイベントをトリガーとして、GitHub Actionsを起動する方法の備忘録です。 以下のサイトが参考になりました。 https://qiita.com/hmaruyama/items/3d47efde4720d357a39e pipedreamの設定 triggerとcustom_requestを含むワークフローを作成します。 triggerについては、以下を参考にしてください。 https://qiita.com/hmaruyama/items/3d47efde4720d357a39e#pipedream側の設定 custom_requestにおいて、dispatchに関する設定を行います。 https://docs.github.com/ja/rest/repos/repos?apiVersion=2022-11-28#create-a-repository-dispatch-event 以下のような設定を行います。 c u r - - - - h - l X H H H t d t - P " " " p ' L O A A X s { S c u - : " \ T c t G / e e h i / v \ p o t a e t r H p n : i u i t z b . _ a a - g t p t A i y p i p t p l o i h e i n - u " c : V b : a e . " t B r c w i e s o e o a i m b n r o / h / e n r o v r : e o n p k d < 2 o " . Y 0 s } g O 2 / ' i U 2 O t R - W h - 1 N u T 1 E b O - R + K 2 / j E 8 R s N " E o > P n " \ O " / \ d \ i s p a t c h e s \ ...

概要 GitHub ActionsとSCPを使って、さくらのレンタルサーバにビルド結果をコピーする機会がありましたので、その備忘録です。 以下のGitHub Actionsを使用しました。 https://github.com/appleboy/scp-action つまづいた点 以下の記法で試みたところ、ローカル環境でactを使った際にはうまく動作しましたが、GitHub Actionsで実行した際にはうまくいきませんでした。 n o j a n o m : b b e s u : [ : i n r s - - p l a u t s u d m n e u n u w c s : e s p s a s i p h : - s e m e t h u p p s t ] o : s e s h o s a o o a f B n : : : : s e s r u r i u : t r s t r g l i a c a : n w : c e e l u c o p a o e t s d b t p p $ m r $ : : u i y l { e d { n o e { : : { " y t n f b t o u s i o s $ $ s e u - / l y e { { e s r l c e / c { { c t _ a h s r r s s t e v c e s s e / e e c i p t e e t a r s k a - s c c s . v t o a . r r . t e u s c H e e P x r t s t O t t O t _ @ h i S s s R , t v o T . . T t a 4 p n U P e r a @ } S A } s g s m } E S } t e s a R S s t w s N W / _ o t A O b f r e M R . o d r E D t l x d } } t e } } " r _ p a t h 具体的には、以下のエラーが発生しました。 ...

概要 GitHub Actionsの処理結果をメールで通知する機会がありましたので、その備忘録です。 今回はGmailを使います。以下が参考になりました。 https://stackoverflow.com/questions/69947109/sending-email-with-github-actions Gmailの設定 以下に記載があります。2段階認証を有効にして、アプリパスワードを作成します。 https://github.com/dawidd6/action-send-mail?tab=readme-ov-file#gmail アプリパスワードの設定例は以下です。 ローカルでの動作確認 actを使って、ローカル環境でGitHub Actionsを実行します。 https://github.com/nektos/act あるリポジトリで以下のようなファイルを作成します。 n o j a n o m : b s e s e : [ : n r s p d u t N u - n e o s m s p t h a - s i ] i o : f l n i : : c n i u w a u a f s i t b m : e t i u e s h o n : s : : s s u p s t f b n t u e e s a u o r o u S c d r r e s b : o d W - e c a v v r s j m y o l n e w e e n w e $ : : H T C C B B $ r a d s i r r a o c { e h o o r e { k t s d _ _ m r t { $ | l e m m a s { f e m ( d a p e d : s { l m m n t l s a ) 6 d o : : e { o d i i c s o t i / d r D c , e t t h r e w l # a r t $ $ e r s p : : e c c e : { { p e e l l g r こ t s { { l t c o $ i $ a e の i s 4 s s o s r y { n { r t 行 o : 6 e e y . e m { k { d s は n 5 c c m M t e : s . デ - s r r e A s n g g , M プ s m e e n I . t i h i A ロ e t t t t L M t t t I イ n p s s _ A p h t h L が d . . . C T I r u p u _ 成 - g M M o O L o b s b F 功 m m A A m } _ c . : . R し a a I I p } F e s r O た i i L L l R s h / e M 場 l l _ _ e O s a g f 合 @ . U P t M i } に v c S A e f } t } } の 3 o E S d } o } h } み m R S } r u メ N W - b ー A O t . ル M R $ h c を E D { e o 送 } } { m 信 } } r / す g e $ る i p { よ t o { う h s に u i g し b t i ま . o t す r r h e y u p b o $ . s { r i { e t p o g o r i s y t i h t } u o } b r . y r e } p } o / s c i o t m o m r i y t / } $ } { { h a g s i t b h e u e b n . s s h u a c c } e } s s f u l l y c o m p l e t e d . 以下のようなコマンドでシークレットを使うことができました。 ...

概要 先日、Mirador3でアノテーションを比較するためのプラグインを公開しました。 https://github.com/nakamura196/mirador-compare-plugin 今回は、このリポジトリをZenodoと接続してみます。 結果、releaseを行うたびに、自動的にDOIが付与されるようになりました。 https://zenodo.org/doi/10.5281/zenodo.10449856 Zenodoでの設定 以下にアクセスして、連携対象のGitHubリポジトリを選択します。 /account/settings/github/ GitHub 以下、必須ではありませんが、Zenodoとの連携に向けて、GitHubリポジトリ上で必要な準備を行います。 CITATION.cffの作成 これを作成することにより、Creators にORCIDのIDが表示されるようでした。 具体的には、以下のようなファイルを作成します。 https://github.com/nakamura196/mirador-compare-plugin/blob/main/CITATION.cff c m a t d f e u i o f s t - t i - s h l : v a o f g o a w e e g r a i r f e : 1 r e s m v c f b 0 s : : i e i i s " . i l n d l i m 5 o " y - : i t i 2 n C - n a e r 8 : i n a h t : a 1 t a m t i d 1 e m e t o h z . e s p n t r e 1 a s : s : t - n . s : : p c o 0 " S / " s o d N a / T : m o a t o h / p . k o r e / a 1 a r c r r 0 m u i U e e 4 u d n s - 4 r . i e p 9 a o v a l 8 r e r u 5 g r c g 6 / s h i 0 i m n 0 t a " 0 y p 0 . - o j 0 f p 0 / 0 T n 1 o a - k k 8 y a 2 o m 4 " u 5 r - a 7 . 9 s 2 a 5 t o r u ? l a n g = e n 上記により、GitHubリポジトリ上にも「Cite this repository」が表示されるようになりました。 ...

概要 DrupalのSocial Auth GitHubモジュールを試します。 https://www.drupal.org/project/social_auth_github/ 本モジュールは以下のように説明されています。 Social Auth GitHub allows users to register and login to your Drupal site with their GitHub account. （日本語訳）Social Auth GitHubは、ユーザーがGitHubアカウントを使用してDrupalサイトに登録およびログインすることを可能にします。 以下のように、GitHubアカウントを使用してログインできるようにすることを目指します。 インストール c v o e m n p d o o s r e / r b . i p n h / a d r r u r s e h q u e i n r e s o ' c d i r a u l p _ a a l u / t s h o _ c g i i a t l h _ u a b u t h _ g i t h u b : ^ 4 . 0 ' 上記のインストールにより、social_authとsocial_apiも有効化されます。 ...

概要 GitHubの2要素認証（2FA）への対応にあたり、ブラウザの拡張機能である「Authenticator」を使用してみましたので、その備忘録です。 https://authenticator.cc/ QRコードの準備 まず、GitHub側でQRコードを準備します。詳細な手順は省きますが、以下のような画面にQRコードが表示されます。 ブラウザ拡張機能の追加 Chrome、Firefox、Edgeのいずれかのブラウザで以下にアクセスします。以下、Chromeの例です。 https://authenticator.cc/ 以下の画面の「Add to XXXX」ボタンを押します。 「Chromeに追加」ボタンを押します。 以下の画面が表示されれば成功です。 アカウントの追加 先ほど用意したQRコードをブラウザで表示します。以下は、Googleドライブに保存したQRコードの画像を表示している画面例です。 右上の「拡張機能」ボタンを押して、「Authenticator」をクリックします。 スキャンのアイコンをクリックします。 表示しているQRコードの範囲を選択すると、「<アカウント名> 追加されました。」と表示されます。 以後、2FAが求められた場合、拡張機能を選択して、「Authenticator」をクリックします。 以下のようにOne-Time Password (OTP)が表示されるので、パスワードをコピーして使用します。 バックアップファイルの利用 バックアップファイルを作成して、それを他の端末やブラウザでインポートして使用することもできるようです。 バックアップファイルの作成 拡張機能の設定画面から、「バックアップ」を選択します。 そして、「バックアップファイルのダウンロード」を押します。 「authenticator.txt」というファイルがダウンロードされますので、本ファイルまたは本ファイルの中の文字列を他者と共有します。 バックアップファイルのインポート インポートする際には、先の設定 > バックアップ の後に、「バックアップのインポート」を選択します。 そして、以下の画面において、「バックアップファイルのインポート」タブを選択して、txtファイルをアップロードするか、「テキストのバックアップのインポート」を選択して、txtファイルの中身のテキストを貼り付けてインポートします。 結果、アカウントが登録されます。 まとめ 参考になりましたら幸いです。

概要 Github Actionsを使ってGithubからEC2までのDjangoのCICD環境を構築する機会があり、その備忘録です。 以下の記事を参考にさせていただきました。 https://qiita.com/fffukken/items/27b0bfa712940914d3f6 上記の記事に対して、Github Actionsの設定を一部更新しました。 Github Actionsの設定 n o j a n o m : p p b b e u u s u : s b l b : i r s s - - - - - e h r l r l u t t n T : a _ a d n r m m e u n u w n r n r n r v S E E e n r n : s a a a p s a s i a u a u a u : E C C s c e c - t x t p s e m e t p m n p p m n p p p m n e c s & & & & & & C 2 2 t h q h o e - r y : s e s h y e : y i e : y y y e : c h s & & & & & & R _ _ e u e n g p i t : : : : t : t p : t t t : h m h E U H a s e s : y a x h h | h | h h h o c g p p d s T S O n : s : : r : o a S a o I o i R o o o d d d i y y e u _ E S d t u a n c e c n n n n u n n n e " o t t t a d K R T [ : [ b l - t t t - s s n p $ 6 S ~ h h c o E : : D u l v i i v t - t m m m l S 0 t / p o o t Y e d d n e e o u o e a m a T a a a o E 0 r < u n n i s : $ $ p e e t l r n p n r l l e n n n y C i プ l v y { { l v v u : s s s s l p l s a a a R s c ロ l m m a s $ { { o e e - i / P / i i t g g g E e t ジ a a t t { y l l l 4 o c y s o D p - s e e e T c H ェ o n n e e { s s o o a n h t e n e r . . . _ r o ク r a a m e e p p t : e h t : p i p p p K e s ト i g g \ c s c c , e c o u e n r y y y E t t 名 g e e t e r r ] s [ k n p $ n s e Y _ K > i . . l c e e m t 3 o - { d t q m m t " k e \ n p p r t t a . u $ p { e a u a i e e y y y r e s s i 9 t { y n l i k g s > y C m e t . . n , @ { t m c l r e r t h a m m s s E E v h a i e m a s e i a i t . C C ] " 3 m o t e m i t e c n k g a S 2 2 3 a n r s - e g e c k e r r E _ _ . t @ i u n r r i \ m a t C U H 1 r v x p t a e n i t R S O 0 i 4 . g s t t g g e g E E S " x p r . i _ = r u T R T ] . y a t o k n a \ n _ p t d x n e o t i K } } y h e t s y i c E } } t o $ o o Y h n p { n r o - i E s n } n v p C " } - e 2 \ v r _ e s U r i S s o E i n R o } n } @ } $ } { } E C 2 _ H O S T } - i s e c r e t _ k e y " s o u r c e < 仮 想 環 境 名 > / b i n / a c t i v a t e \ 変更した点として、actions/checkoutとactions/setup-pythonのバージョンを変更しました。また、pip installの部分を変更し、pip install -r requirements.txtにしました。 ...

概要 GitHubファイルアップロードおよびファイル更新の方法について共有する機会がありました。 ログイン アカウントの新規作成を含めて、以下の記事などを参考にしてください。 https://reffect.co.jp/html/create_github_account_first_time ファイルアップロード リポジトリにアクセスします。 Add fileボタンをクリックして、Upload filesをクリックします。 choose your filesをクリックして、ローカルからファイルをアップロードして、Commit changesを押します。 ファイルがアップロードされます。同じ名前のファイルが既に存在する場合には、上書き更新されます。 ファイルの更新 更新対象のファイル名をクリックします。 鉛筆アイコンをクリックします。 テキストを修正し、Commit changesボタンを押します。 再度、Commit changesボタンを押します。 ファイルが更新されます。 まとめ GitHubのGUIの使い方の参考になりましたら幸いです。