＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは？ GitはLinuxカーネル開発で用いられることを前提
最近ホントにRubyの人々の間でgit流行ってますよね。私はdarcsっこなのですが、これだけ周囲で流行られるとさすがに危機感を感じます。しかも最近はgithubやらgitouriousやらのやたらと便利なサイトが出現し、ましてRubyForgeまでもがgitを採用とのことですから、これはもうなんとかしておきたいところです。というわけで、今更ながらgitを覚える口実として、とっても便利なgithubを使ってみることにしました。 http://github.com/ そこでせっかくですからgithubの使い方をメモしておこうと思います。これを読んで皆さんも一緒にgithubで遊びませんか？ そもそもgithubとは何モノ？ github はgitレポジトリを公開してくれるサイトです。出来ることは大体のところ次のような事です。 作者はレポジトリを作成して公開できます 他の人はレポジトリをフォー
巨大なリポジトリ を Git で上手く扱う方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか？ この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
HTML, CSS, JavaScriptをはじめ、XML, ActionScript, Flex, Java, Perl, PHP, SQL, Cなどさまざまな言語に対応したコードを手軽に管理できるソフトウェアを紹介します。 Code Bank [ad#ad-2] Code Bankは簡単に個人でコードを保存・管理できるAdobe Airのアプリケーションです。Subversionのコード専用お手軽版という感じでしょうか。 データベースはローカルとサーバーのどちらにも作成することができます。 画面はシンプルで、使い勝手もよいです。 コードの登録画面では、Language（登録する言語）、Title（タイトル）、Description（説明文）、Code（コード）、Tag（タグ）を登録できます。
TortoiseSVNの使い方
「TortoiseSVNのインストールと設定」までで TortoiseSVNを使う準備ができました。 このページでは実際にTortoiseSVNを用いてバージョン管理システムを実際に使っていきます。 バージョン管理の流れ バージョン管理システムでソースやドキュメント類を管理するに当たっての 大まかな流れとしては以下の二通りが考えられます。 コピー・修正・マージモデル コピー・修正・マージの手法では、複数のユーザーが平行してソースやドキュメントを 修正できます。 同時に修正できるため、他のユーザーと修正部分が重なる場合もあります。 この場合、ユーザーが手動で衝突部分を編集し、「衝突」を解消する必要があります。 この手法だと衝突だらけになるのではと思うかもしれませんが、リポジトリ利用者の間で ちょっとコミュニケーションをとっていれば、そんなに衝突だらけにならないものです。 ただ、バイナリファイ
米Googleは3月12日（現地時間）、開発者向けにAPIなどを提供したり、オープンソースプロジェクトをホスティングするサービス「Google Code」を来年1月に閉鎖すると発表した。同日、新たなプロジェクトの作成はできなくなった。 Googleは2006年、オープンソースプロジェクト支援を目的にこのサイトを開設したが、その後、GitHubやBitbucketのようなプロジェクトホスティングサービスが立ち上げられ、多数のプロジェクトがそれらのサービスに移行していった。Googleは、Google Code上のプロジェクトに占めるスパムや悪質なものの率が高まってきていることも閉鎖の理由の1つだと説明する。 Google自身は既に、昨年10月に同社のAPI群のGitHubへの移行を開始し、Google Code上のプロジェクトを凍結している。 Google Code閉鎖までのプロセスとして、
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
The AWS SDK for Java - SDK Core runtime module holds the classes that are used by the individual service clients to interact with Amazon Web Services. Users need to depend on aws-java-sdk artifact for accessing individual client classes.
A complete workflow to write, review & deploy code.
Openpear
Openpear is a PEAR Repository Channel and Subversion Hosting Service. since November 2008 以前からお使いですか？ 以前の Openpear をお使いだった方は、以下のコマンドを実行する必要があります pear channel-update openpear.org チャンネルを登録する pear channel-discover openpear.org 利用可能なパッケージをリストする pear remote-list -c openpear パッケージをインストールする pear install openpear/package_name バージョンや安定性を指定してパッケージをインストールする pear install openpear/package_name-1.0.0 pear insta
● [Rails] svn レポジトリを github に移行させてみる svn はわかる (使ってる) git は多分イケテル svn なのだろう (メリットも知らね) github は git をまとめて公開してるサービス？ 前知識はこれだけなgit無学者が、ネットに溢れる git コマンドを適当に入力することで、私的 svn を github に公開しようと試みたところ、おおよそ考えられる全ての落とし穴に落ちた気がしたので、次の方は是非とも俺の屍を越えてゆけとゆいたいです。 目的 http://wota.jp/svn/rails/plugins/trunk/dsl_accessor これを github に移すのが目的 手順 github に自分のアカウントを作成する github にレポジトリを作成する 同レポジトリに既存の svn の内容を commit する あわよくば gem
データベース MySQL 5.5 - 5.7 MySQL 5.6以降とMariaDBは既知の問題があります (#19344, #19395, #17460). Redmine 3.x は MySQL 5.0 と 5.1 にも対応しています PostgreSQL 9.2以降 データベースの日付形式はISO(PostgreSQLのデフォルト)に設定してください。次のSQL文で設定できます: ALTER DATABASE "redmine_db" SET datestyle="ISO,MDY"; Redmine 3.x は PostgreSQL 8.1 から 9.1 にも対応しています Microsoft SQL Server 2012以降 Redmine 4.0 は2018年12月時点ではSQL Serverに対応していません。依存しているライブラリ activerecord-sqlserve
Computer コンピュータにおける作業ログ アーカイブ 月別アーカイブ 2022年12月 2020年9月 2020年4月 2020年3月 2020年1月 2019年12月 2019年8月 2019年7月 2019年6月 2019年5月 2019年4月 2019年3月 2019年1月 2018年12月 2018年11月 2018年9月 2018年6月 2018年5月 2018年1月 2017年9月 2017年8月 2017年7月 2017年6月 2017年5月 2017年1月 2016年12月 2016年6月 2016年3月 2016年2月 2016年1月 2015年12月 2015年11月 2015年10月 2015年8月 2015年7月 2015年6月 2015年5月 2015年4月 2015年3月 2015年2月 2015年1月 2014年12月 2014年9月 2014年7月 2
KDE、あやうくレポジトリを失いかける
Too Perfect A Mirror - Me, my blog, and my Johnson 追記：上記記事の全訳 本の虫: KDEレポジトリ消失問題の記事の全訳：完璧過ぎるミラー 追記：この記事は上記のブログ記事にざっと目を通して素早く書いたものであり、詳細を欠く。上記の記事は全訳しているので、より正確で詳細な内容のために、目を通すべきである。 2013-3-22に、git.kde.orgをホストしている仮想マシンをセキュリティアップデートのために一旦落とした。アップデート後に復帰させてみると、ファイルシステムが壊れていたらしく、KDEの1500以上ものレポジトリが消えていた。 問題は、この問題が気づかれぬまま復帰したので、ミラーサーバーが誤りをそのままコピーしてしまったことだ。 ミラーは正しいバックアップではない。 とてつもなく幸運なことに、この問題が起こる一日前、ミラーサーバ
技術部 SRE グループの鈴木 (id:eagletmt) です。クックパッドでは Codenize.tools を用いて様々なリソースをコードで管理してきましたが、現在では大部分が Terraform へと移行しています。Terraform の使い方等については既に沢山のドキュメントや紹介記事があるので本エントリでは触れず、なぜ Terraform へと移行しているのか、どのように Terraform を利用しているのかについて書いていきます。 Terraform 移行の理由 クックパッドでは自分と同じく SRE グループに所属している菅原 (id:winebarrel) によって開発された Codenize.tools のツール群を利用して IAM、Route 53、CloudWatch Alarm、CloudWatch Events 等をコードで管理し、いわゆる GitOps を実践
こんにちは。金子です。 先日、社内勉強会で MySQL Proxy を取り上げました。その際まとめた資料を、一部加筆修正して公開します。 最初にお詫び 大元の文章を書いたのが 2007 年の 7 月なので、内容が少し古いです。これを書きながら最新版をチェックアウトしてきて再検証したかったのですが、レポジトリがダウンしていて最新のソースコードを入手できませんでした。なので、一ヶ月前のリビジョン(rev.116) 時点でのソースコード + 二週間くらい前にレポジトリを覗いたときの記憶のみで書いており、いろいろ間違っているおそれがあるので、みなさん是非自分でコンパイルして試してみてください(注意!ただでさえつながりにくいので、このエントリを全部読んで一週間後にまだ MySQL Proxy のことを覚えていた人だけレポジトリにアクセスしてくださいね) 気の早い人向けの結論 まだ実践投入するには厳し
B! 112 0 0 0 MacのパッケージマネージャーのHomebrewのバージョン1.0.0がリリースされました。 1.0.0ということで正式リリース的な感じですが、 このバージョンアップに伴いレポジトリインストール先の変更等 幾つかの変更点があります。 その変更によってBrew-fileの方でちょっと問題があったりもしたので そのあたりを直しました。 Homebrew 1.0.0 Homebrewのインストール先の変更 Homebrew本体とFormulaの入ったレポジトリの分離 Homebrew-Caskとの統合 bundle、serviceサブコマンドを公式にサポート Auto update HEADバージョンで入れたパッケージのアップデート Brew-file 4.0.X Homebrew 1.0.0 1週間ほど前にHomebrew 1.0.0がリリースされました。 1.0.0
kndb.jp
This domain may be for sale!
Fedora core 5でyumを使う
This guide is the safest way to do a domain switch, you get all you need to change a blocked domain. What is a user flow and a user journey? There’s a macro view of a customer experience that we can analyze and partially control.
国立情報学研究所による学協会向け論文電子化・公開サービス（NII-ELS）の終了にともない、利用者のみなさまにご不便をおかけしておりますことをお詫び申し上げます。 本件について、学協会ならびに契約機関等に向けては周知に努めて参りましたが、利用者のみなさまに対する事前のご案内が行き届かず、ご心配をおかけしていることについても重ねてお詫び申し上げます。 本年4月10日より、学協会との調整が必要な論文を除き、ダウンロード機能を含む従前通りのサービスを再開しました。 平成29年度（2017年度）以降にJ-STAGEへの移行作業が行われる予定の論文のうち、NII-ELSにおいて無料で公開されていた論文（181誌・約22万件）については、科学技術振興機構との協議の結果、経過措置として移行作業の完了時までCiNii Articlesからのダウンロード機能を提供します。なお、平成28年度（2016年度）中
2007年は各プロジェクトにおいてSubversionを利用してきた。便利ではあったが、サーバを立てる必要があるのが面倒には感じていた。 サーバを立てる必要なく、しかしバージョン管理は行いたい。そんなわがままをすっきり解決してくれるのがこのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはMercurial、分散型バージョン管理システムだ。 MercurialはMac OSX、Windows、Linuxとそれぞれ提供されているクロスプラットフォームなソフトウェアで、サーバ集約型ではないバージョン管理を行う。 はじめにいずれかのPCでリポジトリを作成し、その後は各クライアントがcloneという形でリポジトリをコピーする。そしてそれぞれコミットをし、完了したらpushする。別なクライアントではそれをアップデートすれば反映される。 ごくシンプルな仕組みではあるが、タグ、ブランチ、Dif
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
CentOS 5.2上でPHP 5.2.6にアップグレード – Yama's Memorandum
October 2, 2008 – 2:42 pm PHP５でウェブアプリケーションやウェブサービスの開発をする際、Zend Framework(ZF)が役に立つ、強く推奨されるとの話を聞いた(Google Web ServiceのYou-tube上のデモだったと思う）。早速、我がサーバにも、これをインストールすることにし、マニュアル(プログラマ向けリファレンスガイド）を読んで見ると、その「１．２ インストール」の冒頭に、 Zend FrameworkはPHP 5.1.4以降でないと動作しません。しかし、Zendとしては5.2.3以降を使うことを強く推奨します。というのも、5.2.3より前のバージョンと比べて安全性やパフォーマンスが劇的に向上しているからです。 と記述されている。これを受けて、我がサーバもPHPバージョンを最新の安定版5.2.6にアップグレードすることにしなければ、と作業を
gitが大きくなると時間かかってしゃーないと思っていたら、ちょうどatlassianのブログにこんな記事があった。 How to handle big repositories with git - Atlassian Blogs 巨大なリポジトリ を Git で上手く扱う方法 直訳ではなく、読んだことを参考に自分用にメモを記す。これは本当にメモ代わりなので原文を参照した方がいいと思う。 gitが重くなる原因は、「長い歴史」と「デカいファイル」の2つがある。その2つの対処法。 長い歴史に対処する shallow cloneを使う gitのhistoryが積み重なると、git cloneに時間がかかる。そのときはshallow cloneを使って、深さを限定してcloneする。 git clone --depth depth remote-url 手元の環境だと23sくらいかかっていたのでも
RPMforge、Remi、EPEL は yum のリポジトリというもののようです。yum によるパッケージの簡単インストール・アップデート・アンインストールをさらに便利にします。今回は、yum とそのリポジトリについて、自分なりに整理します。 まとめ yum でインストールした追加リポジトリを有効にするためには、–enablerepo オプションを付ける。 例 # EPEL、Remi、RPMforgeリポジトリの中で最新のhtopパッケージの紹介を、アップデート情報とともに表示する。 yum --enablerepo=epel,remi,rpmforge info htop yum のリポジトリ追加によるメリット・デメリット リポジトリ追加によるメリットは次の点を抑えておけばよさそうです。 パッケージの種類が増える バージョンが増える（最新版がインストールできるようになる） ダウンロード
Subversion はリポジトリの一部をチェックアウトできる。ブランチやタグをコピーで実現する以上必須の機能で、昨今の分散型には見られない便利な特徴でもある。 それはそれとして、逆のことをしたいと思ったことはないだろうか。つまり、作業ディレクトリの特定のディレクトリ以下を無視したい。 追加や状態確認時に無視するのなら svn:ignore を使えばいい。そうではなくて、リポジトリには存在するけど個人的に用がなくてそこは見たくない場合。巨大なファイルがあったり、用もないのに頻繁に更新される場所は無視したいだろう。 そのやり方を紹介。 無視する TortoiseSVN 無視したいディレクトリを右クリックして、TortoiseSVN → 特定のリビジョンへ更新(U) ... → 「更新の深さ」で「除外」を指定して OK svn $ svn update --set-depth exclude
なお、本記事はx86_64(64bit)環境を前提にしています。 レポジトリファイルをダウンロード まずはレポジトリファイルをダウンロードしましょう。 実はここが鬼門で、レポジトリのURLやファイル名はころころ変わります。(404 not foundなどのエラーが出たりします) ダウンロードできない場合はあわてずにレポジトリファイルを自力で探せばすぐ見つかりますので、じっくり見てみてください。 epel wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm ※上記ファイルが存在しない場合は、下記URLからepel-releaseで始まるファイルを探してダウンロードしてください。 http://dl.fedoraproject.org/pub/epel/6/x86_64/ remi wge
割とよくある構成かなと思いますが、私たちは主に "ドキュメント管理の難しさ"と"共有リソースの管理コスト"、"分業制によるチーム内の分断" に課題感を持っていました。それぞれの問題とそれらが解決されどのようになったかを詳細に見ていきましょう。 抱えていた問題とMonorepo移行後 私たちが抱えていた問題がmonorepo移行によってどのように解決されたかをまとめます。 ドキュメントが分散して探しにくい問題 Before プロジェクトに関するドキュメントが複数のリポジトリに分散するためにドキュメントの検索性や一覧性が低下しており、私たちのプロジェクトについて知りたい人が情報を探すのが難しい問題がありました。他方で、私たち自身も、どこに情報を残すかで迷うことも少なくありませんでした。 After プロジェクトに関する情報が1つのリポジトリに集約されたため、ドキュメントの探しやすさが向上しまし
SpriteBuilderを使っていてちょっとハマったのでメモっておきます。 アプリケーションの名前を日本語にする場合、XcodeのBuild Settingsにて、Product Nameを日本語にしてしまうと、SpriteBuilderが出力するccbiファイルからクラスを生成する際にマングル化してから取得する都合上、クラス名を取得する処理でこけます。 具体的には、以下の箇所です。 CCBReader.m:1371行あたり CCBReader.m ホーム画面のアイコン名だけを日本語にするのであれば、Info.plistのBundle Display Nameを設定することで、この問題を回避することができます。
git ls-files -z | \ parallel -0 -j32 -I. -- \ echo -n . \\\ \; \ git log --format=oneline . \| \ wc -l | \ sort -k2 -nr | \ head これでランキングが出せる。ただし体感ではコミット数のO(n2)で遅くなっていくぽく感じるので、歴史のあるレポジトリほど遅くなっていくので要注意ではある。 Rubyの場合だとこんなかんじ zsh % git ls-files -z | parallel -0 -j32 --line-buffer -I. -- echo -n . \\\ \; git log --format=oneline . \| wc -l | sort -k2 -nr | head -n 30 version.h 5295 io.c 1519 configure.
codecheck.in
This domain may be for sale!
おまたせしました、CodicのIntelliJ IDEA用のプラグインをリリースしました。IntelliJ Platform 互換ですので、PhpStorm, PyCharm, RubyMine, WebStormでも使えます（はずです）。 インストール 公式レポジトリへ登録していますので、メニューの “Preferences” > “Plugins”から”Codic Plugin”で検索してインストールしてください。 インストール後、メニューの “Preferences” > “Codic Plugin” でアクセストークンを設定します。アクセストークンは、codicにサインアップまたはログインしてAPIステータスのページより取得できます。 使い方 Ctrl+Shift+Dでネーミング生成ポップアップが開きます。また、テキストを選択状態で使うとダイレクトに生成できます。 Github o
bluegate.org
このドメインについて問い合わせる bluegate.org 2022 著作権. 不許複製 プライバシーポリシー
4コマ漫画の画像管理✨ - みずぴー日記
NEW GAME! のコマ検索 - みずぴー日記で作っていたソフトウェアのうち、画像以外の部分を公開した。 レポジトリ https://github.com/mzp/EagleJumpSystem 検索機能 NEW GAME! のコマ検索 - みずぴー日記で述べたように 台詞 登場キャラクター によって該当するコマを検索できる。 入力補助機能 検索機能を実現するために、各コマにはメタデータ(台詞、登場キャラクター)を入力する必要がある。 このメタデータの入力を補助する機能もいくつか実装した。 コマ分割 ページを取り込む際に、画像をコマごとに分割する。これはゆゆ式を無限に楽しみたかった話 〜 ゆゆ式 Advent Calendar 2014 20日目 〜 - non117's diaryのツールをほぼそのまま利用している。 テキストの自動認識 Google CloudVisionAPIにより
この文書のゴールは以下になります: 別の場所にある git リポジトリ（リモートリポジトリ）と連携する方法について再学習します。 はじめに git remote, git fetch, git merge を使ってリモートリポジトリの内容を手元のリポジトリ（ローカルリポジトリ）に取り込む方法について学習します。 次に git fetch, git merge を使った一連の作業を自動的に行なってくれる git pull について学習します。 次に git push を使ってローカルリポジトリの内容をリモートリポジトリに書き出す方法について 学習します。 最後に, トラッキングブランチ (tracking branch) について理解し、 git pull, git push の引数を省略した際のデフォルトの挙動のルールについて学びます。 目次 対象とする人 下準備 リモート (Remote
Index of /worepo
What's worepo? Welcome to worepo, a repository of add-on packages for Fedora Linux. worepo provides many useful packages, especially for Plagger. Supported distribution worepo only supports current major version of fedora linux and there is no exception. Information (2008-01-01) I moved rpms into 'deprecated' directory because I don't have enough time to maintain my worepo rpms. Sorry for the inc
Red Hat Enterprise Linux 5からRPMパッケージ管理システムとして「yum（Yellow Dog Updater,Modified）」が採用されました。このyumというのは、主にパッケージのアップデートに利用されます。ほかにもメディアに収録されているRPMパッケージのインストールやシステムにインストール済みのRPMパッケージのアンインストール、グループ管理などにも使われます。これに伴いRed Hat Enterprise Linux 4で採用されていたup2dateは、Red Hat Enterprise Linux 5において廃止されています。 yumによってRPMパッケージのアップデートやインストール、アンインストールを行うには一般的にyumレポジトリと呼ばれるパッケージを体系立てて保管したファイルサーバを利用します。このyumレポジトリによるパッケージ情報を保
前回の記事で、LinuxにPHP7.0をソースからビルドする方法 を紹介しました。 今回はパッケージインストールする方法を紹介します。 以下、素のCentOS 7.1での作業手順です。 Epel, Remiレポジトリ追加 # epelを追加 $ sudo yum -y install epel-release # remiを追加 $ wget http://rpms.famillecollet.com/enterprise/remi-release-7.rpm $ sudo rpm -ivh ./remi-release-7.rpm この時点で、remi-phpおよびremi-php70レポジトリも導入されています。 $ ls /etc/yum.repos.d/ CentOS-Base.repo CentOS-Debuginfo.repo CentOS-Vault.repo epel-te
GitHub - fand/react-hands-on: FRONTEND CONFERENCE 2017 - Reactハンズオン用レポジトリ
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
分散バージョン管理システムGitの使い方入門 | OSDN Magazine
とっても優しい github の使い方 - ￢￢日常日記
これは便利！よく使うコードを保存・管理できる個人用リポジトリ -Code Bank
「Google Code」、2016年1月25日に閉鎖へ GitHubへの移行を奨励
Maven Repository: Search/Browse/Explore
Beanstalk — Hosted Subversion for team leads
ヽ( ・∀・)ノくまくまー(2008-06-02)
Redmineのインストール - Redmineガイド
Media Player Classicの拡大縮小 - Computer
AWS リソース管理の Terraform 移行 - クックパッド開発者ブログ
livedoor Techブログ : MySQL Proxy を試してみました
Homebrew 1.0.0がリリース: これに伴う変更とそれに対するBrew-fileでの変更
論文ダウンロード機能の継続について | 学術コンテンツサービス サポート
MOONGIFT: シンプル＆高機能な分散リポジトリ「Mercurial」:オープンソースを毎日紹介
アホみたいにでかいgit repositoryを上手く扱う方法 - Qiita
yum が便利になる RPMforge、Remi、EPEL とは一体何なのか
Subversionで特定のディレクトリ以下の更新を無視する方法 - 永遠に未完成
CentOS6でRPMforge、Remi、EPELをyumレポジトリに追加する方法 · DQNEO日記
言語が違う複数のリポジトリをmonorepoへ移行した話
Subversion によるバージョン管理
gitレポジトリで一番活発に編集されているファイル - Qiita
Codic IntelliJ IDEA プラグインを公開しました - codic ブログ
Git 再入門 リモートリポジトリを使った作業 | yunabe.jp
[ThinkIT] 第4回：yumレポジトリサーバの設定 (1/3)
簡単！CentOS 7.1にPHP7.0をさくっとyum installする方法 · DQNEO日記