Markdown記法のチートシートです。 記法はGitHub Flavored Markdownに準拠し、一部拡張しています。 Qiitaでシンタックスハイライト可能な言語一覧については、 シンタックスハイライト可能な言語 をご覧下さい。 Code - コードの挿入 Code blocks - コードブロック たとえば、「Ruby」で記述したコードをファイル名「qiita.rb」として投稿したいときは、 バッククオート（`） か チルダ（~） を使用して以下のように投稿するとシンタックスハイライトが適用されます。 コードブロック内でコードブロックを書きたい場合は異なる記号を使うことで書けます。
Awaken your home Open source home automation that puts local control and privacy first. Powered by a worldwide community of tinkerers and DIY enthusiasts. Perfect to run on a Raspberry Pi or a local server. Get started View live demos Browse 2900+ integrations Recent Blog Posts Event wrap-up - GitHub Universe '24 November 18, 2024 Roadmap 2024 Year-end Update: Full steam ahead! November 15, 2024 2
社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本日開催予定の Mobile CI/CD Meetup，LT枠で申し込んでおきながら体調を崩してしまって参加できなくなってしまいました． 関係者の方々大変ご迷惑をお掛けして申し訳ありません． とはいえ，せっかく資料を作ったので，このまま寝かせるのももったいないのでQiitaに投稿することにします． GitLab CI with GitHub 今回発表するつもりだったのはこちら．「GitLab CI with GitHub」です． Why GitLab CI? GitLabといえば，GitHubのOSSクローンや競合と思う方も多いかと思い
システムの保守・運用を行うインフラエンジニアにとって、障害対応は最も責任のある仕事のひとつであり、障害の監視や通知に関するツールは「PagerDuty」や「Zabbix」が有名です。そうした障害対応を助けてくれるツールとして、Netflixが無料のオープンソースソフトウェア「Dispatch」を公開しました。 Introducing Dispatch - Netflix TechBlog https://netflixtechblog.com/introducing-dispatch-da4b8a2a8072 About - Dispatch https://hawkins.gitbook.io/dispatch/ Netflix Dispatch - Reviews, Pros & Cons | Companies using Netflix Dispatch https://stack
これでリポジトリの移行も完了！ 2019/10/03追記 hiroponzさんコメントより、GitHubからの移行なら、以下で丸っとインポートできます。 GitHubを使用している場合は、「New Project」→「Import Project」→「GitHub」で、リポジトリ以外にも「Issue」と「Pull Request」と「Wiki」も一緒にインポートできて便利です。 コマンドベースの操作だと、自前のローカルリポジトリを移植する際に使えるのが良いです。また、本記事の記載方法だとmasterブランチのみなので、全ブランチ、タグを取り込む方法もまとめました。 GitLabを少し触ってみた感想 とりあえずGitHubで普段使う機能は大抵ある GitHubで便利だなと思った機能は大体あります。 ただUIが大分小洒落た感じでいいですが、操作感はあっちこっちにタブが飛ぶのがちょっと苦手。好み
社内ネットワークで分散バージョン管理に取り組む プログラミングだけでなく何かを作ろうとした時に、困るのはバージョン管理だと思おいます。 プログラム.py プログラム_途中.py プログラム_最新.py プログラム_最新20170604.py みたいな感じで何がなんだかわからなく成ることが多いと思います。そこでGitHubクローンであるGitBucketを使ってプライベートなGitサーバを立ち上げてみたいと思います。 GitBucketとは たけぞうさんが開発されているScalaで作られたGitHubクローンです。 github.com GitBucketの一番簡単な使い方は、公式のGitHubにもあるように Java8がインストール（されていれば飛ばしてOK） gitbucket.warを適当なフォルダにコピー コンソールでコピーしたフォルダに移動して java -jar gitbucke
（※3月18日追記：当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました） GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
GitLab、Slackライクなサービス「Gitter」をオープンソースで公開。MacOS対応。Windows版とLinux版も作業中 ソースコード管理サービスを提供するGitLabは、GitHubなどに対応する開発者向けチャットサービス「Gitter」をオープンソースとして公開しました。 公開先は当然ながらGitHubではなくGitLab.orgです。 Gitterは今年3月にGitLabに買収されました。このときには有償プランが廃止され、何人でも無料で利用可能になっています。そしてこのときに同じくGitterをオープンソースにすることも約束されており、今回その約束が果たされたことになります。 Gitterとは、GitHubやTwitterのアカウントを用いて誰でも簡単にチャットルームを開始できるサービスです。Slackに似ていて、GitHubと連携して開発中のソフトウェアに関するコミュ
File Not Found アクセスしようとしたページは 見つかりませんでした。 以下のような原因が考えられます。 記事が削除された URLが間違っている
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 漢は黙ってシングルファイル C/C++ ライブラリですね! シングルファイル C/C++ ライブラリとは, ヘッダファイル .h ひとつだけで機能が実装されているライブラリ(もう少し条件をゆるくして .cc も含む)のことです. header-only とも言われれたりします. このあたりの元祖は nothings 先生 http://nothings.org/ ですね. 最近は github にコードをあげています. シングルファイル系のライブラリまとめ一覧もあります. シングルファイル系が便利すぎてやばいので, 自分でもいくつか作り
一応、以下を参考にした Big Sky :: SSHポートが通らなくてもgithub.comにpushする方法 ただ、うちの会社の環境だと上記の設定だけではOwner cloneができなかったり、pushができなかったり名前解決すらできない状態（たぶん、社内一般の端末からは社内に存在するホストの名前解決しかできず、社外のホストの名前解決はproxyサーバのみに許されているような感じ？）だったので、以下のページにあるようなconnect.c*1というSSHのProxyCommandを使う方法も合わせて行った。 SSH Proxy Command connect.c - kanamono's wiki page メモっとかないと忘れてしまいそうなので、とりあえず、やったことのまとめ。 Git/OpenSSHのインストール まずGit /etc/postinstallにスクリプトができるので実行
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
