GitHub Actionsで1Passwordのシークレットを利用するのがとても便利なので、その方法を紹介します。 GitHub Actionsのシークレット管理の難しさ 1PasswordのシークレットをGitHub Actionsで利用する 1password/load-secrets-actionを使えるようにする 1password/load-secrets-actionのシークレットシンタックス ファイアウォールとサービスアカウントに注意 まとめ 参考 GitHub Actionsのシークレット管理の難しさ GitHub Actionsのシークレットはオーガニゼーション、リポジトリ単位のいずれかで管理できます。 同じシークレットを複数リポジトリで設定するのは手間ですし管理が困難なため、オーガニゼーション単位で管理することが多いでしょう。 さてGitHub Actionsの厳しい

C#プロジェクトで参照しているNuGetパッケージのライセンス一覧を取得する方法が気になって調べたので紹介します。 ライセンス一覧を取得する方法 dotnet list packageとNuGet APIを使う sensslen/nuget-licenseを使う aaronpowell/dotnet-deliceを使う CycloneDX/cyclonedx-dotnetを使う ライセンスは途中で変わる まとめ ライセンス一覧を取得する方法 ライセンス一覧を確認するには大きく2つの選択肢「dotnet cliのNuGetパッケージ一覧機能を使って自前解析」と「OSSツールを使う」があります。一通り触った感じだと、自前解析も大した手間じゃなく、OSSならsensslen/nuget-licenseとCycloneDX/cyclonedx-dotnetが一番使いやすい感じでした。 dotnet

NuGetにはVisual Studioでパッケージをインストールするときに自動的に実行されるスクリプトの仕組みがあります、それがtools/init.ps1です。 前々からNuGetパッケージインストール時に警告なくスクリプトが実行されて嫌だなぁだと思っていましたが、今回はその理由を考えてみます。 init.ps1とは tools/init.ps1の現状 init.ps1の実行を確認する init.ps1ができること init.ps1の実行を止められるのか init.ps1の懸念 init.ps1を使った攻撃は過去にすでに起こっている init.ps1の代替手段 まとめ init.ps1とは NuGetパッケージにtools/init.ps1というスクリプトを配置することで、パッケージインストール時に任意の処理を実行させることができます。パッケージインストール後の追加処理を自動化する仕組

PowerShell 7以降をWingetでインストールする方法を紹介します。対象OSはWindowsです。 Microsoftが推奨するインストール方法 インストール可能なPowerShell PowerShellをインストール アンインストール まとめ Microsoftが推奨するインストール方法 MicrosoftはPowerShellをWingetでインストールすることを推奨しています。WingetはWindows11標準で利用できるパッケージマネージャです。何も導入をすることなくコマンドラインからサクッとインストールできます。これは近年のWindowsにおける劇的な体験改善だと感じます。1 Installing PowerShell on Windows | Microsoft Learn インストール可能なPowerShell インストール可能なPowerShellは、Powe

2021年、2020年は書き忘れてたみたいです。 https://tech.guitarrapc.com/entry/2020/01/02/041844 継続しているもの 基本方針は、すぐに辞められる月間契約を選択、やめない/月間がないものは年間契約。 月間契約 サービス名 価格 期間 継続? 用途 Apple Music 1,480円 2019年～ 継続 ストリーミング AWS $4.64 2013年～ 継続 Route53 / Lambda / S3 / KMS GitHub Pro $5.00 2013年～ 継続 GitHub Sponsors $1.00 2022年～ 新規 @mayuki Google Workspace Business Starter 680円/user 2013年～ 継続 IIJ 990円/user 2021年～ 継続 4GB 音声 SIM Money Fo

Git の GUI クライアント、いろんなツールがあってそれぞれ使いやすさがあります。 普段私は、GitKraken をメインにしていますが、サイズの大きなリポジトリでは Fork を利用しています。 しばらくForkをメイン気味に使っていた中で、私がForkに感じた良さと苦手なことをメモしておこうと思います。 tl;dr; 自分のgit利用ケース git GUI クライアントについて Fork GitKraken Fork と SourceTreeの比較 Fork の良い点 Fork の懸念点 特筆点 ForkとGitKrakenの比較 Fork の良い点 Fork の懸念点 特筆点 Fork の欠点と対処 Fork の縦ペインで視点移動は減らせるのか tl;dr; Git GUI クライアント、まだまだ全然決定版がないですね。 GitHub.com や GHE、GitLab など複数の

開発環境ではDockerでDBや各種バックエンドを動かすことが多いのですが、WFHが広がる中で自宅がWindows 10 HomeでDocker Desktop for Windows起動できないんだけど、何か手がないかと相談があったりなかったり。 以前試したときは問題なかったのですが、改めて最新の状況で試します。 また、wsl2の仕組みから言ってHyper-VでホストしたWindows 10 Homeでも動作するはずなのでそこも確認です。 Hyper-VにWindows 10 Homeをインストールしているのでその検証結果も知りたい人にも向けていいのではということで。 更新履歴 TL;DR WSL2について Docker Desktop for Windows をインストールする Insider Preview を Slowring で有効にする Windows Update で Win

この記事は、PowerShell Advent Calendar 2019の一日目です。 qiita.com Windowsのパッケージマネージャーの裏はPowerShellが多く使われています。 そんなWindowsにおけるパッケージマネージャーと言えば、Package Management Chocolateyが有名なのではないでしょうか? 私もChocolateyをパッケージマネージャーに用いて開発環境の構築をしてきましたが、課題が多かったためScoopに切り替えました。 Chocolateyで何が問題だったのか、なぜscoopを選んだのか、この一年scoopをどのように環境構築に利用しているのかを紹介します。 TL;DR Chocolatey の利用 どのように Chocolatey を利用していたのか Chocolatey で困ること Chocolatey が抱える問題点 Sco

PowerShell本を書いたのですが、当然多くの反省があります。 tech.guitarrapc.com どれも自分の苦手とすることへの直視を求められるのでメモしておきます。 プログラミング系の本を書くときの参考になれば幸いです。 目次 目次 そもそもなぜ本を書いたの 執筆期間 反省点 書き始めるまでの重さ 一日の書ける量 表現の難しさ ページの超過 サンプルコードの担保 兼業はできない 編集者との文章共有 重版予定は? そもそもなぜ本を書いたの 本を書く動機はいろいろなケースがあると思います。 私の場合、本を書きたいというより「本を通してPowerShell に感じる悩ましいと思わせる部分への一定の解消を図りたい」という思いで書きました。 結果は読者のみぞ知るので分かりません。 もともと私が持っていたPowerShellの課題に「学習コストが高すぎる」というのがあります。ただコマンドを

UWP アプリを書く必要があり、何度か挫折したXAMLに真剣に取り組んでいます。 今回は、XAMLを書くにあたって自分が導入している拡張機能とめちゃめちゃ便利なアプリの紹介です。 目次 目次 拡張機能 XamlStyler Inline Color Picker XAML 記述の確認 XAML Controls Gallery WindowsCompositionSamples WindowsCommunityToolkit まとめ 拡張機能 次の2つをいれることで、XAML に悩まされることが減ったのでお勧めです。 ときにStylerは、いわゆる自動的なフォーマッターでオススメです。 私がこういう拡張をいれる時に共通しているのは、「機械的に自動化されるのに慣れるのは大事」ということで、フォーマッターはその中で優先して導入すると効果があると感じます。 marketplace.visuals

面白い記事があったので、私もやってみます。 blog.daruyanagi.jp 毎度毎度、PowerShellっぽさとは何かなぁ思うのですが、PowerShell実践ガイドブックでもWebサイトのステータス監視などを書いたので、良い題材な気がします。 目次 目次 C# だとどう書くのか 元記事の処理 必要な処理を抜き出す インライン処理 パイプラインとメソッド形式の選択 一意に絞る URLからファイル名を取る ダウンロードする 非同期ダウンロードで高速化する Jobを使った非同期処理 Taskを使った非同期処理 まとめ 参考 C# だとどう書くのか C#ならAngleSharpを使って次のようなコードでダウンロード処理を行うことができます。 私の自宅では、60Mbpsを維持して5分でおわりました。 gist.github.com PowerShellだとどうなるでしょうか。 元記事の処理

刊行される「PowerShell実践ガイドブック」(通称：貝殻本)ですが、編集さんにかけあったところ先行レビューという形で書籍をプレゼントできることになりました！ tech.guitarrapc.com PowerShell実践ガイドブック ~クロスプラットフォーム対応の次世代シェルを徹底解説~ 作者:吉崎 生マイナビ出版Amazon マイナビBOOKSのPC書籍編集部ブログで、応募フォームが用意されています！ book.mynavi.jp レビュワー募集終了のお知らせ 締め切りを迎えて、抽選により5名様にレビュワーの連絡と書籍が発送されました。 レビューされるのを心待ちにしています！ お願い 当選された方は、アマゾンやブログ（はてな、note、medium、など場所は問いません）でのレビュー＋TwitterなどのSNSでの告知をお願いします。 書籍到着から2週間以内にレビューを公開しご連

このたび、PowerShell実践ガイドブックという本を執筆・刊行する運びとなりました。 本日から予約開始、2018/5/30日に発売です。 ※ Amazonの紹介文がおかしいのは修正予定です。 修正されました。 Amazonなどのオンライン書店で予約が始まってます。 Kindle版もありますが、まだAmazonでは発売情報が出ていませんのでお待ちください。 5/22 Kindle版も予約開始しています。 PowerShell実践ガイドブック ~クロスプラットフォーム対応の次世代シェルを徹底解説~ 作者:吉崎 生マイナビ出版Amazon また、マイナビ出版でもPDFを販売しています。 book.mynavi.jp PowerShell Coreを扱った本は、世界では2017年に発売された6.0リリース前の本のみで、国内でも初めてになります。 こんな人におすすめです ふだんのちょっとしたPC

この記事は、PowerShell Advent Calendar 2017 3日目の記事です。 qiita.com 新しい言語を触るときに気になるのが、その言語はどのように書くことを意図しているのかです。私が触ってきた言語の多くは「その言語の考えの基本」となるものを持っており、コーディングガイドライン上でもそれを明示していることが多いように思います。 PowerShell はどうなのでしょうか? 今回はPowerShell ではどのようなコーディングスタイル (本記事ではコーディング規則も同じ意味で用います)で書くといいのかを考えてみたいと思います。 思いのほか記事内容がながくなってしまったので、結論だけ見たい方は まとめ をどうぞ ※ 決してこの記事の内容が絶対正しいと思っていません。みなさんが書いていく中でどうすればいいのか、と思ったときの良いヒントになることを願っています。 軽い記事

Visual Studio Code も Visual Studio もExtensions と呼ばれる 拡張機能を使うことで便利な機能を追加できます。 Market Place 便利。 marketplace.visualstudio.com あまりむやみに追加すると動作が重くなるのですが、便利なものを使わない手はないので必要なものを入れています。*1 ここではVisual Studio 2017で私が入れている便利拡張をまとめておきます。 Extensions一覧 それぞれの拡張 Visual Studio IntelliCode - Preview Build Vision Git Diff Margin Open on GitHub SwitchStartupProject for VS 2017 VSColorOutput Custom Document Well Open Us

書いていないネタは多いのですが、アンケートで C# についてと言われました。 次なんの記事がいいですか？ #書く記事募集中— guitarrapc_tech (@guitarrapc_tech) April 23, 2016 そこで、私自身 C# を学ぶにあたって参考にしているものをまとめておくことことにします。*1 はじめに感謝と尊敬を。ここに載せていないサイト、書籍の多くからも学びも得ています。今現在もそうです。 私自身が何か恩返しをできればと思いつつ、同じように悩まれている方への参考となれば幸いです。 個人ブログ Microsoft関連 困ったときの まとめ 個人ブログ 順番には大きな意味はありません。 サイト ブログ主 参考にしている分野 備考 ++C++; // 未確認飛行 C https://twitter.com/ufcpp C#, プログラミング全般 C#は書籍よりもここか

Azure Functions は、本当に各所で活用できるポテンシャルがあり、すでに多くの実績をグラニで積んでいます。実際グラニでは、プロダクト投入に加えてインフラにおける中心となりつつあります。活躍できるシーンが多く思いつくため、どんどん実装が追加されています。 さて本番投入ということで、検証ステージを超えると気になるのが機微情報(機密情報)です。 「慣れるため、開発中」などいろいろな理由でついついパスワードやToken などをコードに埋め込んでしまうことが多いと思います。 そんな時に、Linux では環境変数にexport Hoge="foo" などとしてコードから分離するのが王道ですが、Azure Functions でどうやってコードと分離するか考えてみましょう。 目次 目次 目標 Azure Functions は Web Apps Application Settings に機

2015/12/24 追記 WMF 5.0 RTM のインストールによって、環境変数の PSModulePath がデフォルト設定にリセットされるバグが見つかったため、現在ダウンロードセンターから外されています。 修正が確認できしだい再度公開される予定とのことですので、少しお待ちください。なお、もし既に WMF5.0 RTM をインストールしていた場合、この問題に該当しています。また、WMF 5.0 RC や Production Preview ではこの問題は生じていません。 Windows Management Framework (WMF) 5.0 currently removed from Download Center 本文 ついに PowerShell v5 RTM がリリースされました。 Windows Management Framework (WMF) 5.0 RTM

PowerShell ではCmdletを介して JSON の利用ができます。型に当てずに解釈できるので、さくっと使うには本当に強力です。この点に関しては、jq や Json.Net などより触りやすいと思います。 さて、過去にも PowerShell での JSON の操作について説明してきました。今回、PowerShell v5 において、v4までで面倒だった点が改善されたので紹介しましょう。 tech.guitarrapc.com tech.guitarrapc.com 目次 目次 v4までは改行を含んだJSON の読み取りには注意が必要だった v5 では改行を含んだJSON も直接読めるように サンプル まとめ v4までは改行を含んだJSON の読み取りには注意が必要だった 過去の記事でも説明しましたが、ConvertFrom-Json でファイルに保存された Json ファイルを読

Microsoft Connect (); // 2015 Developer Event Set for November 18-19 が現在開催されています。 channel9.msdn.com この中で Visual Studio Code (VS Code) の機能強化が発表され、PowerShell のデバッグ、インテリセンスサポートが追加されました。 今回はその紹介。 Visual Studio Code Language Support インテリセンス 定義への移動 シンボル表示 静的コード解析 デバッグ REPL 将来のサポート Extension インストール方法 Market Place デバッグの launch.json まとめ おまけ Visual Studio Code Visual Studio Code は、Microsoft が提供している Electron