GitHubでFork/cloneしたリポジトリを本家リポジトリに追従する - Qiita
2019/12/11 分かりやすいサイトへのリンクを追加しました hub コマンドの hub fork について追加しました 2013/04/11 興味深い手法があれば随時追加していきます ネットを検索すると、色々な手法が出てきますが、自分としては「WEB+DB PRESS plus 開発ツール徹底攻略」p.71 に載っていた以下の手法がシンプルで良く理解できました。 本家リモート upstream を追加する方法 本家リポジトリの例として、実際にGitHubに存在する練習用リポジトリ git@github.com:DQNEO/Renshu.git を使います あなた (youraccount) が既にForkしているRenshuリポジトリをcloneします。 $ git clone git@github.com:youraccount/Renshu.git Cloning into 'R
GitHub - susam/gitpr: Quick reference guide on fork and pull request workflow
Every project has a main development branch where the developers push commits on a day-to-day basis. Usually, the main development branch is master but some projects choose to have develop or trunk or another branch for day-to-day development activities. We refer to this main development branch as the main development branch throughout this document to keep the text general. However in the command
Githubの2段階認証を有効にしてgitからの認証が弾かれる時の話 - 頼りないニモニック
Github で2段階認証 (Two-factor Authentication; 2FA) が導入されました。それについての記事もあります。 https://github.com/blog/1614-two-factor-authentication 本日、この 2FA を有効にしたときにちょっとしたアクシデントがあったのでご紹介します。上記の記事にもばっちりと対処法が書かれていますがここでまとめておきます。 リモートリポジトリのプロトコルがHTTPだと認証に失敗する 見出しの通り。2FA を有効にしたとき、push 時に通常通りの ID/PW でアクセスすると認証に失敗します。 $ git push origin master Username for 'https://github.com': *** Password for 'https://***@github.com': fa
GitHubリポジトリのデフォルトブランチをdevelopに変更する - Qiita
はじめに 最近GitHubを触り始めたのでメモ。 GitHubリポジトリのデフォルトブランチの設定方法について。 前提 GitHubのデフォルトブランチ設定はmasterブランチになっている git-flowベースの開発スタイルであれば、リリース時以外は作業用ブランチからdevelopブランチへのマージが中心になる Pull Requestを送るたびに差分の対象ブランチをmasterブランチからdevelopブランチへ手動で切り替える作業が発生する 効率悪くね？ というわけでデフォルトブランチの設定を変更する。 デフォルトブランチの設定 GitHubの対象リポジトリにて [Settings] - [Branches] を選択。 「Default Branch」の「master」をクリックし、ブランチを「develop」に切り替えて「Update」をクリック。 確認ダイアログが表示されるので
GitHubでライブラリのリリースを見ていくためのツールや方法
GitHubでのリリース 前回、GitHubのRelease機能ついて書きましたが、これはリリースする側の自動化等についてでした。 git tagとGitHub ReleasesとCHANGELOG.mdの自動化について | Web Scratch 今度は、いわゆるライブラリユーザーだったりソフトウェアの利用者側から、 GitHubでリリースされるものをどう追っていくかについて書いていきたいと思います。 自分は、JSer.infoというJavaScriptの情報を見ていくサイトをやっているので、 JavaScriptのライブラリ等のリリース情報をどう追っていくかが中心になりますが、基本的にGitHubでリリースされてるならやり方は大きな違いはありません。 基本的には以下に色々書いていた内容のGitHubに関してをまとめた感じの記事となっています。 最近のJavaScript情報の探し方 ·
Transferring a repository - GitHub Docs
You can transfer repositories to other users or organization accounts. About repository transfers When you transfer a repository to a new owner, they can immediately administer the repository's contents, issues, pull requests, releases, projects (classic), and settings. You can also change the repository name while transferring a repository. For more information, see "Renaming a repository." Prere
Moving A Git Repository To A New Server — Smashing Magazine
In this article, Nik Sumeiko will show you how to migrate a Git repository to a new host quickly and easily. When he had to move a number of Git projects to a new host, it took him quite some time to find an accurate method, but after many attempts he found a solid and effective way. The most important thing is to make sure that your branches and tags and your commit history are all moved. Suppose
GithubでRelease機能が追加になっていた - Enjoy*Study
バイナリをダウンロードさせるのに、以前はDownloadといったページがあったのですが、それがなくなってどうしたものかなと思っていた(代わりにGoogle Codeに置いていた)ら、Release機能が追加されて、TagとReleaseを結び付けて、かつバイナリも添付できるようになりました。 Release Your Software あとはダウンロード数が見れると、さらにうれしいのですが、確認する方法はないみたいです。 Google Codeもダウンロード機能が無くなるところだったので、Githubでこういった機能が入って良かったです。 Google Code のダウンロード機能が 2014/1 で終了 | スラッシュドット・ジャパン IT
GitHubのリリース機能を使う - Qiita
Release機能について GitHub上で開発したソフトウェアをそのままGitHub上で配布したい場合や、リリースごとのChangelogの見せ方をこだわりたい場合には、GitHubのリリース機能を使用することが出来ます。 Release機能の使い方 前提 自分のGitHubリポジトリを持っていること Gitリポジトリにtagが付けられていること Releasesページ GitHubのリポジトリのページにあるReleasesページへのリンクには、今まで付けたタグの一覧が表示されています。 自分がリポジトリのOwnerであれば、このReleasesページの右上に、Draft a new releaseというボタンが表示されております。 (Collaboratorの場合にも同様に出るかは分かりません…) Edit releaseページ Draft a new releaseボタンを押すと、下
GithubのHookについてのまとめとソリューション | おそらくはそれさえも平凡な日々
Githubはpushだったり、pull-requestなりのイベントを通知してくれるHook機構がある。Travisとかもその一環。リポジトリのSettings -> Service Hooksで設定できる。 Hookのイベント設定 各Hookで受け取れるイベントの種類は増やしたり減らしたりすることができる。 例えば、IRC通知の場合だと受け取ることができるイベントは今のところ以下の6種類。 commit_comment issue_comment issues pull_request pull_request_review_comment push その中でデフォルトでONになっているのはpushとpull_requestの2種類。どのHookがどのイベントに対応しているかはhttps://api.github.com/hooksを見れば分かる。 どのようにイベントの追加設定をするか
同一ファイルの異なるコミットの差分を確認する3つの方法 - Qiita
http://github.com/<USER>/<REPO>/compare/[<START>...]<END> 古いコミットを先に書く。 こんな感じになります。 Introducing GitHub Compare View SourceTree Cmd押しながら比較したいコミットを２つ選択するだけで差分が出る。便利！ その他の参考記事 Git: how to diff the same file between two different commits on the same branch? - Stack Overflow transitive.info - git diff 使い方 Githubでコミットやブランチやタグ間のdiffを見る、Compare viewを使う - kanonjiの日記 Register as a new user and use Qiita more
hub: git clone時等に'git@github.com:'等を補完してくれるラッパー
B! 11 0 0 0 GitのレポジトリをcloneしたいときはもっぱらGitHubにあるもので、 自分のものも殆どGitHubにあるので、 毎回ちょっとcloneしたいときに[email protected]:とかをuser/repository の前に付けるのはちょっと面倒です。 なので、適当なラッパー関数でも書くかな、とか思っていたら すでにGitHubのレポジトリ に結構立派なのがあったのでそれを試してみました。 hub Setup hubコマンドの使い方 名前を省略してcloneする 省略してしてremote add 現在のレポジトリをブラウザに表示 fork GitHub Enterpriseを使っている場合 GitHub以外で使うことは今のところ出来ない hub hub · the command-line wrapper for git git + hub = githu
CVSで消したいっぱいのブランチがGHEで復活したお話 - 気ままなつぶやき
CVSでいっぱいあったブランチさんとタグさんを沢山消したんだけど、 GHEに移行したら、ブランチさんが復活してた unlabeled-xxxxという名前に変わってGHEに存在していた(つωi｀｡)ﾂﾗｲｨ このへんに書いてるかな。 cvs2svn - dev - why unlabeled Branches will come from cvs2svn 復活しちゃうならブランチは消さなくてよかったな。。 マージしたブランチさんではないので $git push origin hogebranch といった感じでブランチを削除すればよい様子。 普通に消す場合はこれでいいお ↓これみた Git で不要になったローカルブランチ・リモートブランチの削除 - sotarokのお勉強 あとは、ぽちぽちGHE上から消してもいいんだけど、 すっげー数あったので、 cloneしてきて、わっしょーいって削除しま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
どこにいても大丈夫！リポジトリURLをpecoって開く - Qiita
GitHubのissueとcommitを紐付ける - Qiita
手元にあるGit リポジトリをGitHub のリポジトリへ移行する - Qiita
git リリースノート 自動生成 - Google 検索
あるディレクトリをgithubにコミットする - Qiita
Build software better, together
Git・Githubに隠された便利な機能
