GitHubクローン「GitLab」を日本語化して使う方法 - Qiita
日本語化パッチ作りました。 2014/7/5現在、GitLab最新バージョン7.0.0まで対応してあります。 GitLabについて GitHubクローンの中でも有名な「GitLab」ですが、開発速度が非常に速く、機能も充実しています。 「GitHubだとソースコードを外に置くことになるNG…でもGitHubのようなワークフローで仕事をしたい」という場合に非常に便利です。 ですが、このGitLab、開発スピードを重視しているので英語のみで開発されています。 (i18n対応がissueに上がっていたものも見かけましたが、上記理由でdeclineされていました) 「チームには英語だと抵抗のあるメンバーもいるし、日本語で使いたい…だったら作ろう」と思い立って、日本語化パッチを作りました。 GitLabの導入、パッチの適用方法、簡単に試してみる方法、等々がこの記事の内容です。 GitLabの導入 導
設定の仕様をドキュメントに書くのではなく、テストにしてしまう - $shibayu36->blog;
以前開発のドキュメントをどこに置くか問題 - $shibayu36->blog;という記事を書いた。まだよい方法はちゃんと考えられてないが、少しずつケースバイケースでいろいろな手法を試してみている。今回は設定項目の仕様のドキュメントという観点で考えたときに、テストを作ることで解決できないか、ということについて書く。 設定項目の仕様 例えば以下の様な設定があったとする*1。 [ { "blog_url" : "http://shibayu36.hatenablog.com/", "permission" : "public", "can_be_edited_by" : [ "shiba_yu36" ] }, { "blog_url" : "http://shibayu36-private.hatenablog.com/", "permission" : "private", "can_be_
開発のドキュメントをどこに置くか問題 - $shibayu36->blog;
最近開発用のドキュメントをどこに配置するか悩んでて、いくつか試して見てる。今回言っている開発用のドキュメントというのは、コードの触り方も含んだサービスの開発に関するもの。例えば 開発環境セットアップ方法 ページに表示している広告をどのように切り替えたりするか(googleの管理やコードの変更も含めた) サービス内の特定の機能の仕組み 内部用HTTP APIドキュメント などを指している。 結構いろいろ考えるところがあるので、思っていることをまとめてみたい。一応先に結論を言っておくと 基本は実装に一番近いところにコメントとしてドキュメント書くのが良いと思う いろんなパーツが絡みあうような大きな機能の場合、導入部分だけ別の場所に書く 出来るだけrepository内に入れておくと探しやすく、更新しやすいと思う あといろいろ悩んでるので事例あったら教えてください。 起きている問題 ドキュメントは
はてなやクックパッドの開発現場で、CIやテストはどう行われているのか？（前編）。CROSS 2014 － Publickey
Web技術について横断的に語り合うイベント「CROSS 2014」が1月17日、都内で行われました。 そのセッションの1つ「現場に聞く！テスト/CI/DevOps、実際のところどうなの」では、フリーランスエンジニアの伊藤直也氏がセッションオーナーとして司会を担当し、クックパッドで開発まわりのエンジニアをしている舘野祐一氏、はてなでアプリケーションエンジニアをしている伏井洋平氏、KAIZEN platform Inc.の石橋利真氏らがスピーカーとして登壇。 先進的な現場でテストやCIがどのように行われ、エンジニアのチームがどのように情報共有をしているか、本音で語るという注目すべき内容でした。本記事ではそのダイジェストを紹介しましょう。 現場に聞く！テスト/CI/DevOps、実際のところどうなの 伊藤 今日のテーマとしてはCI（Continuous Integration、継続的インテグレー
Mochaを使ってJavaScriptのテストをブラウザで実行してみよう
対象読者 JavaScriptの基本をある程度理解している方 テストコードをこれから書こうと考えている方 JavaScriptのテスティングライブラリの分類 JavaScriptには、テストを記述するためのライブラリが多く用意されています。ライブラリには、大きく分けて「テスティングフレームワーク」と「アサーションライブラリ」があります。まずはこの2種類の違いについて説明します。 テスティングフレームワーク テストを記述する関数群を提供し、それらの関数を使って書かれたテストの結果を判定、集計した上で結果を表示する機能を持ちます。ブラウザでのテストの場合、ブラウザ上でグラフィカルにテスト結果を表示することもありますし、サーバサイドのJavaScriptであるNode.js向けにはコマンドラインで実行し、結果を表示する機能も持ちます。 アサーションライブラリ テスティングフレームワークは、テスト
もうCSS設計で悩まない！「CSSコーディング ガイドライン」策定のための参考記事・スライド 7選 / SQUEEZE - Web Design Studio -
構造やクラス名、プロパティの記述方法などをルール付ける「CSSコーディング ガイドライン」策定のための参考記事を紹介します。 チームでの共有、コーディング効率やメンテナンス性などの改善のためにも、これを機会にガイドラインを導入してみてはいかがでしょうか。 コーディング規約を作ろう"制作チームの規模が大きくなればなるほど、コードの統一性は大切" ▶ コーディング規約を作ろう Webクリエイターボックス コーディング規約を見直すうえで抑えておくべきポイントを紹介。 チェックポイントコーディング規約に含むべき項目 ・ディレクトリやファイルの階層・名前 ・記述順やインデント、単位などのフォーマット ・ID,classなどの命名規則 ・対応ブラウザー CSSガイドラインを翻訳してみた"多くの開発者が関わる場合、メンテナンス可能、コード見通し良く、拡張可能にするために統一された方法を用いることが重要"
Gitのプライベートリポジトリを無料で提供開始する「gitBREAK」、共有人数無制限。ビズリーチが公開
Gitのプライベートリポジトリを無料で提供開始する「gitBREAK」、共有人数無制限。ビズリーチが公開 転職サービスなどを提供するビズリーチは本日5月29日、Gitリポジトリの無料ホスティングサービス「gitBREAK」を公開しました。パブリックなGitリポジトリの提供だけでなく、プライベートリポジトリのホスティングも無料で提供。これまでもGitのプライベートリポジトリの無料提供はBitBucketなどが行っていますが、GitBREAKでは無料でもプライベートリポジトリの共有人数に制限のない点が特長です。 gitBREAKは、同社が新たに展開する「codebreak;」サービス群の中の1つ。codebreak;はgitBREAKのほかに、スキルに合った求人案件を参照できる「jobBOARD」や、スキルに応じて企業などからイベントの招待が届く「cafeTERIA」、登録者のスキルや年収が分
iOSチーム管理ガイド
iOSチーム管理ガイド 目次 iOSアプリケーション開発におけるチーム管理について 5 At a Glance 6 チーム管理者はメンバーセンターで、メンバーを管理し役割を割り当てる 6 開発用デバイスはiOSプロビジョニングポータルで登録する必要がある 6 アプリケーションの開発には開発用証明書が必要である 6 開発用デバイスにアプリケーションをインストールするためには、開発用プロビジョニングプロ ファイルが必要である 6 アプリケーションを配布するためには、配布用証明書と配布用プロビジョニングプロファイルが 必要である 7 アプリケーションをApp Storeに公開し、または独自の方法で配布する 7 How to Use This Document 7 Prerequisites 8 関連項目 8 チームの管理 9 開発チーム各員の役割と責任 9 チーム管理者およびチームメンバーを加
Jenkins で静的解析のグラフを作るとコードを読まなくてもソフトウェアの品質が分かって面白い - おともだちティータイム
細かく書きたいけど、とりあえずメモだけ。 ステップ数が増ている なんらかの開発が行なわれている ステップ数が減っている リファクタリングが行なわれている? 単に仕様落ちしたコードが削除された可能性もある テストカバレッジが下がる テストが書かれていない ... ステップ数が増えている場合 テストが減っている ... ステップ数が変わらない場合 FindBugs 、 PMD 、 Android Lint の警告数が増えている 品質の低下、レビューが正しく行なわれていない CPD 警告数が増えている 品質の低下、レビューが正しく行なわれていない そろそろリファクタリングしたほうがいい Checkstyle 警告数が増えている 品質の低下、レビューが正しく行なわれていない Jenkins で継続的にビルドしたり、テストを行なうのは言うまでもなく大切だけど、こういった静的解析の数値をグラフ化してい
プログラマのための言語別コーディング規約まとめ | Web活メモ帳
みなさんはコーディング規約を利用していますか。 個人で開発している時はオレオレルールで良かったのですが、 複数人で開発するようになると共通のルールがあった方がストレス無く開発が出来るようになります。 WEB系の言語のコーディング規約について、調べ物が必要だったので、 まとめたものをブログでもシェアします。 HTML・CSS Google HTML/CSS Style Guide の推奨ガイドラインまとめ HTML5 コーディングガイドライン（HTML5）ver1.0 JavaScript JavaScriptのいろいろなコーディングルールをまとめてみた PHP PHPのコーディング規約 PSR-0、PSR-1、PSR-2、PSR-3とは WordPress コーディング基準 Pear Manual :: 標準コーディング規約 Zend Framework PHP 標準コーディング規約 Ca
チーム開発環境を無理なく導入するには？（4/4） - ＠IT
連載：Team Foundation Server 2008の下流工程への適用 第1回 チーム開発環境を無理なく導入するには？ アバナード株式会社 安藤 大祐（Microsoft MVP 2008 for Team System） 2008/10/28 ■TFS導入へのファースト・ステップ ここまでの説明で、TFSの価値は理解できても、かえって「TFSの導入は敷居が高い」という思いを強めてしまった読者もいるのではないだろうか？ 実際に、敷居は低くはない。ここまでに説明してきたとおり、TFSの対象範囲は非常に幅広く、これらをワン・セットで導入するのは現実的には難しいことも多い。また、チームで開発を行っているプロジェクトであれば、当然、バージョン管理や、作業項目管理、バグ管理、自動ビルド、プロジェクトの進ちょく管理は何らかの形で行わざるを得ないので、自社向けに開発したバグ管理ソフトウェアや作業
Team Foundation Server 2010を導入しよう（1/2） - ＠IT
連載：Team Foundation Server 2010入門 第1回 Team Foundation Server 2010を導入しよう WINGSプロジェクト りばてぃ（監修：山田 祥寛） 2010/05/25 去る4月21日、ついに新しいVisual Studio 2010（以下、VS 2010）シリーズがリリースされた。パッケージ販売こそまだ先ではあるが、MSDNサブスクライバー向けの提供や評価版のダウンロードなどは始まっており、すでに利用されている読者諸氏もいることだろう。 VS 2010や同時にリリースされた.NET Framework 4に、どのような機能が用意されているかは、すでに解説記事として「特集：次期Visual Studio 2010と.NET Framework 4.0の新機能」や「ScottGu氏のブログより」などがあるので、そちらをご覧いただきたい。 本稿で
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
コードレビューツール 6選 どれが最適？ | Act as Professional - hiroki.jp by HIROCASTER
Pythonで書かれたレビューツールです。VMware社内で利用されていることで有名なツールです。 プレコミットレビューという概念のレビューツールです。つまり、コミット前にレビューをするという事が前提になっているツールです。よって、結果的に差分を重点的に確認していくツールのつくりになっています。 rietveld rietveld – Code Review, hosted on Google App Engine – Google Project Hosting Google社内で使われているコードレビューツールである「Mondrian」のオープンソース版です。基本的にGoogle App Engineで動くことが前提になっています。 GAEの上のコードのデータを置くということがオトナの事情的に難しいかもしれませんが、検討してみてください。 Phabricator Phabricator
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
温馨提示
国务院令第292号《互联网信息服务管理办法》和《非经营性互联网信息服务备案管理办法》规定，所有对中国大陆境内提供服务的网站都必须先进行ICP备案。 如何备案 您需前往腾讯云ICP备案控制台，根据系统提示填写相关的主体信息和服务信息，上传证件照片及核验单等备案材料。审核通过以后，腾讯云会以短信和邮件的形式通知您。 备案教程 备案期间网站还能正常访问吗 首次备案：未成功办理备案的网站均不能上线访问 接入备案：在腾讯云接入备案成功后，才可在腾讯云开展网站内容服务，未接入前请继续使用其他已备案过的云服务商 了解详情 接入备案是否影响其他地方的备案 接入备案过程中，暂不会影响您的网站访问。接入备案只是增加一个服务商，不会影响您在其它服务商的备案数据，您可同时使用两家服务商的服务器 了解详情
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
tokens in visual studio: HACK, TODO... any other?
Manage Your Team’s Projects From Anywhere | Trello
見やすいChangeLogの書き方 - キモブロ
大規模なJavaScript開発の話
