Rails環境にCircleCIをサクッと導入する方法 | スペースマーケットブログ
こんにちは、エンジニアの柿木です。 早速ですが、スペースマーケットでは、昨日、民泊事業を開始しました！ “場所シェア”の「スペースマーケット」が民泊事業を開始 今までのスペースの時間貸し利用だけでなく、宿泊貸しでの利用もできるようになりました。WiFiやプロジェクタなどを完備したスペースも多くありますので、是非、各開発チームの方々は、開発合宿などで、スペースマーケットを利用してみてください！ 民泊物件・宿泊施設を安心して貸し借り – スペ−スマーケット さて、今回は、そんなスペースマーケットの開発で利用しているCIツールのお話です。 スペースマーケットでは、今まで、CIツールはWerckerを利用していました。が、諸々の事情と、並列テストなどを利用してテスト時間を短く出来そうという理由から、CircleCIにサクッと移行することにしました。 本日は、その時の調査・導入の過程を共有したいと思
なぜあなたのPull Requestは読まれないのか - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Pull Requestを出してレビューしてもらってから反映。 どこにでもあるありふれた開発フローに付きまとう、どこにでもあるありふれた問題。 「Pull Requestがレビューされない」 もちろん開発フローにレビューが含まれている以上、レビューをしないメンバーにも非がないとは言えませんが、多くの場合はレビューされないPRには問題があるものです。 デカい 兎にも角にもデカいPRは読むのがつらいです。 もちろん要件が明記されていないなど、他にもPRが読みにくくなる原因はたくさんありますが、一番はこれです。 極端な話、1行変更のPRは他に
GitHub API v3 | GitHub Developer Guide
Delivering deploymentsUsing the Deployments REST API, you can build custom tooling that interacts with your server and a third-party app. Using the REST API to interact with checksYou can use the REST API to build GitHub Apps that run powerful checks against code changes in a repository. You can create apps that perform continuous integration, code linting, or code scanning services and provide de
GitHub Desktopの使い方 - Qiita
概要 GitHub Desktopがリリースされました 早速使ってみたので、使い方を説明します。 説明は適宜追加していきます。 まずは簡単なところから。 cloneからpull requestを出すまで clone 起動時の画面 「+」を押してcloneしたいリポジトリ選択する。 ちなみに、自分がforkしたものと所属しているオーガニゼーションのリポジトリしかcloneできなかった。 (forkはこのアプリではできないのでブラウザ操作等で行う) cloneする場所を選ぶ。 clone後の画面 ブランチを切る ブランチマークを押して、切りたいブランチ名を入力し、「Create Branch」を押下。 ブランチを切った後の画面 ファイルを編集する 任意のエディタでファイルを編集する。 Atomを使ってる人は、メニューバー -> Repository -> Open in Atom (⇧⌘A)
12月19日 GitHub Patchwork Tokyo｜IT勉強会・イベントならTECH PLAY［テックプレイ］
イベント内容 Patchwork は、メンターとGit・GitHubの初心者が集まって一緒にハンズオンをするイベントです。 まずは食べ物と飲み物を飲んで、最後にはプルリクエストを作って盛り上がりましょう！ メンターとして、GitHubのチームメンバーも参加します。 また、今回のPatchwork には、GitHub共同創業者の Scott Chacon（@schacon）もメンターとして参加します！ （現在日本語勉強中です） 申込にあたって 今回のPatchwork は週末の午前中から行われます。 本名での登録をお願いします。 ハンズオン形式のイベントなので、必ずノートパソコンを持参ください。 事前にGitHubのデスクトップアプリのインストールをお願いします。 Windows用： https://windows.github.com/ Mac用： https://mac.github.c
Pelletkachels | Dé Expert voor jou duurzame Pelletkachel in huis
waren ooit eenvoudige apparaten voor verwarming, maar ze hebben een opmerkelijke evolutie doorgemaakt sinds hun bescheiden begin in de jaren ’80 van de vorige eeuw. In dit artikel duiken we diep in de geschiedenis van pelletkachel, bespreken we de belangrijkste mijlpalen en ontwikkelingen op het gebied van subsidiemogelijkheden en werpen we een blik op de transformatie tot moderne en duurzame verw
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
ラクスルの開発環境・開発体制 Early-2015 - RAKSUL TechBlog
12月に入社した @okapon_pon です。 ラクスルには8人目の開発メンバーとしてジョインしました。（インターン生１人を含む） 現在ラクスルではサービスの機能拡充と合わせて、開発環境改善プロジェクトというものに着手しつつあります。 私が入社した当時の開発環境は、弊社大嶋が以前書いた「ラクスルの開発フローについて」 にある通りGithub、skype、redmineを利用しており、加えてmediawiki、Gyazo-client、cacooといったツールを利用しています。 これらのツールは今でも利用しているのですが、私が入社してからの3ヶ月ほどで開発環境・開発体制も変わってきましたので紹介したいと思います。 コードレビュー体制 コードレビューにはGitHubを使っています。今どきの開発では珍しくないと思います。 ですが、これまでは少人数のスピード重視で開発していたということもあり、
相手の GitHub の ID さえ知っていれば暗号化したメッセージを送れる naisho というのを作った - その手の平は尻もつかめるさ
色々な事情があり，秘密のメッセージを送り合う必要性が今年に入ってから多数発生していて， そのたびに毎度毎度手で暗号化して〜みたいな風にやるのめんどいですね，そうですね， ということでこの度 naisho というものをこさえました．みんなには内緒ですよ． これは何かと言うと，やりとりしたい相手の GitHub の ID を指定するだけで その ID のユーザの ssh-rsa の公開鍵を引っ張ってきて その ID のユーザのメールアドレスを引っ張ってきて そのメールアドレスに対して公開鍵で暗号化したメッセージを添付ファイルにしてメールで送りつける という動きをするコマンドです． golang で書きたかったというのと golang で書くと便利なのではと思ったので golang で書いてあります． Wercker で Go のプロジェクトをクロスコンパイルし、GitHub にリリースする -
SSH認証キーをBitbucket/GitHubに設定しよう！ [Mac簡単手順]
BitbucketやGitHubのGitリポジトリにアクセスではSSH認証キーを使うことができます。このSSH認証キーを使ったアクセスのメリットは次のとおりです。 * Pushするときにいちいちパスワードを打つ必要がなくなる * セキュリティが向上する 今回はMacでSSH認証のための公開鍵と秘密鍵を生成して、GitHubやBitbucketに公開鍵を登録して、SSHでアクセスできるようにするまでの設定手順をできるだけわかりやすく書いていきます。もし、詰まった点とかあればコメントお願いします！ (04/11 22:30) 前回の修正でミスってた部分を修正 🐯 流れSSH認証キーの設定の流れは次のとおりです。 (1) SSH認証の公開鍵と秘密鍵を作成 (2) Mac側(クライアント側)へのSSHキーの設定 (3) Bitbucketへの公開鍵の登録 (4) GitHubへの公開鍵の登録
![SSH認証キーをBitbucket/GitHubに設定しよう！ [Mac簡単手順]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
Travis CI で XCode プロジェクトを自動テストする方法 | チャットワーククリエーターズブログ
こんにちは！ChatWork 技術部モバイルチームの川村です 今日は iOS アプリ開発の Travis CI を使用したテストの効率化についてご紹介したいと思います Travis CI についてTravis CI は GitHub と連携している(継続的インテグレーション) サービスです CI したいリポジトリーを接続しておくと Travis CI が GitHub からコミットを取得して設定ファイル (.travis.yml) の通りにビルドやテストをおこなってくれます Travis CI でやりたいことGitHub に Push or Pull Request されるたびにテストを実行するPush or Pull Request したブランチが develop or master の場合は、テストがすべて成功したら IPA ファイルをビルドし TestFlight にアップロードする
＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
急成長GitHubの経営陣が明かす、プログラマーのクリエイティビティを最大限に引き出す方法 - エンジニアtype | 転職type
2013.01.31 ITニュース いまやプログラマーの「必須プラットフォーム」となりつつあるGitHub。サービス開始からわずか5年で全世界にユーザーを獲得してきた同社は、独自の経営理念によって「プログラマー天国」を築き上げていると評判だ。その根底にある考え方や、組織運営のこだわりとは何なのか？ 来日中のGitHub経営陣に、編集長の伊藤健吾が話を聞いた。 GitHub COOのPJ Hyett氏（左）と、CIOのScott Chacon氏（右）。多忙なスケジュールの中で取材に応じてくれた 「これからの時代、プログラマーをやりたい人にとって、GitHubアカウントを持たなくて済むのは小学生までとなるでしょう」 弊誌対談「小飼弾×増井雄一郎が大激論！ 開発者「大増殖時代」の到来で、プログラマーの存在意義はどう変わる？」で小飼氏がこう述べるほど、世界中のプログラマーに利用されるようになった開
オープンソースのGitLabで社内GitHubを構築しよう｜TechRacho by BPS株式会社
BPSでは、社内のソースコード管理にgitを採用しています。 中央リポジトリには、GitHubのオープンソースクローン、GitLabを利用しています。 GitHubのPrivate Repositoryは便利ですが、ちょっとした細かい案件にリポジトリを作って行くと、価格が馬鹿になりません。 また、日本からだと少し遅いですね。 Github Enterpriseは高かったので、面白そうだしGitLabを導入したところ、使い勝手も良く安定運用できています。 GitLabとは gitoliteのフロントエンドです。似たようなものに、gitosisがあります。 gitoliteは、UNIXユーザを作らずにSSH鍵によってユーザを識別し、プロジェクト毎のアクセス権を与えられるgitリポジトリの管理システムです。 中央リポジトリサーバに、ユーザ毎のアカウントを作ると、以下のような問題があります。 煩雑
綺麗なpull requestを送るための3つのポイント - Qiita
これはGit Advent Calendar / Jun.20日目の記事です。前回は、fukajunさんの変更を一時的に退避！キメろgit stashでした。 この記事ではgithubでpull requestを送る時に私が気をつけていることを共有したいと思います。 私が気をつけていることは次の3つです。 masterにコミットしない 簡潔なコミットメッセージを書く コミットを1つにまとめる この話の前提 以降では、次の2つのリモートリポジトリが登録されている前提で説明します。 upstream: fork元のリポジトリ origin: upstreamからforkされた自分のリポジトリ masterにコミットしない 修正作業は必ず新しいブランチを作ってから行ない、masterブランチはあくまでupstreamの更新を取り込むためだけに使って下さい。 このルールを守らないでpull req
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Emoji Cheat Sheet