On undoing, fixing, or removing commits in git
A git choose-your-own-adventure!ⓡ This document is an attempt to be a fairly comprehensive guide to recovering from what you did not mean to do when using git. It isn't that git is so complicated that you need a large document to take care of your particular problem, it is more that the set of things that you might have done is so large that different techniques are needed depending on exactly wha
Git - Book
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
tbaggery - A Note About Git Commit Messages
19 Apr 2008 I want to take a moment to elaborate on what makes a well formed commit message. I think the best practices for commit message formatting is one of the little details that makes Git great. Understandably, some of the first commits to rails.git have messages of the really-long-line variety, and I want to expand on why this is a poor practice. Here’s a model Git commit message: Capitaliz
Help.GitHub - Post-Receive Hooks
Webhooks provide a way for notifications to be delivered to an external web server whenever certain events occur on GitHub. About webhooks Webhooks let you subscribe to events happening in a software system and automatically receive a delivery of data to your server whenever those events occur. Webhooks are used to receive data as it happens, as opposed to polling an API (calling an API intermitte
プロキシの指定方法 - Qiita
以下、プロキシサーバのURLをhttp://proxy.example.com:8080/とする。 認証が必要な場合はプロキシサーバの設定を下記のように書く。
transitive.info - git rebase 使い方
git rebase 使い方 ブランチの派生元を変更する ブランチ experimental が master から派生したとする。 このとき、master が更新されたとき、 rebase を使って experimental の派生元を更新された master にすることができる。 git rebase master rebase を実行するときに、コミットのリストを作り、 各コミットについて処理を指定するには「-i」オプションを使う。 git rebase -i master rabase のコンフリクトを解消して作業を続ける コンフリクトが起こったら、該当のファイルを修正して git add <file> とし git rebase --continue とする。 rebase を止めて元に戻す git rebase -i HEAD~5 などとして rebase を実行したけれど、
Git超入門 - 猿でもできるGit rebase · DQNEO日記
むちゃくちゃわかりやすい例を考えてみた 今あなたは、羊を数えるプロジェクトをGitで開始しました。 羊を１匹数えるごとに１コミットして、３コミットまで終わりました。 ひつじが1ぴき (←1コミット目) ひつじが2ひき (←2コミット目) ひつじが3ひき (←3コミット目) masterブランチの歴史 (左から右に進みます) １ぴき ２ひき ３ひき ○ － ○ － ○ ワイルドプログラマ、wildブランチを作る ここで突然ワイルドプログラマのスギちゃんが登場します。 スギちゃんは、masterブランチをもとにwildブランチを作成して、そこで１コミットずつ発言をワイルドに変えてしまいました。 ひつじが1ぴきだぜぃ ひつじが2ひきだぜぃ ひつじが3ひきだぜぃ wildブランチの歴史 (左から右に進みます) １ぴき ２ひき ３ひき １ﾜｲﾙﾄﾞ ２ﾜｲﾙﾄﾞ ３ﾜｲﾙﾄﾞ ○ － ○ － ○ －
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Git Workflow
Overview The general process for working with Nancy is: Fork on GitHub Make sure your line-endings are [configured correctly](Make sure line endings doesn't bite you) Clone your fork locally Configure the upstream repo (git remote add upstream git://github.com/NancyFx/Nancy) Create a local branch (git checkout -b myBranch) Work on your feature, spiking/prototyping as required (see below) Rebase if
【翻訳】あなたの知らない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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ガントチャート上でドラッグ＆ドロップでタスクの並び替えられるようにしてほしい – Customer Feedback for Backlog
GitHub for Windows