ニュース 「GitHub」とZOZOTOWNがコラボレーション！ZOZOTOWN限定アイテムを11月22日より販売 世界で最も広く採用されている、AIが支援する開発者プラットフォーム「GitHub」とZOZOTOWNがコラボレーションしたコレクション「GitHub × ZOZOTOWN」を、11月22日（金）よりZOZOTOWN限定で受注販売します。GitHubがアパレル企業とコラボレーションしたアイテムを日本で展開するのは、本企画が初めてとなります。 今回販売するのは、株式会社セミトランスペアレント・デザインの田中良治氏が、GitHubのアイコンなどをデジタルな表現でデザインに落とし込んだTシャツやキャップなどのアイテム全9型です。 また、11月27日（水）にベルサール渋谷ファーストで開催される「GitHub Universe Recap 東京」では、本コラボアイテムを実際にご覧いただく
CompanyEngineeringAccelerating GitHub theme creation with color toolingLearn why the GitHub Design Infrastructure team built a dedicated color tool and how they use it to create new color palettes for GitHub. Dark mode is no longer a nice-to-have feature. It’s an expectation. Yet, for many teams, implementing dark mode is still a daunting task. Creating a palette for dark interfaces is not as simp
ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま
GitHubの使い方を学ぶ「GitHub Skills」が無料公開。GitHubを実際に操作してMarkdown、Pages、Pull Requests、マージのコンフリクト解消などを体験 GitHubは、実際にGitHubを操作しながらGitHubの使い方を学べる無料の教材「GitHub Skills」を公開しました。 Expand all you know about the GitHub platform. We're introducing GitHub Skills, a new learning experience integrated into the GitHub UI, backed by GitHub Actions. Try it out today! https://t.co/XnqCYdVqBL — GitHub (@github) June 6, 2022 G
1.この記事の立ち位置#自分がいつも調べていること、忘れがちな Tips や小ネタを列挙していく。そのため、網羅性は重視しない。 というのも、なにか調べていていろいろ読み漁った挙げ句、1周回って行き着くところは GitHub Actions の公式ドキュメントであり、たとえば Workflow の書き方は以下のページをよく開いている。 Workflow syntax for GitHub Actions - GitHub Docs それでも、公式ドキュメントで参照したい箇所を引っ張るための用語を知るまでに苦労することが往々にあり、この記事が、公式ドキュメントで参照したい箇所を導くための助けとなればと思い、書いていく。 2.Step と Job と Workflowの違いアレコレ#2-1.Step と Job と Workflow の違いの一行まとめ#Step < Job < Workflo
長永健介（@kyanny）と申します。現在はGitHubで働いています。10年前、「いつかここで働きたい」と夢見た会社です。 私は子供の頃から「考えること」が好きでした。難しいこともくだらないことも、真面目に考えて自分なりの意見をまとめる癖がありました。成長するにつれて私の思考様式は洗練され、Webとブログに出会ったことで「書く」という手段に昇華されました。書くことで考えていることを言語化し、言語化した自分の考えを読みながらさらに考えを深める ── この活動を繰り返すことで、起こりうる問題に備えたり、問題を多角的に見つめて活路を見出してきました。 とりわけキャリアの選択において「(思考|志向)を言語化する」習慣が大いに役立ちました。この記事では私のキャリアにおけるいくつかの選択と、その時々で考えていたことについて紹介します。 望んでなかった「けものみち」を変えた日記の言葉 Shut the
Tebiki社のWebアプリケーションエンジニアの中山と申します。前職では、SIerでAIアプリの開発を3年弱経験し、現職のTebiki社では、to B向けSaaSの機能開発を行なっています。好きな言語は、C++, Python, Ruby です！ この記事では、GitHub Discussionsの運用による知識のストック化と、新人オンボーディング時の負担軽減についてご紹介します！ Tebiki社のDiscussionsとは？Tebiki社では、エンジニアチーム内の知識を共有するツールとして、GitHubのDiscussions機能を活用しており、これまでチーム内で議論した内容や暗黙知であった内容をQ&A形式で記録しています。 TebikiのDiscussionsDiscussionsの運用ルールDiscussionsを運用するにあたって、以下のようなルールを作っています。 Discus
人生はいろんなことが起こります。なにも起こらなくて退屈な時もあります。 少しでも自分の望む方向に進めるために「とりあえずIssue立てるか」というレポジトリ life を作ってみてはいかがですか？ こちらはエンジニアと人生コミュニティのAdvent Calender2021 17日目の記事です。 エンジニアと人生は、技術力をベースに人生を謳歌する人たちのコミュニティです。 この記事では、開発者なら多くの方が使っているであろう github を使って少しでもストレスフリーに人生を謳歌しようと思い、取り組んだことを紹介します。 類似のケーススタディとして Backlogを使って家庭内のタスクを管理した記事や 【インタビュー】「お中元の検討」など、家庭内のタスク管理にBacklogを徹底活用！“IT系母ちゃん”平 愛美さん JS開発者では有名なazuさんも以前にブログで GitHub Issue
はじめに エンジニアやデータサイエンティストの人材育成のためのオープンソースな教材を探していたらMicrosoftがGitHubでかなり質の高い教材をweb開発、データサイエンティスト、機械学習、IoTの四項目を対象に提供してるのを発見したため共有したいと思う。 正直、マイクロソフトと聞くとGoogleやらFacebookに比べていけてないイメージを持っていたけど、実際にMicrosoftのGitHubレポジトリを見て、彼らはここ数年で大きく変わったように思える。特に人材育成や学習教材に関しては世界一かもしれないなんて思っています。本記事では筆者が自信を持っておすすめするMicrosoftのオープン教材を紹介するのでぜひ自身の勉強や人材育成に生かしてもらえれば本記事を執筆した甲斐があります。（もちろん僕がお勧めしているだけでなくてGitHubのスター数も多く世界的に認められています！） こ
GitHub has been a social network for developers for many years. Most social networks are centered around mobile applications, but GitHub sits squarely in a developer’s browser-based desktop workflow. As a result, the design of a mobile app for GitHub is less straightforward. GitHub did acquire a popular mobile client called GitHawk, which was developed by Ryan Nystrom. Since joining GitHub, Ryan h
恥ずかしながら、SourceTreeを初めて利用したため、備忘録を兼ねてメモします。 （2016.04.03）新しく記事を作成しました→SourceTreeとGithubでGitの練習環境をつくる SourceTreeのインストール 以下のサイトからインストールすることが可能です。 https://ja.atlassian.com/software/sourcetree/overview/ Windowsの方はGitのインストール方法を設定します。 特に理由がなければ一番上で問題ないと思います。 SourceTreeのアカウント設定をする必要があります。 こちらはGithubで問題ないと思います。 （バージョンによってはGoogleアカウントもあるようです。） インストール完了後、下図のような画面になるため、リポジトリを登録します。 デフォルトは下図のような画面だと思うので、新しくアカウン
SourceTreeで、複数のGitHubアカウントを登録して使っています。 いろいろといじっていくうちに、いつの間にか有料版GitHubアカウントのほうがOAuth連携後にリモートリポジトリをクローンできなくなっていました。 オープンソース公開しているGitHubアカウント ← これはOK有料課金して非公開にしているGitHub ← これがNG エラーメッセージ 以下のアカウントメニューから、httpsでOAuth連携する。ここまでは問題ない。 https連携しているため、リモートリポジトリのgit URLをクローンしようとすると、「ソースパス、またはソースURLとして正しくありません」と表示され、それをクリックすると以下のエラーが表示される。 sourcetree remote: Invalid username or password. fatal: Authentication f
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前回、はじめてのSourceTree（使い方編）の続きになります。 組織でGitを使う方は多いと思いますが、自分で勉強する環境が欲しい方向けにログを残します。 2018.1.22 追記 私も少しGitの扱いに慣れてきたので、ブログの方に私がよく使うGitコマンドの方をまとめました。 もしよろしければご覧ください。 https://re-engines.com/tag/git/ #GitとGithubの違い 似ている名前の2つ、それぞれどのようなものなのか？ ざっくり違いをまとめます。 Git バージョン管理システムのことです。 （分散型
セキュリティ上の観点からGitHubの2段階認証を有効にしている方はいらっしゃるかと思います。しかし、この設定ではGitの認証が通らないためSourceTreeのアカウント認証がうまく行えない問題が発生します。ここではGitHubの２段階認証を有効にしている環境でも正常にSourceTreeを使えるようにします。要は自分がやらかしたのでメモとして残しているだけです。 1. トークンを発行する 簡単に言うとこのステップでトークンと呼ばれるパスワードの代替となる文字列を発行し、この文字列をSourceTreeで使用します。Googleアカウントでも似たようなものがありますね。 GitHubにログインしてアカウント設定画面を開き、Personal access tokensをクリックします。 Generate new token(新しいトークンを作成)をクリックします。 トークンの作成画面が開き
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
