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
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へpull requestする際のベストプラクティス master ブランチで pull request していいのは小学生までってこともない このへん読んでて思ったことです。 master から pull request して reject されたとしましょう。この master は上流の master と食い違ったままになります。 しかし、自分のブランチと上流の同名のブランチは一致しているか、自分のブランチのほうが進んでいる状態にあると面倒事がなくて好ましいです。食い違った master をふたたび一致させる手段は2つ： さらに master を変更して再度 pull request し、どうにか merge してもらう master に変更を加える前のコミットを強制的に push し、 master のコミットをなかったことにする 1つ目の手を取るなら、なんとしても pu
■ [git][github][tDiary] master ブランチで pull request していいのは小学生までってこともない GitHubへpull requestする際のベストプラクティス - hnwの日記を読んで感じたこと。 このエントリではmasterブランチで pull request していいのは小学生までと言われているけど、少なくとも tDiary ではどうでも良いからパッチ送れとしか思わないなあ。 具体的には master ブランチで作業したものを pull request しても別にコードの内容に問題がなければがんがん取り込むし、コンフリクトがひどかったり、なんじゃこりゃというのは差し戻すのでパッチを投げる側は気にする必要はない。繰り返すけど、Gitのお作法よりもコードの内容の方が重要ってことを頭に置いた方が良い。 もちろん、件の記事のようにちゃんと Git を
プログラマにとって欠かせないコミュニティになったgithubで話題になっているpull requestがありました。話題になっているのは正しい仕事の為の正しいツールという触れ込みのJavaScriptフレームワーク集「EveryJS」のリポジトリでそこに送られて来たプルリクエストの差分の量が驚きの426行追加、24623行削除。不必要にJavaScriptを使って表示を行っている部分をhtmlに変える事で動作の速度を向上させる狙いのようです。 またこのEveryJS.comの日本語の情報が無かったので掲載されているライブラリの全32個のリストも紹介しておきます。このリストもなかなか有用そうですしEveryJS.comをブックマークしてみようと思います。 Backbone.js イベントとKVSを結ぶ構造を提供 Benchmark.js 高解像度タイマ対応のベンチマーク Cappuccino
gitの解説書というと、入門gitと入門Gitと実用gitの御三家だが、そのうち入門gitと実用gitが近所の図書館にあったので借りてきた。githubを使うという目的では実用gitの方がリモート・リポジトリに詳しい感じがしたので、ちょっとcacooでまとめてみた。 gitのチートシートは色々な人が作っているが、githubを介して2人が登場するところが工夫したところ。addとかcommitはgitを学ぶ最初の方の話なので省略した。branchも、作ったとしても、すぐにmasterにmergeするので省略してるが、後で自由に書き足せるのがcacooのいいところなので、要望があれば編集していくかも。
githubというかgitosisはsshの鍵でユーザを判定します。 設定の仕方はhelpでも見てくだしあ。 Redirecting... Redirecting... Redirecting... 自分のgithubユーザとして色んなマシンからgithubを使う場合は簡単です。 上記の説明のとおりに公開鍵を追加していけばいいだけです。 で、同じマシンの同じユーザアカウントで、 複数のgithubユーザとしてgithubを使うのはどうすればいいかというと、 ホストのエイリアスを設定して別の秘密鍵を設定してやれば大丈夫です。 入門OpenSSH / 第4章 OpenSSH を使う ↓の例は複数HostNameへのSSH接続の管理ですが、 ~/.ssh/config で簡単に複数ホストへのSSH接続を管理する - すぱぶろ 同一HostNameで別Hostというふうにも出来るのでそれを使います
自分用のメモです。 kuroda/test からフォークした example/test レポジトリが存在すると仮定します。 今、example/test から kuroda/test に対してプルリクエストが届きました（ブランチは両方ともmaster）。 私（kuroda/testにpush権限を持つ）が example/test の変更を kuroda/test に取り込む手順は以下の通り。 1. まず clone。 $ git clone git://github.com/kuroda/test.git 2. 変更を取り込む。 $ git checkout -b example-master master $ git pull git://github.com/example/test.git master $ git checkout master $ git merge examp
Webサーバに Subversion のサーバを立てておき、HTML や CSS を commit することでWebサイトを更新する方法は、良く知られているテクニック、らしいですね*1。更新の履歴を残すことができるし、ましてチマチマとFTPやsftpでアップロードするよりずっと簡単です。 しかし SVN の代わりに git を使おうとすると、pushしてもリポートリポジトリではファイルを更新してくれません。 また、リポジトリはWebサーバ上に作るよりも、便利な管理インタフェースがある github（や噂のgitosis）に置いておきたいところです。 そこで、github の Post-Receive Hook を使うと、リポジトリに変更を push すると同時に、Webサーバにも同期させることができます*2。 Webサーバに同期する前に、Sphinxでドキュメントを整形したり、SassをC
先月くらいから、遅ればせながらgithub-growlerを使い始めてました。 https://github.com/miyagawa/github-growler githubで自分がfollowしているユーザのアクティビティやwatchしているリポジトリの変更がgrowl通知されてすごくイイ。 ただ、.appのアプリはSnow Leopardでは動かなかった https://github.com/miyagawa/github-growler/issues#issue/2 ので、github-growler.plを動かすようにしていた。 けど、今日ついにSnow Leopard対応版がリリースされたようなので早速入れてみました。 Downloads · miyagawa/github-growler · GitHub System PreferencesのAccountsからLogin
Knowing which software is best for your needs is crucial when wanting to use a single application for any project planning and source code management. There are many different ones from which to choose, but here we will take a deeper look at Gitlab and GitHub, and how they compare overall. First, understanding that both Gitlab and GitHub are web-based Git repositories is crucial to understanding w
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
