GitHub時代のオープンソース・プロジェクトとの付き合い方
■ GitHub時代のオープンソース・プロジェクトとの付き合い方 GitHubへpull requestする際のベストプラクティスからmaster ブランチで pull request していいのは小学生までってこともないの流れを読んでいて、先日ruby-listであったRedmineのRuby1.9,Rails3対応の話を思い出した。あのときは投稿者は納得して、「GitHub時代のコントリビューションの仕方」みたいなものを理解してくれたようなのだけど、その上で「masterでパッチ作るな」的なお作法を生真面目に受け取りすぎて敷居を高く感じてしまわれても困るよなぁと思った。 そこで、「GitHub時代にフリー/オープンソース・ソフトウェア(以下FOSS)プロジェクトと付き合うための五ヶ条」的なものをまとめてみた。まぁ、そんな大それたものでもないけど。 1. 貢献しようと意気込まない FOS
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
#git >>>> バージョン管理システム - 書評 - 入門Git : 404 Blog Not Found
2009年10月02日17:00 カテゴリ書評/画評/品評Code #git >>>> バージョン管理システム - 書評 - 入門Git 秀和システム木津様より献本御礼。 入門Git 濱野 純(Junio C Hamano) 感動した。 本書は、ただのソフトウェア入門でも、ましてや取扱説明書でもない。 共同開発そのものの入門であり、一緒にソフトウェアを開発するというのが一体なんなのかを指南した書である。 自分以外の人に、自分が書いたソフトウェアを使ってもらうという人は必ず目を通しておくべき一冊である。 本書「入門Git」は、バージョン管理システムgitのメンテナーである著者が、gitを通してソフトウェア--動作するコードに限らず、固定ページしか含まないウェブサイトまで含めて--を開発するというのは一体どういうことなのかを書き下ろした一冊。 そう。著者にとってのgitは、 Linus Tor
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
