You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
src/components/EventButtons.vue <template> <div> <button @click="emitEventOne">Event 1</button> <button @click="emitEventTwo">Event 2</button> <button @click="emitEventThree">Event 3</button> </div> </template> <script> export default { methods: { emitEventOne () { this.$emit('event-one') }, emitEventTwo () { this.$emit('event-two', 'This is an argument') }, emitEventThree () { this.$emit('event-t
Rename from "Jade" This project was formerly known as "Jade". However, it was revealed to us that "Jade" is a registered trademark; as a result, a rename was needed. After some discussion among the maintainers, "Pug" was chosen as the new name for this project. As of version 2, "pug" is the official package name. If your package or app currently uses jade, don't worry: we have secured permissions
はじめまして。2019年1月に入社したSREスペシャリストのsonotsです。最近MLOpsチームのリーダーになりました。今回の記事はMLOpsの業務とは関係がないのですが、3月に弊社で実施した会社用GitHub個人アカウントの廃止について事例報告します。 TL;DR 会社用GitHubアカウントを作るべきか否か問題 会社用GitHubアカウントの利用で抱えた問題 1. OSS活動時にアカウントを切り替える必要があり面倒 2. GitHubの規約に準拠していない 会社用アカウントを廃止した場合にセキュリティをどのように担保するか GitHubのSAML single sign-on (SSO)機能について 会社用アカウントの廃止およびSSO有効化の実施 会社用GitHubアカウントを使い続ける場合 私用GitHubアカウントに切り替える場合 Botアカウントの場合 Outside Coll
GitHub、作業中(WIP)のPull Requestを示す「Draft Pull Request」機能を発表 GitHubは、新機能「Draft Pull Request」を発表しました。Pull Requestを発行する際に、通常のPull Requestにするか、あるいはDraft Pull Requestにするかをドロップダウンメニューで選べるようになりました。 Draft Pull RequestはPull Requestをドラフトの状態として発行します。これは、このPull Requestがコードのレビューやマージまで到達しておらず、作業中(WIP:Work In Progress)であることを明示的に示したい場面で用いることを想定しています。 Draft Pull Requestとして発行されたPull Requestではマージボタンを押せなくなっており、不用意にコードがメ
ツイッタフォローしてやで(ボソッ https://twitter.com/JotaroUT いろいろ使ってみたけどGitUp、やめられませんでした。 Macbookをスタバで開いてはプロジェクトをgitで管理する機会の多いであろう諸兄・諸姉のために、独断でイケてるなと思ったgitのGUIクライアントについて紹介したい。その名もGitUp。 GitUp : http://gitup.co/ GitUpとは GitUpはmacOS用に開発されたgitのGUIクライアントである。 公式ホームページに、 Work quickly, safely, and without headaches. とあるように、確かに使っている間は頭痛がしない気がする。大きな特徴としては、謳い文句の通り、 早い。 ざっくりした使い方 コミットを参照する。 ここでは、openFrameworks (https://op
参考になりそうなLaravel製のオープンソースプロジェクトを集めた。 Railsの時はGitLabを見ていれば安心できたので、Laravelにもそのような存在を求めたという感じ。 参考 https://github.com/chiraggude/awesome-laravel Koel 多分これが最大です。 個人的な音楽ストリーミングサイトです。 綺麗なサイトもありますし、GitHubでのスター数も2017年4月8日時点で7400以上です。 Laravel 5.4, Vue.js 2.1, Yarn などを使っておりモダンな印象。アップデートにも追随しています。 特にWeb APIベースでVue.jsと一緒にLaravelを利用する場合、これに従っておけば間違いないと思います。 Vuex は使ってないので、その参考にはならないかも。 ちなみに、Vue.jsの作者のブログで知りました。 L
2020/05/26 追記 Docker for Mac の Mutagen-based caching で Volume のパフォーマンスが劇的に改善した Mutagen単独で試してみたことがあって、すごく速くてよかったんですが、 Docker for macに統合されそうな感じになってるんですね。 これは期待。 2017/3/15 追記 先日この問題のissueに対して、 というコメントがつけられ、それに関する というプルリクが 本体にマージされたようです。 まだ詳しく見ていませんが、マウント時に同期方法オプションが指定できるようになり、そのオプションによってキャッシュするレベルを制御して同期を軽くしよう、というような感じになるようでした。 実際にリリース版で使えるのはいつなのかわかりませんが、やはり本体が早くなるのが一番いいのでちょっと期待ですね。 ========== 追記ここまで
こんにちは、まちいろの工藤です。 まちいろでは開発フレームワークに Rails を採用していますが、最近の新規案件では Go 言語を採用してみています。この記事では、Go で開発を始めるにあたって行ったライブラリ選定の中身を紹介したいと思います。 選定にあたっては、awesome-go や Qiita などの記事を参考にしました。 ModulesGo 1.11 から Go modules が導入されたとのことで、素直に Go modules を利用することにしました。特にハマることもなく利用ができています。 Web Application FrameworkgRPC + grpc-gateway or grpc-web ・https://github.com/grpc/grpc-go ・🙆proto でスキーマ駆動開発が可能 ・🙅♂️REST API を提供する場合は grpc-ga
yawaraka-docker.md やわらかDocker コーチについて 近藤うちお 著書に、以下があります やわらかRuby https://gist.github.com/udzura/7548163 やわらかHubot https://gist.github.com/udzura/0cb2447c305c51670414 アイスブレーク: Docker BentoBox コンテナ/仮想化/サーバー/インフラについて、知っている単語を集めて見ましょう Docker VM VirtualBox VMWare KVM Xen jail Dockerfile Docker Compose カーネル cgroup Namespace chroot AWS GCP GKE ECS Azure Amazon Lambda Heroku Kubernetes マイクロサービス ... 以下の4つに
git-sync にインスパイヤされて作りました qiita.com ソースコード gist.github.com モチベーション 例えばトピックブランチで作業してて、リポジトリのmasterが更新されたから最新のmasterを取り込んでrebaseするってことよくやると思うのですが、その時にいちいち git checkout master git pull --ff git checkout topic_branch git rebase master みたいなことをやるのが大変なのでサブコマンドにしました。 *1 3ヶ月くらい使ってるけど割と開発が捗ってます。 ~/.gitconfig のaliasにも up = update で登録してるので、1時間に1回くらいは g up 叩いてるんじゃないかなw https://github.com/sue445/dotfiles/blob/65
VimからVS Codeから乗り換えつつある日々 デバッグがVS Codeで便利にできることが分かってから、エディタはVS Codeがすっかりお気に入りになりVimから完全に乗り換えつつある今日この頃です。 ただ、乗り換える時大変なのが、環境設定ですね。1台のPCならなんてこと無いのですが、プライベートや仕事の闇のエンジニアとしての諸事情により、ゆうに10台を超えるマシンの環境設定をする必要があるのです。しかも、OSはMac、Linux、Windowsと多岐に渡ります。なんてこったい… Vimでは、以下の様にGitHubで設定ファイル(.vimrc)を管理していたので、VS Codeでも同じことを実現してみることにしました。 というわけで、今回はVS Codeを使っていて、GitHubをある程度知っている、GitHubアカウントを持っている人が対象の記事になります。GtiHubに関して詳し
社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記:2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。(自分でサーバの面倒身たくない) 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く