「Working In Progress」な WIP Pull Request ～Github-flowの新たな使い道 - プログラマの思索
「Working In Progress」な WIP Pull Request という概念を知ったのでメモ。 【元ネタ】 Github を使って雑誌原稿を書く - naoyaのはてなダイアリー git commit --allow-empty を使った WIP PR ワークフロー - Qiita WIP (Work in Progress) な Pull Request を目立たなくする Chrome 拡張をリリース - @kyanny's blog 非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog github を用いた開発フロー テンプレート pull request を利用した開発ワークフロー // Speaker Deck 「Working In Progress」な WIP Pull Request とは、ソースの
GitBucket: The perfect Github clone by Scala
GitBucket is an open-source GitHub clone written in Scala that provides features like public and private repositories, wiki, issues, pull requests, and more. It uses Scala web frameworks like Scalatra and Twirl for the backend and JVM technologies like JGit, H2 database, and Apache MINA for key functions. GitBucket aims to be easy to install, run purely on the JVM, and provide an alternative for t
Git ワークフロー | Atlassian Git Tutorial
現在、Git は最も普及しているバージョン管理システムです。Git ワークフローは、Git を使用して一貫性のある生産的な方法で作業を行うためのレシピや推奨事項のようなものです。Git ワークフローによって、開発者や DevOps チームは一貫性を持って Git を効果的に活用できます。Git では、ユーザーは変更を柔軟に管理できます。Git は柔軟性を重視しているため、Git を操作するための標準化されたプロセスはありません。Git で管理するプロジェクトにチームで取り組む場合は、変更をどのように適用するのかについてチームで完全に合意することが重要です。チームの認識を統一するには、合意した Git ワークフローを作成または選択する必要があります。公開されている Git ワークフローの中に、チームに適したものがあるかもしれません。ここでは、このような Git ワークフロー オプションをいく
Windows 7 x64にMercurialからgitを操作できるhg-gitをインストールする
2012/03/21 Windows 7 x64にMercurialからgitを操作できるhg-gitをインストールする Windows 7 x64にhg-gitをeasy_installから入れようとして、ハマったことのメモです。 hg-gitについてはこちら。 Hg-Git Mercurial Plugin コマンドプロンプトから C:\> C:\Python27\Scripts\easy_install.exe hg-git C:\> C:\Python27\Scripts\easy_install.exe -Z hg-git でインストールできます。（-Zオプションを付けないと、hg_git-0.3.2-py2.7.eggに圧縮されてしまうので、あとでmercurial.iniにパスを指定できなくなる） error: Setup script exited with error:
Pro Git: 9.7 Gitの内側 - メインテナンスとデータリカバリ
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
git logでマージしたファイルを確認する - 作業ノート
ベースとなるブランチからサブブランチを作成し、それをno-ffでマージしたときに困ること。 普段、一つの機能を実装するときにサブブランチを作成する。そこから、サブ機能や変更点をファイル単位に切り分けて考え、その単位で実装、テストを行い、少しずつコミットを行う。 必要な実装を全て行ったら、no-ffでマージする。結果的に比較的少ない範囲の変更点を持つコミットがサブブランチ上にいくつかでき、それがマージされた形でコミットログとして記録される。 少しずつ実装を行うので、作業中は対象を管理しやすくなり、とても楽。一方、マージ後にそのブランチで変更したファイルを調べたいときは、そのサブブランチ上の全ての変更点を確認することになり、かなり面倒。 こういうときに、マージしたファイルをコミットログから確認する方法。 $ git log -m -1 --name-status -mオプションは、マージコミッ
Git ワークフローでシンプルに | Atlassian Japan 公式ブログ | アトラシアン株式会社
既に多くのチームは git への移行を済ませており、また更に多くのチームが現在その移行段階にあります。一人のデベロッパーを訓練して、採用の支援として チャンピオン を任命することは重要です。それに加え、物事をあまり複雑にしない、シンプルで扱いやすい、コードコラボレーションのプラクティスを選ぶ事が肝要です。git であれば、非常に複雑なワークフローであっても魔法のようにシンプルにできます。私は実際にそれを目の当たりにしたので、間違いありません。 ワークフローに関するマニュアルは git にインストールされてはいません。しかし、このトピックに関して多くの人が質問を抱えている事を考慮すれば、インストールされているべきかもしれません。それでもご安心下さい。我々は役に立つ資料を作るべく、現在奮闘中です。 ワークフローに関する最近のウェビナーおよびガイド キレイな写真や、文字を読むのが好きな方には、我
いまさら聞けない、成功するブランチモデルとgit-flowの基礎知識
いまさら聞けない、成功するブランチモデルとgit-flowの基礎知識：Gitブランチを使いこなすgit-flow／GitHub Flow入門（1）（1/2 ページ） 数回に渡ってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。初回は、ブランチ管理の課題と効率的にバージョン管理できる5つのブランチモデルと、ブランチの管理を簡単に行えるツール「git-flow」について。 Gitなどの次世代のバージョン管理ツールの特徴として、ブランチの機能を高度に活用できるという利点があります。Gitのブランチを生かしたツール・フローとして「git-flow」「GitHub Flow」が注目を浴びていますが、本連載では数回に渡ってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。初回は、git-flowの概要を紹介します。 効率的にバージョ
はてなブックマークレット - はてなで使えるブックマークレット
「ブックマークレット」とはブックマーク (お気に入り) を利用してブラウザに便利な機能を追加するものです。例えば、閲覧中のページをはてなアンテナに追加したり、はてなダイアリーで言及するといったことがブックマーク1クリックでできるようになります。 各ブックマークレットをWebブラウザのブックマーク(お気に入り)に登録してください。 Internet Explorerでの登録方法 以下のブックマークレット一覧の リンクを右クリックし[お気に入りに追加]を選びます。 「追加しようとしているお気に入りは、安全でない可能性があります。続行しますか？」というダイアログが表示されたら[はい]を選択してください。 フォルダ選択時に[リンク]フォルダを選ぶとブラウザのリンクツールバーに表示できます。 Mozilla Firefoxでの登録方法 以下のブックマークレット一覧の リンクを右クリックし[このリンク
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
GitHub初心者はForkしない方のPull Requestから入門しよう // qnyp blog
2013/08/13 GitHubの新デザインに対応するために記事内容・画像をアップデートしました。 こんにちは、ブログ記事を書くのが約2年ぶりのruedapです。 さっそくですが、Pull Request（プルリクエスト）機能を使ったことはありますか？ GitHubの代表的な機能で、「pull req」や「PR」とも略されたりして、名前はよく聞きますよね。 この記事は、Gitはいちおう入門済みで、GitHubも使い始めたけど、Pull Request機能はまだ使ったことがない、そんな人に向けた 簡単な方のPull Request の入門記事です。 もう1つのPull Requestについて Pull Request機能の解説としてよくあるのは「他の人のリポジトリを自分のGitHubアカウントにFork（コピー）してきて、変更を加えて、それを元のリポジトリに取り込んでもらうようにリクエスト
git初心者向けのTipsなど - os0x.blog
gitの基本的なcommandしか使ってないって人向けのtips集です。 エイリアスの設定 $ git config --global alias.co "checkout" とすると、 ~/.gitconfig に [alias] co = checkout のように追記されます。 このようにgit configを叩いてもいいですし、~/.gitconfigを直接編集しても大丈夫です。 とりあえず、 [alias] co = checkout # checkout長い… st = status -sb # シンプルなstatus pr = pull --rebase # pull するときにmergeコミットを作らない fo = fetch origin ro = rebase origin # branchでfoしてroすればmasterにrebaseできる rc = rebase -
こわくない Git
8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー（説明は省略） 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co
【翻訳】あなたの知らないGit Tips
Mislav Marohnićさんの "A few git tips you didn't know about" を翻訳しました。 元記事はこちら： http://mislav.uniqpath.com/2010/07/git-tips/ （翻訳の公開は本人より許諾済みです） 翻訳の間違い等があれば遠慮なくご指摘ください。 あなたの知らないGit Tips注意：いくつかのコマンドやオプションは Git の version 1.7.2 以降が必要です。 OS Xでは、 Homebrew で簡単にアップグレードできます： brew install git git log でブランチとタグも見る$ git log --oneline --decorate 7466000 (HEAD, mislav/master, mislav) fix test that fails if current d
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
入門書には載ってない Git & GitHub Tips
Amazon.co.jp: 開発効率をUPする Git逆引き入門: 松下雅和, 船ヶ山慶, 平木聡, 土橋林太郎, 三上丈晴: 本
git-flowでもgithub flowでもない、Git本家推奨のワークフロー
Subversion to Git - tech.usopla.com
Log in with Atlassian account