makeに投稿されたブログによると、WordPressがついにリポジトリをGitへ移行することを検討している。まだ計画段階ではあるものの、リリースリードを勤めたこともあるHelen 侯-Sandí（10up所属）を中心にプロジェクトチームを結成し、本格的に始めるようだ。これまでもGitへの移行は何度も要望として上がってきていたが、計画が公式発表されたのは筆者の知る限り初めてなので、ほんとうに移行されるのだろう。 移動先の最有力候補はGithubのようだがまだ確定しているわけではない。基本方針としては既存のSVNリポジトリをミラーしつつ、tracからイシューを移行するなどの方法を模索していくようだ。他にもビルドプロセスやら自動テストの実行環境をたとてばTravisなどのCIサービスに移譲するかなど、モダンな開発プロセスに寄せていく予定の様子。 これまでも新しいコントリビューターたちにSVNの
Add momentum to anything. It's like iScroll, except not for scrolling. Supports mouse and touch events. Less than 1.5KB gzipped. Impetus is meant to be used as a part of other components — these simple demos just demonstrate the momentum. For an example of a practical implementation, take a look at Spherical.js. Usage new Impetus({ source: myNode, update: function(x, y) { // whatever you want to d
概要 以前Jenkins入門の入門にてCIについてとCIツールであるJenkinsついてまとめましたが、今回は別途話題になっているCircleCIについてまとめてみます 人口的にはまだJenkinsを使っている人が多いみたいですがJenkinsからCircleCIに乗り換えている人もいるみたいなのでどんなものなのかイメージできるぐらいに調べてみたいと思います CircleCIとは 前提としてCIとJenkinsについて以下にまとめているので単語の意味だけでも目を通してもらえればと Jenkins入門の入門 CircleCIとはCIサービスになります https://circleci.com/ 上記のページから登録を行うことによりJenkinsのようなビルドやテスト、デプロイを自動で実行することができます Jenkinsは自前でJenkinsサーバを立てる必要がありますがCircleCIはサ
GithubでWebのGUIからマージしようとすると「Create a merge commit」、「Rebase and merge」、「Squash and merge」の選択肢があります。この記事では、それぞれのマージの動作の違いと使いどころをまとめました。 GithubのWebからのマージ GithubでPull requestをいただいてマージしようとすると以下の3種類が表示されます。 Create a merge commit Rebase and merge Squash and merge この動作の違いをまとめました。 前提 説明するに当たりマージする前の状態を以下の状態として進めていきます。これはAのリポジトリからBがforkして、2つコミットした後にAにPull requestを出して、取り込まれるのを待っている状態だと思ってください。 また、BがY、Zの変更をしてい
GitHubでは、サーバーを自前で準備しなくてもWebページを公開できる「GitHub Pages」という機能があります。これまでは、gh-pagesという別ブランチを作成して、そこにソースコードをプッシュする必要がありました。しかし、本日(2016/08/18)実装された新機能により、masterブランチのみでWebページを公開できるようになりました。 本エントリーでは、具体的な設定手順を紹介します。 手順 masterブランチにて、「docs」フォルダーを作成します。このフォルダーに公開したいWebページのソースコードを入れます。 masterブランチをプッシュします。 GitHubのリポジトリページ上で、[Setting]→[Pages]に移動します。 [Source]の箇所から、「Branch: main」、「/docs」フォルダーを指定します。 [Save]を押すと、下図の赤枠部
Photo by Luke Anderson こんにちは。谷口です。 開発業務未経験からITエンジニアを目指す方にとって、プログラミングだけでなく、習得しておきたいのがGitHubの使い方です。 GitHubは、Gitの仕組みを利用し、オンライン上でコードを管理できるサービスです。 github.com 複数人での共同作業に必要な機能もそろっており、個人・企業問わずにリモートリポジトリの作成・公開もできるため、個人・学校・企業など、さまざまな場面で広く使われています。 特にWebサービスやアプリ開発をしている企業では、ユーザーの反応を見てすぐに機能追加するなどスピード感のある開発をしていくために、多くがGitHubを使った開発フローを実践しています。そうした企業のエンジニア職を目指す人にとっては、GitHubの使い方の習得はほぼ必須と言えるでしょう。 そこで今回は、プログラミング初心者の方
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩
RawGitは、2019年10月に、サービスを終了するとのことです。 https://rawgit.com/ RawGit is now in a sunset phase and will soon shut down. It's been a fun five years, but all things must end. GitHub repositories that served content through RawGit within the last month will continue to be served until at least October of 2019. URLs for other repositories are no longer being served. If you're currently using RawGit, please st
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ＜この記事は「Money Forward Advent Calendar 2015」の10日目の記事です＞ エンジニアとして成長するために日々、新しいことや興味のあることを勉強している方が多いと思います。 今回は私が実践していてオススメだと思う学習方法を紹介させていただきます。 その1 Twitter ある言語や分野について学んでいくうちに自ずと、その界隈で有名な人を知るようになると思います。 それは、困った時にググると毎回出てくるブログの著者の方だったり、勉強会に参加した時に発表していた登壇者の方だったり。 そうやって知った方々を私は
ちょびえです。Githubのsvnサポートが神なことに最近きがついたのでカッとなってエントリでも書いてみました。 きっとこの便利さはあんまり言及されてないはず（ワタシだけが知らんかった、とかだったらほんとすいません） https://help.github.com/articles/support-for-subversion-clients/ Githubでは上のページに書いてある通りsubversion clientのサポートもしております。 なんで今さらsubversion？という感じもする方もいらっしゃるかと思いますが。 これ、svnなので当然ディレクトリ個別にチェックアウトできるのですよね・・・・ たとえば、こんなふうにやると svn co https://github.com/chobie/flatbuffers/trunk/php flatbuffers-php A flat
プロ生ちゃんマグカップ のデザインに使っている GiHub でコミットするときに役立つ絵文字は、エディター Atom のプロジェクトで使われている絵文字一覧です。 コミットメッセージに絵文字があると、少し楽しいですよね。Atom 以外のプロジェクトで、絵文字を活用しているところがないか、コミットメッセージから探してみました。 方法 方法は、GitHub Explore から参照できる 610 のプロジェクトの、master リポジトリのコミットメッセージに絵文字が含まれているか調べ、メッセージが多い順に掲載しています。 絵文字だけ登録している leereilly/emoji と、意図せず絵文字になっているメッセージで気付いたものは除いています。また、メッセージ数が1個のものは掲載していません。 結果は、ほぼ見つからないですね……。以下 56 プロジェクト掲載しています。 /atom/ato
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
