![海外ホテル予約ならエクスペディア - Expedia Japan](https://cdn-ak-scissors.b.st-hatena.com/image/square/505a79b45a165bab97b39c2c7445260402d81b91/height=288;version=1;width=512/https%3A%2F%2Fa.travel-assets.com%2Ftravel-assets-manager%2Fdestu-40194%2FBEX-JP-SummerLTO-HP-Hero-D-928x398.jpg%3Fimpolicy%3Dfcrop%26w%3D1400%26h%3D600%26q%3DmediumHigh)
こんにちは。インフラの sotarok です。 先日から Git 関連の話をしている通りですが、社内で Git を使い始めています。 今日は、Git を使った日々の開発〜リリースまでのフローや、そうしたものの運用と、それをサポートするために作ったツール git-daily の紹介をしたいと思います。 ソフトウェア開発とウェブ開発の違い いやウェブ開発も広義のソフトウェア開発なのですが、ここでいうソフトウェア開発とは、クライアントアプリケーションやライブラリのようなものを指すと思ってください。 実際、ウェブ開発をしている方は感じていることだとは思いますが、両者の開発フローはかなり異なるものです。もちろん社風や開発の方針等によって色々あるとは思いますが、主に次のような特徴が挙げられると思います: ソフトウェア開発 アプリケーションはクライアントで動作する リリース間隔は比較的長く、次のバージョ
gitプロジェクトのガイドラインを参考にまとめました。この作法は英語で書くことが前提となっています。 1. コミットメッセージの1行目は短い説明文(50文字以内) モジュールについての修正の場合、モジュール名: ではじめる 説明文は小文字ではじめる 説明文のピリオド(句点)を省く 2. 2行目は空行にする そうすることで、例えばコミットした内容を E-Mail に変更するツールにて、 Subjectに最初の行を使用し、残りの行を本文にすることができる。 3. 本文には意味ある内容を含める 問題点: 修正した問題点について説明する 妥当性: 行った修正について、「なぜその方法がより良いのか」を説明する 代替案: もし、他の修正方法を検討したのなら、それらについて説明する 4. 変更は命令形で表現する まるであなたがコードベースに変更を命令じているかのように書く。 [bad] "This pa
Redmine×Gitのハーモニーは涙のチケット駆動開発!?:かんばん!~もし女子高生がRedmineでスクラム開発をしたら(6)(1/3 ページ) 本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムとプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。 これまでのお話 本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムとプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。 ひょんなきっかけから電子目安箱(カウンセラー)を開発することになった「ぷりん」と「まいん」の姉妹。第1回の『高校生になって初めてスクラムを始めました~「ストーリー」で何を作るかまとめよう』、第2回の『スプリントと“かんばん”でチームのビートを刻め!! ~スクラム開発で使う手
現在、SVNでソースのバージョン管理、Redmineで要望や問題のチケット管理を実施している。 重宝してるのがRedmineのリビジョンとチケットを関連づける機能だ。 SVNのコミットコメントにチケット番号をを付けるとチケットにもコメントの内容が表示される。 subjectの文字化けを修正 refs #1234``` > <a title="Redmine-参照用キーワード(refsなど)無しでリビジョンとチケットを関連づける" href="http://redmine.jp/faq/repository/relations-without-keywords/" target="_blank">Redmine-参照用キーワード(refsなど)無しでリビジョンとチケットを関連づける</a> とても便利な機能だ。ただし、Redmine側がリポジトリの変更を取り込む必要がある。 > <a tit
※ 最新版があります。こちら↓です ※「Redmineチューニングの実際と限界」 ※ http://www.slideshare.net/kakahane/redmine-48214015 MySQL勉強会 in 大阪#5_公開資料 日時: 2013/11/7 19:00~ 場所: 日本オラクル株式会社 西日本支社 参加: http://atnd.org/events/44157 主題:「事例発表:Redmine + MySQL 応答性能の調査結果と対策」 副題: ~ 200万チケット、画面応答100ms/req を想定したチュー ニング ~ 概要: ・ITS(Redmine)の全社適用後4年が経過した。チケット数 は10万を超え、その後も年間36,000件のペースで増加を 続けている。情報システム部門の業務システムとして 国内外へ活用範囲が拡大するなかで、応答性能の低下 対策が喫緊の課題
なお、HTTPサーバー連携にUnicorn、HTTPサーバーにNginxを使う設定を追記しました。 構成要素の選択について補足メモ Ruby CentOS 6において、Rubyの主な選択肢は次の3つです。 CentOS 6標準搭載のRuby 1.8.7を使用する Ruby Enterprise Edition 1.8.7 をダウンロードしビルドして使用する Ruby 1.9.3をダウンロードしビルドして使用する Redmine 2が土台としているRuby on Rails 3.2は、Ruby 1.8.7で動作保証しているので、CentOS 6標準搭載品のRubyでもRedmineは動きます。 しかし、Ruby 1.8.7は製品サポート期間が終了間際であること(Rubyのアナウンスページ)、メモリ使用量などの性能が1.9.3あるいはRuby Enterprise Edition 1.8.7に
id:bleis-tiftによるgitのフックスクリプト集がマジ便利。 gitとredmineを使ってる人はぜひ使うべき 機能 チケット番号付加 id/12というブランチで作業してるときは、コミットメッセージの末尾にrefs 12を自動でつけてくれます Redmineのチケットごとにブランチを切るようにすると、マジ便利 masterブランチへのコミット拒否 masterブランチへのコミットを拒否する 必ずトピックブランチを切るようになる pushされたときにチケットIDのないコミットの拒否 チケットIDのないコミットのpushを拒否します ダウンロード・インストール方法 https://github.com/bleis-tift/Git-Hooks に書いてある通りにすれば簡単にインストールできます
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
March 20, 2024 📣 This is not the latest release of Enterprise Server. Please use the latest release for the latest security, performance, and bug fixes. 3.11.7: Security fixesHIGH: An attacker with an Administrator role in GitHub Enterprise Server could gain SSH root access via remote code execution. GitHub has requested CVE ID CVE-2024-2469 for this vulnerability, which was reported via the GitH
ささいなことに悩まされずに、あなたの時間を 開発者として 費やせることは素晴らしいだろうと思いませんか?当社の最新リリース* により、かつては退屈だったソフトウェア管理を過去のものにします。当社のツールは、かつてないほどにうまく統合されています。開発フローを通じて作業者をガイドするためのベストプラクティスが組み込まれています。連係により、課題作成やコーディング、マージにいたるまであなたの仕事を簡単にします。ご覧になって確信してください。 開発タスクに集中しましょう。コードを書き込む作業に戻りましょう。あなたを必要としています。 統合の詳細を見る * 要件 JIRA 6.1+, Stash 2.8+, Bamboo 5.0 + および SourceTree 1.7+ ブランチを JIRA から直接作成する ブランチモデルは Git ワークフローの中核です。しかしブランチタイプが沢山ある場合、
私は小さなソフトウェア開発会社で指導的立場にあり、購入を含めてツールの選択にも責任がある。しかし、チームで使用するフレームワーク、特にUIフレームワークを選択するのは非常に難しい仕事だ。数年前、将来のWeb開発に向けてリッチインターネットアプリケーションフレームワークを選択した際、自分の調査ではAdobe Flexが最適と思われた。AdobeがLinuxバージョンのFlashを廃止することが想像できなかった頃の話だ。当時HTML5は初期の計画段階だったのに対し、Flexは完成度が高く、ドキュメントも豊富な商用製品であり、Flashを使用するための優れた機能が搭載されていた。そのため、Flexを選択したが、現在では開発が停止している。逆に、15年前にデスクトップアプリケーションをQtに切り替えたが、こちらは現在も広く使われている。そこで、私は正しい選択と誤った選択の違いを見出したいと思ってい
最近、地方→中央省庁のとあるデータのやりとりが、Accessベース(Access+VisualBasic)からExcelベース(Excel+マクロ)に変わったんだが…。 うちの県ではVisualBasicのランタイムを作業用PCにインストールするだけで折衝に一年越しだったから、一応変更自体は歓迎だったんだけれども、これが…。 ちなみに、扱うデータ量は、ざっくり言って、一都道府県当たり平均で5000行×1000列の表くらい。多い都や府なら、列の方がこの数倍行くだろうな。で、あくまで個人的な感想として、どんな感じかつーと、 (1)データ触ったり集計したりしにくくなった。 前のシステムは、データ自体は単なるAccessのデータだったので、間違いを修正したり別の集計に使用したりが意外と気楽に出来た。 今度は、Excelを無理矢理マクロやらで動かしてデータベース化してるから、Accessの時代よりも
Video: http://www.nicovideo.jp/watch/1410857293 Here's the showdown you've been waiting for: Node.js vs Play Framework. Both are popular open source web frameworks that are built for developer productivity, asynchronous I/O, and the real time web. But which one is easier to learn, test, deploy, debug, and scale? Should you pick Javascript or Scala? The Google v8 engine or the JVM? NPM or Ivy? Grun
エクセルは罫線ワープロじゃない なんでエクセルをこんな使い方するのだろう? 毎回、毎回、会議のたびに同じような資料作って、もう疲れました。 データとして管理するなら1件のデータを横一列に入力して、縦向きに連続してデータを繰り返して管理しないといけません。 エクセルは罫線ワープロじゃない ここでやってはいけないこと エクセルのフォーム編集機能は、使えない データベース形式で、管理する 印刷シートに、データをリンクしてはダメ! 印刷シートは、[印刷作業領域]にリンクします。 エクセルカード HARI の使い方(動画) Excel と Access を連携して使う(動画) Acces と Excel を連携して、本格的なデータベース管理を行うには? Excel → Access → Azure と移行していく セールスApp KATA(営業支援ノーコードアプリ) ここでやってはいけないこと 1.
HTMLシンタックス インデントには半角スペース2個分のソフトタブを使用すること。これが全ての環境で全く同じように見せる唯一の方法。 ネストされた要素はかならず1段階だけインデント(半角スペース2個)すること。 いつもダブルクォートを使うこと。属性値に対してシングルクォートを使わないこと。 閉じタグの無い要素に対して、末尾のスラッシュは省く事。HTML5仕様に省略して良いと書いてある。 省略できる閉じタグを省略しないこと。(例えば</li>とか</body>)。 <!DOCTYPE html> <html> <head> <title>Page title</title> </head> <body> <img src="images/company-logo.png" alt="Company"> <h1 class="hello-world">Hello, world!</h1> </
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く