GitFlowをやめて本番リリースが楽になった話 - Qiita
背景 サーバーサイド開発のプロジェクトでGitFlow(的な)運用を行っていたが、本番リリースの際に困ることがあったのでgitの運用フローを変えて解消したという話。 まず問題の内容から順番に書いているので、結論(新しい運用ルール)だけ知りたい人はこちら git運用フローについては、GitFlow・GitHub Flow・GitLab Flowなどが有名だがどれとも少し違うように思ったのでまとめた。 <2018/06/10追記> 新フローにも名前が欲しいと思っていたが、同じやり方を「GitFeatureFlow」と呼んでいる記事を見つけた。個人的にもしっくり来たのでこれからはこの呼称を使っていこうと思う。 cf. GitFlowは使わない！シンプルな「GitFeatureFlow」を紹介します </追記終わり> 導入プロジェクトの概要 採用するべき運用ルールはプロジェクトの条件にも依ると思う
実機がプアならリモートデスクトップを試せばいいじゃない？ お名前.com デスクトップクラウド for Windowsアプリで開発してみた - はてなニュース
（ここまでのあらすじ）はてなでは、Windows 8のリリースに合わせてWindowsストアアプリ「はてなブックマーク」をいち早くリリースしました。この開発を主導したエンジニアは、社内でこんな声を耳にします――「ブックマークのアプリは便利やけど、検索もできるともっとええなあ」。そう、新機能追加の要望です。継続的な開発を進めなければなりません。しかし手元のPCはリプレイス予定。これに代わるものはないかしら？ そこにGMOインターネットから、クラウド型開発環境「お名前.com デスクトップクラウド for Windowsアプリ」を試用しませんか？ とのありがたい申し出が！ はてなブックマークのWindowsストアアプリ開発セカンドシーズンでは、クラウド開発による検索機能の追加に挑戦します！ （※この記事はGMOインターネット株式会社によるPR記事です） 「お名前.com デスクトップクラウド
enchant.jsのクソな部分 - ひよこ3分07秒のはてなブログ
enchant.js、いいライブラリなんだけど「これってどうなの？」って思うところもあって、それを箇条書きにしていく。 リポジトリ ブランチに master と develop と develop-env と v0.5.0 がある たぶん新機能は develop で開発するんだろうけど、 master にも色々コミットされていたりする pull-request はどのブランチにすればいいの どうして v0.4.4 とかはタグで管理してるのに v0.5.0 はブランチなのか v0.5.0 ブランチは develop ブランチと何が違うのか git-flow とか参考にすればいいと思う コーディング規約 場所によって書き方が違ったりする if 文の { の前にスペースを入れるか、とか ひどい所だとインデントでスペースとタブが混ざってたりする 関係ないけれど、コード書くエディタはホワイトスペース
"プライドに傷がつくことは、山頂からの景色を眺めるためであれば取るに足らない" - naoyaの寿司ブログ
http://d.hatena.ne.jp/tictac/20120110/p1 を読んで。本論とは少し外れちゃうんだけど うまくやる学生はそういう困難にぶつかったとき、自分の力不足と馬鹿さ加減に滅入る気持ちと闘い、山のふもとで小さな歩みを始めます。彼らは、プライドに傷がつくことは、山頂からの景色を眺めるためであれば取るに足らないということを知っているのです。彼らは、自分が力不足であると分かっているので助けを求めます。 このくだりはわかるような気がする。ソフトウェアの開発をやっていると、ときおり新しい言語とか、新しいプラットフォームにチャレンジしようということがある。iPhoneアプリを作りたい、とか、たまには毛色の違う言語を触ってみよう、とか。なんやかんやでもう10年以上、プログラミングはしているので、そういう新しいものを学ぼうと思ったときに、自分の能力を過信してか、いきなりそこそこ質実
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウエア・テストの基本を学ぼう
