GitHub Project機能が強化されたのでZenHubから移行することを検討してみた | feedforce Engineers' blog
こんにちは!新卒エンジニアのtsubです! 本日Appleから新型のMacbook Proが発表されたということで早速ポチりました。Touch barのハックにワクワクしております。 そして同じく本日GitHubでProject機能が強化されました。 Introducing Projects for Organizations 私が所属しているチームではZenHubを利用しています。GitHubのProjectはZenHubのBoardに近い機能です。 できることなら余計な拡張など入れずにGitHubを純正で使いたいため、今回も移行を検討してみました。 前回の移行検討のおさらい 知っての通り、GitHubのProject機能は以前からリリースされています。 リリース当時にも移行を検討しましたが、その時は見送りという形になりました。 弊社エンジニアの @yukiyan が検討してくれた記事は
GitHubでtagをmasterにする - ジムには乗りたい
概要 GitHub上のOSSをフォークして開発したい。 でも、フォーク元のmasterではなくtagから派生させたい。 ので自分のリポジトリ（フォーク先）ではtagをmasterにする手順。 手順 リポジトリをForkする GitHubから普通にForkするだけ tagを開発ブランチとしてpushする cloneした後、tagを確認する git tag -l tagからブランチを作成する git checkout -b ${ブランチ名} refs/tags/${タグ名} 作成したブランチをpushしておく masterブランチを削除する GitHubではdefaultブランチがmasterになっている。 そしてdefaultブランチは削除できないのでGitHubの画面から変更する。 変更先はtagから作成したブランチ。 [settings]→[branches]→[Default bran
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
GitHubでgitflowを使う - maoeのブログ
gitflowが便利で気に入っています。人のプロジェクトをforkしたときは、どういう流れで使えばいいのかまとめている文書が見つからなかったので書いておきます。 プロジェクトをfork 手元にclone upstreamの登録など git flow init git flow feature start XXXX いい感じに編集 git commit git flow feature publish XXXX GitHubのSwitch branchesからXXXXを選択 Pull requestボタンを押してリクエスト送信 レビューされる 取り込まれたらgit flow feature finish XXXX 僕は先日featureブランチをfinishしてからpull requestを送ってしまいまったんですが、GitHubのヘルプにはpull requestはトピックブランチからやれ
脱GitHub初心者を目指す人のREADMEマークダウン使いこなし術 | ゆっくりと…
README がキチッと書かれているプロジェクトって、どんなに小さくても立派に見えますよネ。 GitHub の場合、大抵はマークダウン記法で書かれた README.md とか README.markdown とかいう名前のファイルが、HTML に変換 （マークアップ） されて表示されていることはご存知でしょう。 マークダウン記法自体はとても簡単なのですが、GitHub では GitHub Flavored Markdown （略して GFM） という GitHub 用にアレンジされたマークダウン・エンジンが採用されていて、一般のマークダウン・エディタでチェックしてからコミットしても、意図通りの見た目にならないことが多々あります。私 （もちろん GitHub 初心者です！） の場合、README ファイルだけで10回以上もコミットしてしまいました。「マークアップ （レンダリング） を気にして
自社内に立てるのもOK。Ruby on Rails製、シンプルなGitHubクローン·GitHaven MOONGIFT
GitHavenはGitHubクローンのオープンソース・ソフトウェアです。Ruby on Railsで開発されています。 バージョン管理システムの一つGitが爆発的に人気を集めるきっかけになったのがGitHubです。そんなGithubクローン（今では結構変わってしまいましたが）として有名なのがGitoriousですが、今回はもう一つGitHavenを紹介します。 トップページです。さっぱりとした画面です。まずはサインアップまたはログインを行います。 サインアップする際に公開鍵も登録できます。この辺りはSSHを使うgitらしいサービスです。 無事サインナップ完了です。 リポジトリを作成しました。この表示もGithubに似ています。 リポジトリの設定画面です。パーミッションの設定も可能です（プライベートリポジトリを作成できます）。 ユーザ設定画面です。 ユーザプロフィール画面です。リポジトリが
HerokuとGitHubの両方にプッシュする時の秘密にしたい値の扱い - アインシュタインの電話番号
HerokuとGitHubの両方にプッシュできるようになったのはいいけど、例えばTwitterのOAuth認証用のトークンとか、何かのAPIを利用するためのAPIキーとか、あるいはもっと大事な何かのパスワードなど、秘密にしておきたい情報はGitHubにプッシュしてしまうと全世界に公開されるので非常にマズい。 かといって書いておかないと、Herokuにプッシュしたときに情報が足らなくてアプリが正常に動かない。どうするん？ 毎回消したり書いたりするの？って悩んでたら、Herokuヘビーユーザーな先人達が既に解決していた。 herokuコマンドでconfigオプション 解決策を読んでみると、herokuコマンドにはそのためのオプションがちゃんと用意されていて、それを使えばスマートに処理できるとのこと。ようは、herokuコマンドで秘密にしておきたい情報を仕込んでおけば、rubyスクリプト内でそれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Managing Composer Github access with Personal Access Tokens | PreviousNext
https://b.pyar.bz/20140122/github-flow
CommitLogs Search
TechCrunch | Startup and Technology News
噂のRuby&Githubなプロジェクトにスキな継続的インテグレーションサービス「Travis CI」を試してみたらすごくよかった