会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ　…　リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を

会社でGit使いたいって言ったらサラッとOKが出た。 ただ、GitBucketを自分でたてなきゃいけないので、やり方を調べとく。 会社ではCentOSサーバを、触っていい環境として与えてもらえたので、家のMacにVirtualBox入れて、CentOSをたてて試してみた！ 環境 VirtualBox 4.3.28 CentOS-7-x86_64-Minimal-1503-01.iso VirtualBoxのCentOSにssh接続するまでの設定は↓のページをみながらやった！ VirtualBoxにCentOS7をインストールしてみる - yk5656 diary CentOS6とCentOS7では、ネットワーク設定のやり方が全然違っているので注意！ JDKをインストールする ↓のコマンドを打つと、インストールできる　jdkがいっぱいでてくるので、『〜devel』がついてるものをインストール

受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って

var mainBowerFiles= require('main-bower-files'); var files= mainBowerFiles(); console.log(files); //以下は相対パスで取得する場合 //files= files.map(function(file){return require('path').relative(__dirname,file)})

(追記) この記事は公開から時間が経っており、内容が古くなっています。2016年時点ではWebpackが圧倒的におすすめです。 JavaScriptやCSSのビルドを自動化することで、手作業による無駄な時間やミスを削減できます。また、誰でもビルドできるようになるため、リリースのボトルネックを解消できます。 改善したいこと JavaScriptフレームワークやCSSフレームワークの依存関係を自動的に管理したい。ダウンロードして配置を手作業でやりたくない。 CoffeeScriptやLESSのコンパイルを自動的に実行したい。手順書を見ながらコマンドを叩くとかやりたくない。 ダウンロードしたライブラリをリポジトリに入れたくない。 出荷対象のリソースを明確にしたい。ゴミファイルをリリースしたくない。 どうやって実現する？ bowerでライブラリの依存関係を管理する。 gulpでビルドを自動化する。

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

クックパッドはなぜ開発しやすいのか At AWS Summit Tokyo 2015 Developer Conference 2015/06/03

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

Modern Development Environment Delivered. Koding lets your organization create and share fully automated dev environments on any infrastructure for modern distributed applications, micro-services and containers. Available on GitHub KODING SOLUTION Dev Environments as Code, Powerful Collaboration and Analytics Koding provides an interface for developers and team managers to streamline dev workflows

If your browser cannot download the .dmg file from the Nektony server, here are alternative ways to download the file: Download from Google Drive Download from Dropbox For any questions, contact Nektony’s support team.

Snow LeopardからMountain Lionに移行して、最初に躓いたのがライブラリフォルダが見えなくなってしまったこと。ちゃんと存在するんだけど、Finderからは見えなくなってしまった...。 メニューから、option-移動 >> ライブラリ あるいは、command-shift-G、「~/Library」 以上どちらかの操作でライブラリにはアクセスできるのだけど、Finderから素直に見えていないと頻繁にアクセスする自分としては不便を感じる。そこでMountain Lion移行当初に、さっそくSnow Leopard以前と同じようにライブラリが常時見える設定にしておいた。ところが、先日OSX 10.8.3のアップデートを適用したら、再びライブラリフォルダが見えなくなってしまった...。さて、ライブラリが常時見える設定ってどうやるのだっけ？（忘れてしまった） 正解は... $

よく訓練されたアップル信者、都元です。Gradle（グレードル）つかってますか？ 筆者は、プロダクトコードを書くのも好きなのですが、その周辺にある「プロジェクトのライフサイクル管理」の自動化にも非常に興味を持っています。つい半年前くらいまではMaven信者だったのですが、今は宗旨替えをし、Gradleにどっぷりハマっております。 Gradleは、進化系のビルド自動化ツールです。Gradleは、ソフトウェアパッケージもちろん、その他様々な形式のプロジェクト（例えば自動生成された静的Webサイトやドキュメント等）のビルド・テスト・（ライブラリ等の）公開・デプロイ・その他を自動化します。 プロジェクトライフサイクルマネジメントツール? このようなビルド自動化は、古くはGNU Makeやシェルスクリプトが利用されており、その後Javaの世界ではAnt, Mavenと進化を遂げて来ました。Gradl

systemProp.https.proxyHost=<プロキシホスト名> systemProp.https.proxyPort=<プロキシポート番号> systemProp.https.proxyUser=<認証ユーザ名> systemProp.https.proxyPassword=<パスワード> 上記設定を、以下のいずれかに記述する。 プロジェクトのルートに配置した gradle.properties Gradle ホームフォルダ（<ユーザのホームフォルダ>\.gradle）に配置した gradle.properties 簡単な Java プロジェクトを作る コマンドラインから実行して Hello Gradle!! と出力するだけの簡単なプロジェクトを作る。 build.gradle を作成する プロジェクトのルートフォルダに、 build.gradle という名前のテキストファイル

追記1: コメントでの指摘を受け、gvmに関する記述を削除 この記事は、日経ソフトウェア 2013年 06月号 04/24発売 のステマ記事です。 6月号に、@keiji_ariyama(前座部分担当) と 僕(Gradle概要担当) と @sys1yagi(Android対応部分担当) という分担でGradle入門的な記事を書きました。 ですが、僕の目的としてはトップゲート社員への布教を主目的と考えて書いたため、本来要求されている分量を(わざと)大幅にオーバーして書いていました。雑誌に掲載されなかった溢れ分をネットで公開して良いか打診した所、「全文掲載でも良いですよ」という豪気なお許しを頂いたのでここに公開します。この場を借りてお礼申し上げます。 プロの編集さんの手を経て、だいぶわかりやすく噛み砕かれたものが雑誌のほうには掲載されていますので、ここに書いてある内容が難しいなぁ…と思ったら

買物情報事業部の根岸(@negipo)です。今回はブラウザ拡張を日常業務でどう使っているかについて紹介します。 ブラウザ拡張とは ブラウザ拡張は、ブラウザによるウェブとのインターフェースをJavaScriptやCSSを用いて自分好みにカスタマイズする機能です。Google Chromeを利用していればChromeウェブストアなどで公開されている拡張をインストールできるでしょう。一方で、開発したブラウザ拡張を自分で使うために、Chromeウェブストアによる公開と言うプロセスを踏むのは面倒です。日常的にウェブのインターフェースを改変する道具としてブラウザ拡張を使うためにはいくつかの手法がありますが、僕はGithubのdefunktさんが作ったdotjsを使っています。詳細は省きますが、今開いているページでalertを出すぐらいの機能であれば10秒で開発作業を終えることができると思います。 また

C:\Users\abc>vagrant up Bringing machine 'default' up with 'virtualbox' provider... [default] Box 'precis64' was not found. Fetching box from specified URL for the provider 'virtualbox'. Note that if the URL does not have a box for this provider, you should interrupt Vagrant now and add the box yourself. Otherwise Vagrant will attempt to download the full box prior to discovering this error. Downl