GitHub を用いた開発フロー テンプレート - ペパボテックブログ
Development (開発の進め方) GitHub Flow の利用 レビューの実施 Testing (テスト) Deployment (リリースの仕方) Releases (リリース後の記録) References(参考文献) Appendix(付録) Release's notes の作成方法 History(更新履歴) 2014/03/15 Development (開発の進め方) GitHub Flow の利用 masterブランチは常にデプロイ可能な状態としなければならない テストが失敗する状態の場合、直ちに修正するべきである テストが失敗する状態の場合、デプロイすることは許されない 「新しい何か」に取り組む際は、 pull request を用いるべきである ブランチは master から作成し、ブランチ名は説明的な名前とすべきである（例: new-oauth2-scope
【社内勉強会】弊社でGit！実案件での運用
SVN運用をしていた社内で、Gitの標準化も進めるべく社内勉強会資料を作成しました。 資料作成に当たり、@matsukaz さん@nvie さんの資料を参考にさせていただきました。 ありがとうございました！
2014年、春のGit事情 - fujimuradaisuke's blog
なんとなく最近どんな感じでGitを使っているか、適当にリストアップしてみた。 よく使うやつ git status git status --branch --short にしている。変更されたファイルが出る。とりあえず何をしたかざっくり把握する用。sにエイリアスしている。一日100回くらい実行しているのではないか。 git diff 特にオプションは指定していない。何をしたかしっかり把握する用。dにエイリアスしている。一日50回くらい実行しているのではないか。 git grep バージョン管理しているファイルから渡した単語を含む行を検索、表示。関数の検索などあらゆる場面で超便利。オプションは --line-number --show-function --color --heading --break がオススメ。 git ls-files バージョン管理しているファイルのファイルパスを表
チーム開発実践入門を読んで重要なポイントをまとめてみた - Qiita
チーム開発実践入門 以下に引用しながら私の体験を交えた感想を記載して参ります。 ※先に引用して書いているので、感想がない部分がございますがご了承願います。 理想的なプロジェクト チケット管理システムに課題・障害などを集約し優先度と重要度が分かるようにする できる限り（正しく）バージョン管理システムを利用する 繰り返し再検証可能なCIシステムを用意する 環境の影響を最小限にとどめ、常にリリース可能にしておく すべてを記録して追跡可能にする これまで客先常駐ばかり経験しているので、このような内容を網羅しているプロジェクトには参加したことはありません。 チケット管理やバージョン管理やリリースに関してはルールはありましたが、CIは使用したことがなく名前しか聞いたことがない状態でした。 分散バージョン管理システムを使うべき5つの理由 リポジトリの完全なコピーをローカルマシンに持つことが出来る 動作が
@s_ssk13さん向けGitHub入門
Git & GitHub を使いこなしてハッピーになろう！ - WordBench 名古屋 & concrete5 名古屋 合同勉強会 みなさんは、 ・社内：複数人でコーディングをしている ・パートナー：五月雨式にコードのやりとり ・個人：いろんなバージョンのコードを要求されたので管理しないといけない ・WordPress：コード改変したらサイトがぶっ壊れたので前の状態に戻したい という場面に遭遇したことがあるかもしれません。 その時に有益なのが、ソースの「バージョン管理」を導入すること。そのバージョン管理の中でも有名なのが Git というシステム。そして、その Git を使ってソースコードをホスティングするサービスが、GitHub です。オープンソースであれば無料で使うことが出来ます。 今日は、GitHub を使って、実際に Git のレポジトリを作成し、 WordPress サイトをみ
久々にチーム開発したのでメモ - ひげろぐ
昨年秋頃から年明けにかけてRailsで顧客のサービスをひとつ作った 久々のチーム開発で。チーム人数は3名。 せっかくなので使ったツールややり方などを備忘録的に残しておく。次いつまたチーム開発する機会があるのか知らんけど。 実践したこと プルリクベースの開発 Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー 上記のやり方が面白そうだったので試してみた。 Githubを使っていれば拍子抜けするほど簡単に流れに乗ることができた。 Git力が足りないので最初は少し大変だったが、馴れてくると細かくブランチを切ってフィーチャーごとに対応するということが開発のテンポを良くしてくれた。 コードレビューはイージーミスによるバグや既存のコードと大きく流れの違うコードが混ざるのを未然に食い止める事ができたりと、一定の成果はあった。 一方でい
もう巨大なデータをgitignoreしなくていい！ ~git-mediaの使い方~ - 3度の飯と最新技術
はじめに gitはコミットごとにレポジトリ内のファイル全てをスナップショットとして保存するというリッチな 設計になっている。 それがgitの便利さの所以なのだが画像データや音声データのようなバイナリデータを持とうとすると 少しの変更でもそのたびにコピーが生じてファイルサイズ分の容量が増えることになり、あっという間にレポジトリが 肥大化してしまう。 特に学習結果をファイルに保持してテスト等に使いまわすようなプログラムを管理しようとすると アルゴリズムのパラメータを少し変えるたびに100kB近い容量が増えていき、実にイケてない。 普通なら.gitignoreに*.xmlと書いてデータ自体は手動管理したり、シンボリックリンクにして別ディレクトリに置いてそれだけrsyncで同期するようにしたりするんだが 過去の実験時の状態に戻れなかったり、毎回rsyncするのは不便だった。 なんか無いかなーと思っ
WebデザイナーもGit使うといいよって話 | Cherry Pie Web
※この記事では「Webデザイナー」は、「ノンプログラマ」の意味で使っています。 psd、ai などの材料データの管理ではなく、サーバーにアップするファイルの管理の話です。 サルでもわかるといわれても、やっぱりわからない・・・ Web制作をやっている人は、少なからずバージョン管理システムの話を聞いたことがあると思います。 特にGit（ギット）っていうのは、内容まで知らなくても名前くらいは聞いたことがありますよね。 で、ネット上ではバージョン管理システムのメリットに関するブログ記事なんかもたくさんあって、変更履歴をたどれるとか、複数人で同じファイルを修正したりといった時のトラブルに対応できるとか、なんか便利そうだなーとは思っていたわけですが、ずーっと導入は見送ってきました。 その理由は・・・ 「Git入門」とか書いてある記事を読んでも導入方法が書いてあるだけで、実際に使うシチュエーションが思い
SourceTree for Windowsで始める非プログラマのためのバージョン管理入門 - Kawaz技術ブログ
みなさんこんにちは、id:gigi-netです。ゲーム開発してますか？ ゲーム開発をしているときに困るのは、ファイルのやりとりです。多くの場合は、プログラマはバージョン管理を使い、素材屋さんにはDropboxでファイルを入れて貰い、プログラマが手動でゲーム内に使える形で取り込む、という形が多いと思います。 しかし、この方法だと、プログラマの作業工数が増えたり、変更が入ったときに差し替えの手間が発生したり、前のファイルに更新したかわかりにくい、古いファイルに書き戻ってしまう（デグレード）などの問題がつきまといます。 ところで、最近、Windowsでgitと呼ばれるバージョン管理システムを簡単に利用できるアプリケーション、SourceTreeが公開されました。 これを使うと、従来敷居が高かったバージョン管理が、プログラマ以外でも割と簡単に利用できるようになるため、ご紹介します。 この記事の対象
「そもそもGitって何？」、「GitとGitHubは何が違うの？」にシンプルに答えるよ-Six Apart ブログ｜オウンドメディア運営者のための実践的情報とコミュニティ
こんにちは、シックス・アパートのディベロッパーリレーション担当、にっくです。 先日は、新しくなったプラグイン&テーマディレクトリのご紹介をしました。 新しいディレクトリは、GitHubとの連携機能が大きな特徴の一つで、GitHubに登録したプラグインやテーマを簡単に登録できるようになりました。 ただ、GitHub、そしてGitについて、まだ使ったことがなく、馴染みのない人もいらっしゃるかと思います。 今回はGitをまだご存じない方を対象に、「そもそもGitって何?」 「GitとGitHubは何が違うの?」という説明と、Gitの使い方に関する情報をご紹介したいと思います。 Photo Credit: hirofumi_kaneko via Compfight cc Git、そしてGitHubとは Git(ギット)とは、プログラムソースなどの変更履歴を管理する分散型のバージョン管理システムのこ
GitHub 製エディタ Atom リファレンス - Qiita
2014年02月27日に書いた記事なため、内容が古くなっています。注意してください Atom とは GitHub 製テキストエディタ。Sublime のようにデフォルト状態でも十分使える、かつカスタマイズ可能。2014/02/27 現在では招待制。 公式サイト - atom.io 他のエディタと何が違うのか Chromium をベースにできており、エディタのどのページもローカルで Web ページがレンダリングされてる。 Node.js を使って各ウィンドウの JavaScript 環境で自由にコードを実行できる。使用されてる技術的に Web 開発者にとっては馴染みが深いエディタになると思われる。 （Chromium ベースなので Developer Tools が開ける (option-cmd-I)） Sublime かなり似てる。git gutter とか package control
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
pull requestを自分がもっている一つのリポジトリだけで試す - Qiita
GitHubで自作自演pull request！ pull requestを送る相手がいないなら 自分に送ればいいじゃない？ 他人にpull requestするの怖い・・・ そう思っていた時期が私にもあったというか今でも怖いので、色々自分でさわれるように自分に向かって投げてみました。 GitHubで一人pull requestを試してみる手順 実際に自分から自分へ送ってみたpull requestいくつか その一 その弐:rejectされてみたり その参 自分でやってみて気になった点 コメントを書く場所 rejectされた後にもう一度pull requestを送る場合の作法 コメントを書く場所について やっていて思ったのですが、pull requestを送った後にコメントでやり取りする場合って コミット上 pull requestのfiles changed上のどちらにコメントするのがいい
Git初心者のための資料まとめ
Gitを使ったことがない人が、Gitを最初に取り入れるときにぜひ読んでほしい資料をまとめてみました。初心者のWebエンジニアが、clone, checkout, add, commit, pushやPull Request(Pull Request)ができるようになるまでの一連の流れができるようになることを目標にしています。 (09/06 17:45) はじめてコードレビューされる人のためのPull Requestとcommitの作り方を追加 🐹 目標Git コマンドのclone, checkout, add, commit, pushを使えるようになること プルリクエストができるようになること 🎃 基本的な概念の理解イラストでわかる！git入門の入門 (1) ソフトウェア開発におけるバージョン管理の考え方、(2) Gitを使った開発の基本的な概念、 (3) 基本的なコマンド(add,
世界一簡単なGithub入門（githubは無料で使用する場合、全てのファイルが公開されていることにご注意ください）
世界一簡単なGithub入門（githubは無料で使用する場合、全てのファイルが公開されていることにご注意ください） ややこしいコマンドを全スルーして個人用バックアップとして使ってみる 2013.01.26 LDD13 LT 【概要】 次々と新しい技術やサービスが公開され、いろいろ挑戦してみたい・・・とは思うのですが、それが複雑なものだったり高機能であったりすると、どうしても最初のハードルが高く、なかなか踏み出せないと感じます。 そんな時、私の場合は、とりあえず、できるだけ簡単なマニュアルを探してきて、良く分からないところは全部無視して無理やり使ってみることにしています。訳が分からないままでも、使っていることで、ちょっとずつイメージが湧いてきて、画面が見慣れたものになってきます。そして、それから改めて入門書を読み始めます。そうすることで、最初のハードルが、少しは下がるのではと考えています。
Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git・GitHubに隠された便利な機能 | GitHub Cheat Sheet（日本語訳） - Qiita
GitHub - fc2blog/blog: オープンソースのブログ
Amazon.co.jp: GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus): 大塚 弘記: 本
「何故クックパッドのサービス開発は日々進化しているのか」という発表をしました。 - yoshiori.github.io