「.」で起動するgithub.devとGithub Codespacesの違い - Qiita
昨日、Github Codespacesの使い方記事を書いたのですが、本日同じくオープンしたgithub.dev（どうやら VS Code Webと呼ぶらしい）について混同しやすいので、記事にまとめてみました。 結論：実行環境込みか、エディタのみかの違い 最初に結論を書くと、Github CodespacesはVS Code Serverを搭載した仮想マシンがついてくる完全な開発環境です。 github.devは、Codespaceのうちエディタ部分だけを切り出した、ブラウザのみで動くVSCodeエディタです。そのためいくつかの制限があります。 そうそう、github.devは無料、Codespacesはインスタンスのスペックに応じて時間課金される点も違いですね。 制限：devではターミナルが使えない github.devでは、マシンインスタンスがついてこないので、当然ながらターミナルは使
GitHub Actions のワークフローをチェックする actionlint をつくった - はやくプログラムになりたい
GitHub Actions のワークフローを静的にチェックする actionlint というコマンドラインツールを最近つくっていて，概ね欲しい機能が揃って実装も安定してきたので紹介します． github.com なぜワークフローファイルの lint をすべきなのか GitHub Actions が正式リリースされてからだいぶ経ち，GitHub 上での CI は GitHub Actions が第一候補となってきているように感じます．僕も新規にリポジトリを作成して CI をセットアップする場合はほぼ GitHub Actions を使っています． ですが，GitHub Actions には下記のような問題があり，actionlint でそれらを解決・緩和したいというのが理由です． ワークフローを実装する時は，GitHub に push して CI が実行されるのを待って結果を確認するという
「ZenHub×GitHub」を軸としたアジャイルプロセスの作り方
他プロジェクト管理ツールとの比較と選定ポイント また、アジャイルプロセスを作っていく上で親和性がある他のプロジェクト管理ツールとしては、アトラシアン製のJIRAとTrelloがあります。 これらの中でZenHubを選定した理由は、「チケット管理」と「リポジトリ管理」の親和性がポイントでした。 例えば、リポジトリ管理にアトラシアンのBitbucketを利用しているならば、JIRAやTelloのほうが親和性が高いですし、さまざまな連携からアジャイルプロセスを作りやすいです。 一方、GitHubを使っているのであれば、ZenHubを使うことをおすすめします。特にチケット（GitHub Issue）からリポジトリに対するコミット履歴やPull Requestが確認できたり、チケットとリポジトリで相互リンクの関係を作れていたりとてもアジャイルプロセスが作りやすいです。また後述しますが、ZenHubは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - DenkiYagi/EmployeeHandbook: デンキヤギ株式会社 就業規則
