git-pr-releaseのすすめ - ninjinkun's diary
Github (含むEnterprise) で開発をしているなら、Github Kaigiでも紹介されていた git-pr-release が便利です。自分の会社ではアプリのリリース前にQAを実施しているのですが、QAを始める前にどの機能がリリースされるのかをリストアップし、それをGoogleスプレッドシートに入力する作業が繁雑でした。 git-pr-release を使うと、これをリリースPull Requestに集約して自動化することができます。リリースPull Requestとは以下のようなものです (スクショはこのツールのPR用に作ったダミー)。 具体的なリリースまでの作業手順は以下のようになります。 開発ブランチにリリースする機能のPull Requestをmergeしていく git-pr-release を実行 merge済みのPull Requestの情報を集めてチェックリス
GitBucket 1.0リリースしました - 新・たけぞう瀕死の日記
warファイルをサーブレットコンテナにデプロイするだけで利用可能なGithubクローン、GitBucket 1.0をリリースしました。 https://github.com/takezoe/gitbucket 当初の目標（6月末）からは少し遅れてしまいましたが、Gitリポジトリの作成、リポジトリビューア、Wiki、Issuesなどは一通り実装しており、なんとか実用に耐えうる機能は揃っているのではと思います。フォークやプルリクエスト、タイムライン、チーム管理、メール通知などまだまだ未実装の機能は多いですが、今後のバージョンアップで随時機能を追加していきます。 フレームワークとか 少し話は変わりますが、GitBucketはScalaで書かれており、フレームワークとして以下のものを組み合わせて使用しています。 Scalatra scalatra-forms（Play2のフォームのようなバリデーシ
Hacker News砲2発目いただきました - たけぞう瀕死ブログ
昨夜からまたGitBucketに連続してスターが付き始めたのでもしやと思ったらやはりまたHacker Newsで流れていたようです。 https://news.ycombinator.com/item?id=7200458 前回のHacker News砲では最終的には1000以上のスターが付きましたが、今回は300ちょい（まだ増え続けてるのでもう少し増えそうですが）。休日だからということもあるのかもしれませんが、二発目なので効果も薄れてきた感じでしょうか。 とはいえ今回もTrending repositoriesとTrending developersでAll languagesでトップになっていたので記念キャプチャ。 プライベートなリポジトリならBitBucket使えばいいじゃんとか、GitLab Cloudも無料で使えるよ、みたいなコメントがついていますが、現在のGitBucketはま
GitHub トレーニングチームから学ぶ Git の内部構造のノートです。 曖昧なところもあるので、間違いがあったら教えてください！ http://connpass.com/event/3808/
GitHub トレーニングチームから学ぶ Git の内部構造のノートです。 曖昧なところもあるので、間違いがあったら教えてください！ http://connpass.com/event/3808/ Graphs, Hashe, and Compression, Oh My! 登壇者：@matthewmccull Hashesについて 従来の CVCS （集中バージョン管理システム）のリビジョン番号は連番。 SVN はサーバーにデプロイした時点でリビジョン番号1と設定される。 Git は SHA1 をつかっている。40桁の16進数のフィンガープリントがついてる。これは理論上は重複しない大きさ。こうすることで単純で強固な DVCS （分散バージョン管理システム）がつくれる。 新しいファイルを追加すると、.git/objects/55/7db03de...(SHA1 finger print)
gitray.com - gitray リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Git & GitHub & kintone でウルトラハッピー！ - Cybozu Inside Out | サイボウズエンジニアのブログ
６歳と３歳の娘がいる山本泰宇（@ymmt2005）です。こんにちは。 いきなりですが、悔しいです。なにがって、@DQNEO さんが最近書かれた記事「必殺！Github導入に向けて上司を説得する時に使える資料まとめ」に載り損ねてしまったからです。 サイボウズでも Git と GitHub Enterprise を導入しています。導入や運用の助けになる資料やツールを作ったりして、とても便利なのでいずれ公開したいなと思っていたんです。忙しさにかまけて後回しにしていたら、出遅れ企業にグルーピングされてしまうなんて（涙） 出遅れてしまった以上、なにかプラスアルファをお見せするしか名誉挽回の方法はありません。何も失っていないんじゃないかというツッコミはよしてください。こうなったら恥も外聞もなく Subversion 時代の恥ずかしい過去をさらけ出し、もちろん資料も出して、さらにノウハウを詰め込んだツー
git のバックアップ - Hatak::Techlog
分散 SCM とはいえ、バックアップはあるとうれしいものです。git のリモートリポジトリが破損した場合などに復元元を探すために、誰が持っているのが最新のリビジョンで、、というような作業が発生することは避けたいからです。 git のリモートリポジトリから別のサーバにバックアップを作成するのは、hooks を利用することで簡単に設定できます。例えば、対象となるリポジトリの post-receive で下記のようなコマンドを設定しておくとできます。 バックアップ先のサーバ:ディレクトリは targethost.example.jp:/var/lib/git バックアップのための SSH 接続で利用するユーザは syncuser gitosis ユーザは syncuser 権限で git コマンドが利用出来るように visudo を設定 #!/bin/sh ##### # hooks/post-
VOYAGE GROUP エンジニアブログ : Gitブランチによるサーバ管理
2012年09月27日10:14 カテゴリ Gitブランチによるサーバ管理 はじめまして。株式会社adingoのこんどう（@_zoo）と申します。今年の4月から新しいチームに配属され、チームのバージョン管理やリリースプロセスの整備をやっています。 今回の記事ではリリースプロセスの課題解決について、チームで取り組んだ時に出てきたGitブランチの活用方法についてご紹介させていただきます。 * 広告サービスの事例 まず、簡略ですが環境毎のサーバ構成をご紹介します。DBやその他諸々のサーバも省略し、Webサーバとビルドサーバのみ記載しています。 システム的な構成の紹介はざっくりこれだけにしておきます。 システム構成図ではサーバ台数は一台ですがサーバが数十台に増えた時のことも考えました。 1台2台のうちはいいけれど、台数が増えてくると各サーバの状態を確認という声もありました。 数十台のサーバを運用し
LDAP/ADとの認証連携もできるGit/Hg管理·RhodeCode MOONGIFT
RhodeCodeはGit/Hgに対応したリポジトリ/プロジェクト管理システムです。 最近流行のVCSと言えばGitとHgをはじめとする分散型バージョン管理ではないでしょうか。企業内でこれらのリポジトリを使っているならその管理に利用したいのがRhodeCodeです。 プロジェクト一覧です。 一つのプロジェクトを表示しました。cloneするURLやコミットログも表示されています。 コミットやマージの状態がビジュアル化されています。 タグ一覧です。 コミットの内容です。 別なリポジトリです。こちらはGitです。 コミットログを見ると差分が確認できます。 RhodeCodeはリポジトリのPull/Pushサーバになり、コードレビューも行えます。さらに全文検索を持っています。企業用途に嬉しいのがLDAPやActiveDirectoryを使った認証に対応していることではないでしょうか。APIもあり、
JIRA+Github+Jenkinsによるチケット駆動開発 | 工房「伽藍の堂」
JIRAとGithubとJenkinsを組み合わせてチケット駆動開発をするには、どういう流れで、どういう連携が必要なのか、考えてみました。 流れを図式化したものが以下になります。 手順 図の流れに合わせて手順を説明します。 ①チケットを作成する ソースコードを書き始める理由が何であれ、すべての始まりはチケットになります。あらゆる理由がチケットになり得ます。バグもそうですし、機能改善や機能追加もチケットとして一元的に扱います。 チケットという管理方式を用いることの最大の利点は、あらゆる事象をチケットという単一の概念で扱うで扱う事にあると思います。 何らかの理由でソースコードを書く時は、チケットを作成します。作成されたチケットはOpenという状態になります。 ②チケット名でブランチを作成する チケットに着手するには、チケット名でブランチを作成します。これをトリガーに、JIRA側のステータスを
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
githubを会社で導入してみて感じたこと - モノノフ日記
会社で利用するソースコードのバージョン管理システムをgithubに移行しつつあります。 gitは以前から個人で利用していたのでブランチ管理のメリットや気の利いたマージなどはもう知っていたのですが githubで同時に複数人で開発をする、という状況は初めてだったので感じたことを残しておきます。 導入 まず当然なのですが開発スピードは上がってます。 これはgithubというよりgitの分散リポジトリの仕組みが大きいです。svnでsvk使うと効率が良いのと同じことです。 そこで問題になるのが各開発者のリポジトリ間をどうやってマージさせていくのか、って所なんですが masterからリリース用のブランチを切ってそこにpull requestを投げて他の開発者に確認してもらってからマージする、という流れで今は運用しています。 投げられた側が確認してマージをコミットするので責任は一蓮托生としてます。 人
JIRA、Jenkins、GitHubで始めるオープンソース #jiraadvent – yusuke.blog
・JIRA Advent Calendarの最終日担当です。 趣味でなんとなく作ったものの放置してしまっているアプリケーション、ユーティリティ、ライブラリはありませんか？ オープンソースソフトウェアにしてしまいましょう！ もちろん懸念はあるかもしれません、例えば： ・オープンソースってやってみたいけど人に見せられるほどキレイなコード書ける自信がない じゃぁいつやるの？ 今感じる範囲でキレイなコードにして公開してみたら？ ・同じようなコードは他にもあるし・・・ 既存のコードで歯がゆいところがあったから書いたんじゃないの？ 地球に70億人もいるんだから同じように歯がゆさを感じている人が1人や2人はきっといるはず。 ・オープンソースにしたら盗まれちゃう！ 死蔵してたらすぐに、またはいずれ陳腐化して新規性のないコードにきっとなります。 盗まれて困るようなコードだったらとっとと起業してビジネスにした
Git の Web インターフェース比較 - Qiita
普通に管理するよりも何かしら見やすいインターフェースを使った方が便利なので比較。 GitHub 多数のサービスと連携できるので便利。数百単位でプライベートリポジトリを持ちたい場合は下記オープンソースのものを使った方がいいかも。 Gitorious 多機能であるのにも関わらず、オープンソースで利用できる。きれいで使いやすいインターフェース、GitHubでいうところの PUll Request に当たる Merge Request 機能まである。チームごとにメンバーやできたり、プロジェクトごとにリポジトリを管理できるので、大きな組織で使いたい場合に良い。Issues はない。インストールはかなり面倒。 GitLab 最近公開されたオープンソースのインターフェース。かなり良くまとまっている。Gitorious ほど大きくないのでインストールもそこまで難しくない（と思う）。コミットも多いので、これ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://dat-data.com/
Developing with Git and Pull Request / Git x Pull Request でチーム開発 // Speaker Deck