タスク管理ツール ZenHub を導入して楽々タスクマネジメントを始めた話
Airシリーズのフロントエンジニア日野澤 (@kt3k) です。今日は、タスク管理ツールの ZenHub Enterprise を導入した話です。 きっかけ リクルートライフスタイルでは全社的には主に JIRA でタスク管理を行なっていますが、Airウェイトフロントエンドチームでは JIRA の運用がうまく回っていない問題がありました。 Airウェイトバックエンドチームでは JIRA の WBS (Work Breakdown Structure, 作業分解図) を使って進捗を管理していますが、フロントエンドチームは、タスクの粒度が細かく流動的で WBS は馴染まないとして GitHub issue でタスクを管理していました。結果、チームとしての進捗が良く分からないまま放置される状況が続いていました。 一方で、やはり進捗可視化ができないことが不便であると言う意見も強く、昨年(2017)末
GitHub Pages + 独自ドメイン + HTTPS (SSL) のサポートをGitHubが提供開始 - Qiita
前提 GitHub Pagesでお手軽にHTTPSを利用したい はじめに GitHub PagesではSSLサーバ証明書の設定ができません。 そのため、GIthub Pages + 独自ドメインでHTTPS (SSL) に対応するには、 CDNでリバースプロキシを利用するといった方法をとられている方が多いと思います。 カスタムドメインの GitHub Pages で HTTPS を使う GitHub Pages + CloudFlare で独自ドメインをSSL化する GitHubのHTTPSサポートの動向 GitHubが独自ドメイン用の証明書を発行するようになった 2018年2月中旬ごろ、Github Pages側でLet's EncryptのSSLサーバ証明書が 自動で発行されるようになり、リバースプロキシの設定をする必要がなくなりました。 Add HTTPS support to Gi
GitHub の Markdown (GFM) でPlantUMLを表示するChrome拡張 | DevelopersIO
よく訓練されたアップル信者、都元です。大変ご無沙汰しておりますが、相変わらず生魚が好きです。 さて最近は、GitHub上でもろもろとソフトウェア開発をしていることが多いのですが、gitで管理するmdファイルはもちろん、issueやPR内でもMarkdown記法を使って様々な記述できるのはご存知の通りかと思います。 PlantUML さて、仕様のディスカッションやドキュメントの記述をしていると、ちょっとしたシーケンス図やクラス図、状態遷移図、UMLという図の記法を使ってコミュニケーションを取りたい場面が出てきます。 以前、当ブログでも「Atom と PlantUML で快適シーケンス図駆動開発ライフ」というエントリーにて、テキストの文法でUMLを記述して画像生成、それをGitHubに貼り付ける、というテクニックをご紹介しました。 PlantUMLは非常に強力な仕組みです。Atomによる編集も
イラストを Git で管理したかったのでツールをつくった - blog.syfm
イラストの管理 自分はたまにイラストを描いたりするのですが、以前からその管理方法に苦労していました。 苦労していた点は主に次の 2 点です。 バックアップ 制作過程 Gif をつくるのが面倒くさい 強い人は、短時間でもさらっとイラストを描いてしまいますが、自分は時間をものすごく掛けないとまともなものが描けないので、バックアップは結構頻繁に取ります。 手動でバックアップしようとした場合は、ふつうにファイルを複製する感じになると思います。 ただ、普段からコードを書いていて VCS を利用している身だと、どうしても原始時代かと錯覚してしまいます。 さらに、PhotoShop の psd 形式や CLIP STUDIO PAINT の標準である clip 形式はいろんなデータが詰め込んであるので 1 ファイル当たり平気で 50 MB くらい持って行かれます。これも結構厳しいところです。 VCS を
設定ファイル記述言語 TOML - Qiita
TOML は、GitHub の中の人が提案した、設定ファイルを記述するための小さな言語である。明瞭な文法なため、人間が読みやすい。また、TOML はハッシュテーブルに明確にマップするように設計されているので、様々な言語でのデータ構造へパースしやすい。 また、Vim で有名な NeoBundle が TOML パーサを搭載したことや、勢いづいている Go でのサポートも熱いことから、すごく伸びそうなフォーマットである。 TOMLノススメ 【個人メモ】設定ファイルフォーマットにはTOMLがいいのかも NeoBundleのプラグイン管理をTOMLに任せてvimrcをスッキリさせる GoとTOML 仕様 TOML の仕様は単純だ。 大文字小文字を区別する UTF-8 である必要がある ホワイトスペースとは tab (0x09) と space (0x20) のみ 改行とは LF (0x0A) と
GitHubのmasterブランチをWebページとして公開する手順（GitHub Pages） - Qiita
GitHubでは、サーバーを自前で準備しなくてもWebページを公開できる「GitHub Pages」という機能があります。これまでは、gh-pagesという別ブランチを作成して、そこにソースコードをプッシュする必要がありました。しかし、本日(2016/08/18)実装された新機能により、masterブランチのみでWebページを公開できるようになりました。 本エントリーでは、具体的な設定手順を紹介します。 手順 masterブランチにて、「docs」フォルダーを作成します。このフォルダーに公開したいWebページのソースコードを入れます。 masterブランチをプッシュします。 GitHubのリポジトリページ上で、[Setting]→[Pages]に移動します。 [Source]の箇所から、「Branch: main」、「/docs」フォルダーを指定します。 [Save]を押すと、下図の赤枠部
Change the base branch of a Pull Request
ProductChange the base branch of a Pull RequestYou can now change the base branch of an open pull request. After you’ve created a pull request, you can modify the base branch so that the changes in the… You can now change the base branch of an open pull request. After you’ve created a pull request, you can modify the base branch so that the changes in the pull request are compared against a differ
Github issue で質問してはいけない - Qiita
この記事は個人ブログで海外向けに書きかけの記事の日本語版です。そのため、一部日本人向けではない記述が含まれます。 英語版はこちらです Why you must not ask questions on Github issues 現在は GitHub は Discussions を提供しています。 Issue Template から Discussion へと誘導するのがおすすめです。 2023-06-14 追記 TL;DR: Issue Tracker で質問するのは開発者に対する DoS 攻撃になるかもしれない。 Forum がある場合は Issue Tracker で質問してはいけない。 背景 Github の時代になる前は、ある程度の規模のOSSプロジェクトはみんな Issue Tracker と別に フォーラム (BBS, ML など) を持っていました。ユーザーはフォーラムでデ
Using QL to find a remote code execution vulnerability in Apache Struts (CVE-2017-9805) — Blog - lgtm
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Atomエディタに新しく結合された Git / GitHub を試してみよう - ろくデブログ
Find a commit on GitHub given the commit hash
GitHub - LeaVerou/prefixfree: Break free from CSS prefix hell!