Syncing a fork branch from the web UI On GitHub, navigate to the main page of the forked repository that you want to sync with the upstream repository. Above the list of files, select the Sync fork dropdown menu. Review the details about the commits from the upstream repository, then click Update branch. If the changes from the upstream repository cause conflicts, GitHub will prompt you to create
GitHubの2段階認証を有効にしたところ、httpsなURLのリモート・リポジトリへのpushが弾かれるようになった。ちゃんと記事読んだらトークンで認証させろと書いてあった……。指示に従ってアカウント設定のApplicationsからPersonal Access Tokenを発行し、パスワードの代わりにそれを使うようにしたところ、httpsでも元通り自動認証でpushできるようになったようだ。 "GitHub 2段階認証 https"で検索して見つかるGithubの2段階認証を有効にしてgitからの認証が弾かれる時の話には「毎回トークンを入力する必要があります」と書いてあるが、credential.helperを設定しているならそんなことはない。単純に今までのパスワードの代わりに発行したトークンを入力して、ヘルパー・アプリケーションに覚えさせれば二度と聞かれなくなる。 credenti
「GitHub トレーニングチームから学ぶ Git の内部構造」に行ってきました！Gitの中・上級者向けの素晴らしい勉強会でした。おもしろかった！ 今回の勉強会で一番面白かったのは、「とりあえずコミットをしろ。そうすりゃあとでなんとでもなる」です。git reset --hard によって消えたはずのコミットが git reflog から復元できるなんて目から鱗でした。現在の変更を破棄したい場合でもとりあえずコミットしておけ、という教訓の意味がやっと分かりました。 末尾に勉強会のノートを添えておきます。 このイベントは、その場で図を書くような説明などアドリブが多く、とてもわかりやすかったのですが、まとまった資料を貼るのが難しそうな発表でした。したがって、資料は公開されないかもしれません。とすると、このノートはいまのところ唯一の資料です！ ちなみに、会場の様子はこんな感じでした。勉強会の後の
Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう
Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう Jenkin developers accidentally do "git push --force" to over 150 repos on github | Hacker News Jenkinsの開発者、Luca Milanesioによって、Jenkinsの多くのgitレポジトリに対してpushが行われた。不思議なことに、pushをしたというのに変更点はほとんどみられない。一体ルカは何をやったのだ。 Dominik Bartholdi やあみんな、とくにルカ。 昨日、GitHub上のJenkinsの多くのレポジトリ（50以上）に、なにか変なことが起こった。 どうやら、Luca Mmilanesioが、何の変更もないのに、たくさんのたくさんのレポジトリにpushしたらしいのだ。
■ [rurema] るりまのリポジトリがgithubに移行しました るりまのリポジトリがgithubに移行したので、こちらでもアナウンスしておきます。 リファレンス本体：https://github.com/rurema/doctree 管理ツール：https://github.com/rurema/bitclust るりまプロジェクトの正式名称は「Rubyリファレンスマニュアル刷新計画」ですが、さすがにもう刷新が完了したと言っていいと思うので(昔の赤い方のリファレンス見てる人、もういないですよね)、時代を感じさせる名称になりつつありますね。 doctreeの方にリファレンスの書かれたファイルが入っています(例：Array)。記法はbitclustの独自記法です。 bitclustはるりまのデータを管理するツールで、http://doc.ruby-lang.org/ja/2.0.0/do
テーマはGitHub APIを利用してプログラマーの問題を解決するというものでした。 http://qiitahackathon03.peatix.com つくったもの Gitのコミット毎に親コミットとのdiffからTODO:やFIXME:というコメントを探し出し、 それを元に自動的にissueのオープン/クローズを行うツールをつくりました。 このツールを使うと、TODO:コメントの挿入/削除 = issueのオープン/クローズとなります。 あまりウケないかなと思っていたのですが、思いの外受け入れてくれた方がいて嬉しかったです。 スライド GitHubのゲストの方向けに資料は英語で書かれていますが、発表は日本語でした。 デモビデオ 発表のときはその場で実演しました。 かなり緊張しました。 (音声はありません。) 実装方法 いつも通り、Objective-Cで書きました。 前後のコミッ
About line endings Every time you press return on your keyboard you insert an invisible character called a line ending. Different operating systems handle line endings differently. When you're collaborating on projects with Git and GitHub, Git might produce unexpected results if, for example, you're working on a Windows machine, and your collaborator has made a change in macOS. You can configure G
2012-05-06 pull requestした後に、不幸にもmasterが更新されてコンフリクトしたときの対応。 忘れてしまいそうなのでメモ。 最新の変更への追従とコンフリクト解消 ローカルリポジトリのmasterブランチを最新版に追従。 $ git checkout master $ git pull tdiary master pull request済みのブランチを念のためにバックアップ。 $ git checkout html_anchor_on_rack $ git branch html_anchor_on_rack2 最新版のmasterにリベース。 $git rebase master コンフリクトしていたらaddしてrebase —continue。git commitは不要。 git add config.ru git rebase --continue これでma
github-for-nanashi-san-0.02.md 名無しさんのための GitHub ３分クッキング 対象者 名無しさん git (ぎっと) とか知らない GitHub (ぎっとはぶ) は、なぜか名前だけ知ってる なにができるようになるの？ xyzzy (マルチフレーム版) のドキュメント類がブラウザで書けるようになる 書いた結果を作者に送信して、相手が納得したなら取り込んでもらえる 注 : ここでの「作者」とは、xyzzy の作者の亀井さんではなく、マルチフレーム版の作者さんのこと 怒られたり、壊れたりしない？ 悪さをしない限り、怒られたりはしない 悪さっていうのは悪意をもって何かをすること。わからない人は、お父さんお母さんに聞いてね！ 間違った操作をしても、ほかの人のデーターを壊すことは無い 一番最悪の場合でも、これから作るキミのアカウントが消える程度 必要なもの Webブラ
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
■ [github][git][homebrew] alias git='hub' 昼間に github を眺めていたら、みんな大好き defunkt 先生が homebrew に formula をアップロードしていたので覗いてみたら面白い物だったので紹介。 http://github.com/defunkt/hub git に github 向けのコマンドを追加したラッパーみたい。コマンドそのものは hub という名前なんだけど、alias git='hub' してから、こんな風に使える用になる。 $ git fork $ git init -g $ git clone hsbt/tdiary-core $ git clone -p tdiary-core alias しても git として問題無く使えるのでとても便利。homebrew を使っている人は brew install hu
![[github][git][homebrew] alias git='hub' - HsbtDiary(2010-08-09)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2F2.zoppoz.workers.dev%3A443%2Fhttps%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
まあ、おまえらもmatz基調講演を聞いて「意外にも思いつきではなくちゃんとパッチが管理されている」ことに衝撃を受けたことだろう(実は前から日記とかで言及されてはいたが)。あれを見てそろそろgit使い始めようかとか思いだしたかもしれない。しかし、じゃあといってRubyのレポジトリをgit svn cloneしようとすると果てしなく時間がかかる(ネットワーク状況などにもよるが30時間くらい?一日以上なのは確実)ので、多くの人はここでめげてしまう。 ところが案外知られていないけどgit-svn(1)は実はよくできていて、git svn cloneってのは毎回みんながやる必要はなくて、本当はだれかがどこかで一回やればいいのである。他の人はそいつをgit cloneすればいいの。その誰かさんのgitレポジトリってのはみんなが見れるところにないといけないわけだが、そこはもちろんgithub使えよ。って
昨日ひさびさにgithubを触り、followしている方のプロジェクトを見ていたら、ソースを落としたくなりました。 前提：単純にソースを見たい、プロジェクトを追いかけたいというだけならば、watchしてcloneすればOKです が、何を間違えたか、ついforkを押してしまい、めでたく自分のプロジェクト一覧に人様のプロジェクト（をforkしたやつ）が追加されました。。。 あわてて消そうにも、消し方わかんねー って事で一晩放置していたのですが、今見たらあっさり見つかりました。 という訳で以下手順 自分がforkしたプロジェクトのトップに移動( ex : ttp://github.com/masartz/hoge/tree/master ) グローバルメニューの「admin」をクリック Administrationの「Delete This Repository…」をクリック 「Delete R
Rubyで遊んだ日々の記録。あくまで著者視点の私的な記録なので、正確さを求めないように。 Rubyと関係ない話題にはその旨注記しているはず。なので、一見関係無いように見える話題もどこかで関係あるのかもしれません。または、注記の書き忘れかもしれません... 年 月 ◆GitとGitHubを使ってみる _ Linusのバカ発言はどうかと思う。 SubversionはSubversionで素晴らしいし、作ってる人たちは絶対バカじゃないよ。焦点の当て所が違うというだけだよね。 _ が、それはそれとして、Git(とGitHub)が提供するワークフローは非常に素晴らしい。それは認めよう。 というわけで、重い腰を上げてGitを触ってみることにする。 _ ではまずGitのインストールから。 _ うちはWindowsで、まあそうすると当然のようにcygwinでバイナリ配布があるわけだけど、cygwinのシェ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
