Centralize your team’s knowledge, sync with your codebase, and create beautiful documentation your customers and teams will love
![How to ZFS · GitBook (Legacy)](https://cdn-ak-scissors.b.st-hatena.com/image/square/309286d783c8825cf822cca033962f22cc42b1b5/height=288;version=1;width=512/https%3A%2F%2Fframerusercontent.com%2Fimages%2FzlGUDsxOhDseDbUkyYaNkpCbM.png)
GitHubでのリリース 前回、GitHubのRelease機能ついて書きましたが、これはリリースする側の自動化等についてでした。 git tagとGitHub ReleasesとCHANGELOG.mdの自動化について | Web Scratch 今度は、いわゆるライブラリユーザーだったりソフトウェアの利用者側から、 GitHubでリリースされるものをどう追っていくかについて書いていきたいと思います。 自分は、JSer.infoというJavaScriptの情報を見ていくサイトをやっているので、 JavaScriptのライブラリ等のリリース情報をどう追っていくかが中心になりますが、基本的にGitHubでリリースされてるならやり方は大きな違いはありません。 基本的には以下に色々書いていた内容のGitHubに関してをまとめた感じの記事となっています。 最近のJavaScript情報の探し方 ·
新しい言語やフレームワークを学ぶことは、時には苦闘になることがあります。従来のアプローチは、概念を説明し簡単な例を提供するドキュメントを読むことです。それで十分な場合もありますが、ドキュメントに高度な例や実際のプロジェクトでの使い方が書かれていない場合も多々あります。 ドキュメントに記載されていない問題に出くわすと、大抵の人はStack Overflowで解決策を探します(またはソースコードを丹念に調べます)。しかし、「使っているフレームワークが登場してから十分に期間が経っておらず、思い浮かぶ質問全てにStack Overflowが答えてくれない」ということもありえます。 今まで問題にはまって、こう考えたことはありませんか? 「誰かが既にこの問題を解決しているはずだ!では、なぜこの問題に対する答えがStack Overflowにないのだろうか?」 そのとおりです。恐らく誰かは既にそれを解決
どうもはじめまして。 シャノンで社内インフラを担当しているma2iです。 入社してからもうすぐ半年になるのですが、時間って本当に早いですね。 今回初のブログ当番という事で、今年買った輸入盤ベスト5でも紹介しようと 思ったのですが、技術ブログなのでそれはダメだそうです・・。 閑和休題。 何を書こうか迷ったのですが、先日社内に導入した「GitHub Enterprise」(以下GHE)に ついて書いてみたいと思います。GitHubについては様々な情報があるのですが、GHEに 関しては日本語の情報がまだ少ない気がします。今回の作業の経緯をまとめることで、 GHE導入を躊躇している管理者の方々の参考になればよいかと思います。 ■GitHub Enterpriseとは?(一応説明しておきます) GitHubをクローズドな環境で使うために、GitHub社が提供しているソフトウェアです。 機能やインタフ
前に社内チャットで流れてて初めて知った。 他人の変更を上書きするおそれのある git push --force でなく、最後に fetch したタイミング以降に他人が push していたら失敗する git push --force-with-lease を使う方が良い。 --force considered harmful; understanding git's --force-with-lease - Atlassian Developers Quipper では GitHub flow のような開発フローを採用している。 各開発者が feature branch を作成し、master / develop branch へ pull request を作る流れだ。 他人と修正箇所が重なってコンフリクトした際には rebase が必要で、 rebase 後の内容を push する際には
050plus がSIPサーバとして使えることがわかったので、前から試してみたいことを試すことにした asterisk で、電話をルーティングする。 AsteriskはSIPやアナログ回線など各種音声回線をまとめて取り扱える。 まとめて取り扱えからasterisk=アスタリスク(*)ワイルドカードなんですよね。 とてもヤヤコシイ。 Asteriskはそれなりに、枯れているので使いやそうだと思ったら面倒。 ここが詳しい http://www.st-asterisk.com/archives/53 初めの第一歩としてはダイアルプランまでうぃ上記サイトを見ながらやった。 アナログ回線は電気通信事業法とか資格とかあるから、勝手につないだらダメなのと、そういう縛りがあるから、ネットに情報が殆ど無いんですね。 今回は、asterisk を使ってみたので すが、make は面倒なので deiban のパ
ProductIssue and Pull Request templatesIt's hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contributors share the right details… It’s hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contribut
オレオレGitlabを構築して、外部のbareリポジトリと連携してみたのでその時のメモ。 (メール機能については除外) 状況 外部サーバーにGitのbareリポジトリがある 外部サーバーにGitlab立てたいけど色々あって却下された じゃあ社内ネットワークにGitlab立ててHookさせれば良いんじゃね? VagrantでVM立ててそこにGitlab立てよう 完成イメージ 環境 ホストマシン:Mac OSX 10.9.3 VM:Ubuntu12.04(64bit) Vagrant1.6.2 Gitlab 6.8.2 UbuntuのVMを起動する Gitlabが簡単にインストール出来るOmnibusが利用出来るUbuntu12.04(64bit)のVMを立てます。 まずはVagrantfileを用意。大切な箇所だけ抜粋。 # ubuntu12.04 64bitのBOXを予めインストール co
また、Organization[1]の数も360を超え[2]、リポジトリ数もOrganizationのものだけでも2000近く作られています[3]。 新規のプロジェクトは基本的にGitを利用しており、既存プロジェクトもほとんどがSubversion(以下SVN)などからGitに移行しました。 本記事では、Ameba事業本部がどのようにGitを組織内に普及させていったか、その運用体制、現場でどのように利用されているのかをご紹介します。 [1] 複数アカウントをまとめるグループ機能です。リポジトリは個人単位だけでなく、Organization単位で作ることもできます。 [2] プロジェクト単位で1つのOrganizationを用意しています。 [3] 個人アカウントで作成したり、他からforkしたリポジトリは除いた数です。 GitHub Enterprise導入への道のり GHE導入以前の標準
A cloud IDE for writing, running, and debugging code AWS Cloud9 is a cloud-based integrated development environment (IDE) that lets you write, run, and debug your code with just a browser. It includes a code editor, debugger, and terminal. Cloud9 comes prepackaged with essential tools for popular programming languages, including JavaScript, Python, PHP, and more, so you don’t need to install files
はじめに こんにちは、モバイルアプリサービス部の荒川です。 弊社のモバイルアプリサービス部は、以前まで「iPhoneアプリサービス事業部」という部名でした。その名の通り、iPhone のアプリ開発に力を入れて、アウトプットのおよそ8割は iPhone(iOS)に関するものでした。しかし、モバイルアプリ開発の受託では、「一緒に Android 版も作って欲しい。」という要望が多いです。そのため、部名にはない Android アプリも並行で開発することが多かったです。 私は、2015年の4月までは iOS の開発のみを担当していましたが、最近では Android の開発も並行して行っています。 この記事では、私が上記の経緯で得た知見や、気づいたこと・良かったことを紹介します。記事の内容の大半が私の振り返りなので、技術ブログというよりは、個人ブログに近くなっています。ご了承ください。 モバイルア
はじめに Set Up Git · GitHub HelpのNext steps: Authenticating with GitHub from Gitによると、GitHubへのアクセスはSSHよりHTTPSがお勧めらしいです。 OSXのキーチェーンにgitで使用するパスワード/アクセストークンを保存する設定 Caching your GitHub password in Git · GitHub Help 私はHomebrewでgitをインストールしているのでgit-credential-osxkeychainはインストール済みでした。 ということで、設定は以下のコマンドを実行するだけです。 この設定をしておくと、GitHubからgit cloneするときにユーザ名(メールアドレス)とパスワードを聞かれて、入力するとキーチェーンに保存されます。以降はパスワードの入力は不要になります。
(※3月18日追記:当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました) GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
IFTTT、楽しいですよね! IFTTT / Dashboard 特に使い道がなくても、眺めてあれこれと使い方を考えてしまいます。良いサービス。 大昔に流行った、Yahoo!Pipesなんかを思い出します。 何か使えないかと考えてみた結果、GithubのStarを付けたリポジトリは参照性が悪いので、はてブでまとめて管理したいという欲求がありました。 しかし、IFTTTにははてなブックマークもGithubもチャンネルとして提供されていないので、一見、不可能に見えますが、ちょっとトリッキーな方法を使うことで実現することができます。 Githubのスターをはてブ ThisにRSSを指定 TriggerにNew feed item matchesを選択 Keywordに[USERNAME] starredを指定 Feed URLにhttps://github.com/[USERNAME].atom
いつも忘れてしまうので、GithubであるプロジェクトをForkしてからPull Requestをするまでの流れをメモしたいと思います。今回、実際に私がこの流れを使っているCordova (PhoneGap) ドキュメントのプロジェクト、 https://github.com/apache/incubator-cordova-docs を例にやっていきたいと思います。 1. Fork する GithubでForkしたいプロジェクトまで行って、右上にあるForkボタンを押します。今回、 https://github.com/apache/incubator-cordova-docs をForkしたので、私のGithubアカウントkeiko713上では https://github.com/keiko713/incubator-cordova-docs というリポジトリが作成されます。 2.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く