[B! git][GitHub] rokujyouhitomaのブックマーク

GitHub リポジトリに git push したら Permission が denied - Qiita

よく知られていることかもしれませんが，自分への備忘録として書いておきます． GitHub (アカウント hoge) でリポジトリ ("abc") 作成: hoge/abc GitHub で以下のように提示されるとおり echo "# abc" >> README.md git init git add README.md git commit -m "first commit" git remote add origin https://github.com/hobe/abc.git git push -u origin master git push すると $ git push origin master remote: Permission to hoge/abc.git denied to fuga. fatal: unable to access 'https://github.

rokujyouhitoma 2018/05/25

Git
GitHub

リンク

初心者向けWIPワークフロー&レビュー時の注意 - Qiita

# masterブランチに移動 git checkout master # masterブランチを最新にする git pull origin master # 新しい作業ブランチを作成 git checkout -b new_branch # 空コミットを作る git commit --allow-empty -m "[WIP] 今回開発する内容を書く" # push git push origin new_branch この後、Githubの画面に行ってpull requestを送ります。 2.タスクを洗い出す Githubのプルリクエストにタスクを積みましょう。下記のようにコメントすればチェックリストが作れます。

rokujyouhitoma 2016/01/12

リンク

git commit --allow-empty を使った WIP PR ワークフロー - Qiita

先日とある方と開発ワークフローについてお話していて初めて知ったのですがgit-commitには--allow-emptyという空の（親コミットと差分がない）コミットを作成できるらしいですね。僕が今関わっているプロジェクトでは WIP PR を用いたワークフローを取り入れているのですが、このgit commit --allow-emptyを用いるともう一段階快適なワークフローになるかと思ったのでメモがてら書き留めておきます。 WIP PR って何？ Work In Progress Pull Request の略です。 Github に Pull Request （以下、PR と表記）という機能があるのは皆さんご存知だと思います（知らない方はググってください）し、業務で取り入れている方も多いと思いますが、それを作業途中の状態で出すことを WIP PR と呼びます。作業途中のトピックブラン

rokujyouhitoma 2016/01/12

リンク

WIP PR ワークフローを実践する - \sqrt xx

WIP PR ワークフローとは通常の開発では future ブランチを切り, commit を重ねていき, 最後に push し PR (pull request) する流れがある. しかしこれだと他の開発者に作業の状態がわかりにくい. WIP PR では PR に WIP (work in progress, 作業途中の状態) であることを明示し, [WIP] ${PR 名} で PR を出しておく. その後は定期的に push しておき, PR ページを見れば作業状態が一目で分かるようにする. 利点他の開発者の作業状態が確認しやすい大きい実装のとき, 実装中にレビューリクエストなどできる実際の方法しかし, GitHub では commit がない状態で PR を送ることはできない. commit を一度しないと PR できないというのは WIP PR ワークフローを実践する上

$WIP PR ワークフローを実践する - \sqrt xx$

rokujyouhitoma 2016/01/12

リンク

GitHub Flow (Japanese translation)

GitHub Flow Scott Chacon on the Interwebs 31 Aug 2011 git-flowの問題点 (Issues with git-flow) 私は人々にGitを教えるためにあちこちを飛び回っているが、最近のほぼすべてのクラスやワークショップで git-flow についてどう思うかを尋ねられた。私はいつも、git-flowは素晴らしいと思うと答えている。何百万ものワークフローを持ったシステム（Git）を提供し、ドキュメントもあるし、よくテストされている。フレキシブルなワークフローは、実に容易なやり方で多くの開発者の役に立つ。標準的なものになりつつあり、開発者はプロジェクトや企業の間を移動しつつこの標準的なワークフローに馴染むことができる。しかしながら、それ故の問題も抱えている。新しいフィーチャーブランチを master ではなく develop から開

rokujyouhitoma 2012/09/13

Github Flow!!

Git
GitHub

リンク

グリーを支えるソーシャルコーディングのすべて

1. グリーを支えるソーシャルコーディングのすべて B-4 大場光一郎グリー株式会社開発本部 CTO室 Developers Summit 2012 2012年7月27日金曜日 2. 提供インターネットを通じて、世界をより良くする。 Making the world a better place through the power of the Internet. Developers Summit 2012 2012年7月27日金曜日