Rails Developers Meetup 2018: day 1 (https://techplay.jp/event/639872)
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
地味に便利なものから慣れるとなくてはならないものまで、GitHubを見やすく・使いやすくしてくれる拡張機能を紹介します。 ここではすべてChromeの拡張機能として紹介していますが、中にはその他のブラウザでも利用可能(主にFirefoxのアドオン)なものもあるので、それらは併せて紹介している各拡張機能のGitHubページなどから辿ってください。 以下で紹介している拡張機能の一部は、プライベートリポジトリでも利用できるようにするなどの理由でアクセストークンを設定する必要があります。 入力する旨が表示されたり各拡張機能の紹介ページに設定方法として記載もされていますが、ほとんどの場合は「Developer settings」から移動した先で「repo」を選択して作成し、出力されたコードを設定欄に記述します。 GitHub File Icon screen shot by GitHub File
今までサーバー内に入ってgit pullしてデプロイメントをしていたんだけれど、とても21世紀とは思えないのでcapistranoを導入しました。ついでにロードバランサーを設けてアプリケーションサーバー2台の構成にしてみたんですがssh-key周りが気になりました。 これまでサーバ内でssh-keygenして公開鍵をgithubのdeploy_keyに置いていたんだけどこの方法だとサーバ台数が増える度にgithub上の公開鍵の数も増えていくし管理もクソもあったもんではないと思いググっていたらどうやらssh-agentという方法があるらしい。 ssh-agentを使用すると、capistranoコマンドを叩く開発者のssh-keyを使ってデプロイをしてくれる。 まずcapistranoのコードは以下のようになる。 server '○○○.×××.○○.××', user: "hogehoge
こんにちは。デザイナーの大橋です。 今日は、私が担当している “(しら)ずにお金が(たま)る”自動貯金アプリ『しらたま』 で導入してました、デザインのバージョン管理の話を紹介します。 デザインのバージョン管理といえば、AbstractやKactusがありますが、今回はあえてGit Sketch Pluginを試してみました。 デザインデータをGitHubで管理しようと思ったキッカケ 私以外のチームメンバーがみんなエンジニアだから、間違いなくGitHubに寄せたほうが効率いいんじゃないか。 新しいツールを導入すると、プロジェクトに関する情報が分散してしまいがちで、エンジニアも招待したり登録してもらったりしなきゃいけないのかなという印象。※あくまで印象です。 Kactusはプライベートレポジトリが有料。 こんな感じでなんかファイルが増えてく。。。(忙しいと放置しがちでよくない。。 GitHub
先日 kazuho さんが git blame でプルリクを表示するスクリプトをつくってらっしゃって,便利そうだったので Vim プラグインをつくってみました. ファイルの各行がどのプルリクで変更されたかを確認し,気になるプルリクはその場で詳細を確認することもできます. github.com 使い方 インストールはお好みの Vim プラグインマネージャを使うなどしてください. 1. ファイルを開いて :GHPRBlame を実行 :GHPRBlame を実行すると裏で git-blame が走り,カレントバッファのファイルの各行のプルリク情報を git blame --line-porcelain で引っ張ってきます. 引っ張ってきた情報を元にカレントバッファの左に細長い一時バッファが開き,そこに各行に紐付いたプルリク番号が表示されます(プルリクに紐付いていない行は何も表示されません).
GitHubでプルリクエスト前提の開発をしていると、git blameで「なぜ、このコードがこうなっているのか」調べる際に、commit idではなくプルリクエストの番号を表示してほしくなります。 というわけで書いたのが git-blame-pr.pl。 以下のような感じで表示されるので、調査がはかどります。 $ git-blame-pr.pl lib/core/request.c (中略) PR #446 PR #606 h2o_iovec_t h2o_get_redirect_method(h2o_iovec_t method, int status) PR #606 { PR #606 if (h2o_memis(method.base, method.len, H2O_STRLIT("POST")) && !(status == 307 || status == 308)) PR
ProductSecurityIntroducing security alerts on GitHubLast month, we made it easier for you to keep track of the projects your code depends on with the dependency graph, currently supported in Javascript and Ruby. Today, for… Last month, we made it easier for you to keep track of the projects your code depends on with the dependency graph, currently supported in Javascript and Ruby. Today, for the o
GitHubの年次イベント「GitHub Universe 2017」、基調講演に登壇したCEOのChris Wanstrath。ソフトウェア開発の未来について、これからさらに優れた開発手段が登場するとの大きな期待を示した。 GitHubがサンフランシスコで開催中の年次イベント「GitHub Universe 2017」。基調講演の最後に登場した同社共同創業者兼CEOのChris Wanstrath氏は、同氏が考えるソフトウェア開発の未来について語りました。 Chris氏はこのなかで、コーディング作業はゼロになっていく一方、ソフトウェア開発の本質である問題解決を実現するため、さらに優れた開発手段が登場することへの大きな期待を示しました。 基調講演で語られた内容をダイジェストで紹介します。 コーディング作業は、行数で数えるならば、その登場からどんどん小さくなってきている。 いまではさまざまな
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
背景 GitHub を使った開発では、 master ブランチがいつでも本番に出せる状態として、 master から切った develop ブランチを開発のベースとし、 各フィーチャは develop から切って develop にマージし、 リリースのタイミングで develop を master にマージ、リリース ……という流れを pull request ベースで行うのがよくあるパターンのひとつだと思います。リリースの際、ステージングや QA という名前のついた本番前環境でそれぞれの機能が正しく動いているか確認するのもよくあるフローです。 このチェックを pull request 本文のチェックボックスを使って行おう、というアイデアを実装したのが git-pr-release で、もともと id:hitode909 がチーム向けにこしらえたものをパクった汎用化したものでした。この仕
GitHubのIssue検索でできること チームメンバのタスク消化量をIssueの検索だけで可視化できないかと思ってIssueの検索についてざっくり調べました。 ざっくりとまとめておきます。 基本 スペース区切りで複数条件を指定可。 AND条件。 指定した条件は基本的にはその文字列の全文検索 「:」で区切られた各種フィルターを指定できる in 文字列がどのフィールドに含まれているかを指定する。 指定できるのはtitle, body, comment。カンマ区切りで複数指定可 in:title in:title,body in:comment is:public / is:private リポジトリ横断で検索する場合にpublicのみ、privateのみを指定できる 当然、privateは自分がアクセス権を持っているリポジトリのみ is:public is:private author Is
最近サーバサイドをやりつつiOSアプリ開発をやったり何でも屋になっている hilotter です。 GithubのPullRequestレビュー機能、便利ですね。 チーム開発においては相互レビューが非常に大事です。 今回は、レビュー依頼を行った際にSlackに自動通知するようにしたらより便利になったというお話を共有させていただきます。 SlackのGitHub連携の課題 Slack公式のGithub連携がありますが、こちらは以下の2点が課題となっていました。 1. メンション付きのコメントをしても、message-attachmentsの記法になっているため、うまく通知されずコメントを見落としてしまう このため、コメント後にSlackでも「コメントしました!」と2重で連絡をする必要がありました。 2. PullRequestのレビュー依頼を行ってもレビュアーへの通知が飛ばないため、レビュー
GitHubのWikiに画像を普通に貼付けるにはImageボタンを使います。 ただこれ、ImageのURLを入力するようになってます。 GoogleDriveとかDropboxに共有設定で置いた画像のURLを入れてもいいですが、複数の場所に素材が分散するのはやな感じです。 どっかGitHub内のリポジトリに画像を入れて、そのURLを入れてもいいですがWikiでしか使わない画像が他のリポジトリに混ざるのもやな感じです。 こんな場合にはWikiのリポジトリをクローンして画像を追加する方法が向いているようです。 Wikiのクローン&画像追加 リポジトリのWikiページに行きます。 Wikiをクローンします。 ローカルのリポジトリの中身です。 単純にmarkdownファイルが置いてあるだけなので大量にWikiを更新する際もクローンしてローカルで編集、アップすると良さげです。 ここに適当に画像を追加
From Git to WordPress Deploy your plugins and themes directly from GitHub, Bitbucket or GitLab and never again copy files over FTP. Stop copying and pasting files over FTP Let WP Pusher deploy your themes and plugins directly from GitHub, Bitbucket or GitLab Enable Push-to-Deploy and have your code automagically update on every Git push Never again copy files over FTP The pain of WordPress deploym
Heroku integrates with GitHub to make it easy to deploy code living on GitHub to apps running on Heroku. When GitHub integration is configured for a Heroku app, Heroku can automatically build and release (if the build is successful) pushes to the specified GitHub repo. Enabling GitHub Integration You can configure GitHub integration in the Deploy tab of apps in the Heroku Dashboard. To configure G
About SSH key passphrases You can access and write data in repositories on GitHub using SSH (Secure Shell Protocol). When you connect via SSH, you authenticate using a private key file on your local machine. For more information, see "About SSH." When you generate an SSH key, you can add a passphrase to further secure the key. Whenever you use the key, you must enter the passphrase. If your key ha
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く