このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.
![dfltweb1.onamae.com – このドメインはお名前.comで取得されています。](https://cdn-ak-scissors.b.st-hatena.com/image/square/5f3c177ce898ec11ec5480ead6a71b061bbf6c44/height=288;version=1;width=512/http%3A%2F%2Fplus.appgiga.jp%2Fwp-content%2Fuploads%2Ffiles%2F2015%2F02%2Fgithub-webapp_01.jpg)
Open 棟梁に関する弊社のオープンソース開発活動の完了に伴い、本サイトは、2020 年 7 月 31 日をもって閉鎖いたします。Open 棟梁の各コンテンツは、引き続きコミュニティから入手いただけます。GitHub から入手してください。 2019年03月28日 Open 棟梁 02-40 がリリースされました。 2018年09月28日 Open 棟梁 02-30 がリリースされました。 2018年03月23日 Open 棟梁 02-20 がリリースされました。 2017年10月02日 Open 棟梁 02-10 がリリースされました。 2017年05月19日 Open 棟梁 02-00 がリリースされました。 2016年10月07日 Open 棟梁 01-80 がリリースされました。 2016年05月25日 Open 棟梁の有償サポートの提供が開始されました。 2016年04月08日
git commitを実行あとでコミットをやり直したり、コミット自体を取り消す方法です。 直前にしたコミットをやり直す(git commit --amend) 直前にしたコミットをやり直す場合、「git commit --amend」を使用します。 例えば、直前のコミットログが以下のような状態だったとします。 実は直前のコミットに含めるべきであった「hoge.txt」が含まれていませんでした。 コミットログ(git commit --amend 実行前) $ git log commit cca638b48b4c8be7ad5432f7882497534b04e2b4 Author: mrgoofy <hogehoge@example.com> Date: Wed Sep 8 23:03:57 2010 +0900 2nd Commit.-> New Add File : bar.txtこ
「間違ったコミットをリモートにpushしちゃった!取り消したい!」ってときの操作。上イメージのようにgithubに誤ったpushをした場合を想定して解説してみます。 下記コマンド打つ。 HEAD~2は「直前の2つのコミットを修正対象とする」という意味になります。3つ前のコミットを取り消したい場合はHEAD~3としてください。するとこんな画面が出てくる。 取り消したいコミットを削除して保存します。この場合、2行目のコミットが誤りなので2行目を削除して保存します。うまくいくとこんなメッセージ。
3. Nodeの歩み(参考) 2007/10 libev公開 2010/08 nodejs_jp開始 2008/05 libeio公開 2010/09 no.de開始 2009/09 Google V8公開 2010/11 Joyent管轄へ 2009/02 ry Node開発開始 2011/02 node-v0.4.0リリース 2009/05 node-v0.0.1リリース 2011/03 東京Node学園#1 2009/06 nodejs ML開始 2011/10 東京Node学園祭 2009/10 npm公開 2011/11 node-v0.6.0リリース 2009/11 JSConf EU ry発表 2011/12 Azureサポート 2010/04 Herokuサポート 2012/01 isaacs管理へ 2010/08 node-v0.2.0リリース 2012/06 node-
Web技術について横断的に語り合うイベント「CROSS 2014」が1月17日、都内で行われました。 そのセッションの1つ「現場に聞く!テスト/CI/DevOps、実際のところどうなの」では、フリーランスエンジニアの伊藤直也氏がセッションオーナーとして司会を担当し、クックパッドで開発まわりのエンジニアをしている舘野祐一氏、はてなでアプリケーションエンジニアをしている伏井洋平氏、KAIZEN platform Inc.の石橋利真氏らがスピーカーとして登壇。 先進的な現場でテストやCIがどのように行われ、エンジニアのチームがどのように情報共有をしているか、本音で語るという注目すべき内容でした。本記事ではそのダイジェストを紹介しましょう。 現場に聞く!テスト/CI/DevOps、実際のところどうなの 伊藤 今日のテーマとしてはCI(Continuous Integration、継続的インテグレー
2013/07/05 Gistを簡易スライドにするGistSlideを作った gistslideに影響されて、もうちょっとキレイに作れないかなと思い作成しました。 デザインは@hiloki氏に作って頂きました。ありがとうございます。 GistSlide gistslide / 1000ch 使い方 たぶん意識してないgistでもある程度見れますが、 一応スライドで発表した前提のほうがいいのかな。 GistSlideにいく リンクボタンをブックマークバーにドラッグ&ドロップする Gistを見る 先程ブックマークに登録したリンクをクリックする 左右キーでスライド送りができます 作り方とか スライドのマークアップ構造を相談の元決め、私はgistをあれこれするjsを書いて、 @hilokiさんにはデザインを含めたマークアップをしてもらいました。 あとはChrome Extensionに
ADT (Android Developer Tools)へGitHubからプロジェクトをインポートする方法を紹介します。GitHubはソフトウェア開発のための共有サービスです。Webを通じてプロジェクト(主にソースコードとドキュメント、issue)を管理できます。バージョン管理の方法は名前のとおりGitを採用しています。今回はすでにあるプロジェクトをcloneしてローカル環境でビルドできるようにしてみましょう。 チーム開発を支援するEGitプラグイン ADTにはEGitプラグインがすでにインストールされています。EGitはEclipseでチーム開発を支援するためのプラグインです。インストールするとソースコード管理システムのGitへアクセスできるようになります。前述のスクリーンショットはGit Repository Exploringパースペクティブです(EGitが提供しています)。パース
UP by Jawbone を衝動買いした挙句、眠りが異常に浅いことが判明し、 金銭サイクルも睡眠サイクルも崩壊しつつある柿崎です。 現在、ミクシィではスマホアプリの開発に力を入れています。 もちろんQA部門でもスマホアプリの品質ってなんだろな?と、考える機会が増えたわけですが、その機会の中で、スタッフが普遍的なチェックリストを作成してくれたので、GitHub Pagesにて公開してもらいました。 スマホアプリ品質ガイドライン リンク先の概要にも記載していますが、スマホアプリ自体の動作よりも、ハードウェアやOS設定を中心とした非機能要件を中心に項目をまとめています。 項目はスマートフォンの進化にあわせて、随時更新していく予定です。 そして、このチェックリストの使い道ですが、全ての項目のクリアを必須にするとデスマ確定になるので、あくまでもスマホアプリの品質を高めるための一助と捉えていただけれ
Welcome to Flask¶ Welcome to Flask’s documentation. Get started with Installation and then get an overview with the Quickstart. There is also a more detailed Tutorial that shows how to create a small but complete application with Flask. Common patterns are described in the Patterns for Flask section. The rest of the docs describe each component of Flask in detail, with a full reference in the API
vimプラグインの管理を最近はやりのpathogen.vimを使う方法に変更しました。 今までは、vimanaを使ってみたりいろいろ試してはみたのですが、なかなかしっくり来る方法が見つからなかったのですが、pathogen.vimを使ってみたら、かなり使い心地が良かったため、完全に移行しました。 pathogen.vimとはなんぞや まず、pathogen.vimはvimプラグインの読み込みパスを変更するプラグインです。 従来は .vim/ 以下のpluginとかautoloadとかのディレクトリを読み込むようになっているところを、pathogen.vimをいれると .vim/bundle/<プラグイン名>/以下の各ディレクトリも .vim/ 直下と同じように読み込むようになってくれます。 これにより、bundle/ 以下にプラグインごとに別のディレクトリを切って管理をすることができるよう
Posted 1月 21st, 2012 by codechord. 9 Comments Tweet Tweet つい先日から、ようやくgithubを使い始めました。 gitのことはあまり勉強してないので右も左もわからず、とりあえず、公開されてるレポジトリのクローンを作りまくってニヤニヤ閲覧しています。 で、そろそろ自分もリポジトリを作りたいなと思って、作り方を調べてたんですが、 「README.md」ファイルというものの存在を知りました。 拡張子「.md」?何の事かさっぱりわからず、ドットモジュールって勝手に思ってたんですけど、全然違いました。「マークダウン」の略でした/// マークダウンとは マークダウンファイルとは何ぞや。調べました。 普通のテキストファイルを、ちょっとした法則にならって書くだけで、HTMLマークアップせずに、自動的にHTMLコードとして変換して出力してくれるという
少ない手間と知識でそれなりに見せる、ズルいデザインテクニック with Sass / Compass (English Version) https://speakerdeck.com/ken_c_lo/zurui-design-technique-english-version 第一回…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く