NGINX、商用版の重要な機能をオープンソースで無料化、オートスケールやCI/CDフックなどフルスタック化など、今後の発展についてコミットを発表
NGINX、商用版の重要な機能をオープンソースで無料化、オートスケールやCI/CDフックなどフルスタック化など、今後の発展についてコミットを発表 オープンソースのWebサーバ「NGINX」（エンジンエックス）の開発元であるF5 Networksは、オンラインイベント「F5 NGINX Sprint 2022」を開催中です。 そこでNGINX開発チームは、今後のNGIXの発展に向けて、ソースコードをMercurialからGitHubへ移行すること、有償版の機能をオープンソースへ移植して無料で利用可能にすること、単なるWebサーバ機能だけでなくCI/CD機能などを拡張することなど、3つの約束を発表しました。 GM of #NGINX @rwhiteley0 has just announced three #opensource promises that will come to life
github への移行準備
以下 Bram Moolenaar 氏が vim-dev にポストした内容。 https://groups.google.com/forum/#!topic/vim_dev/Io5A_Zir–k Google Code がシャットダウンする事になったので、我々は Vim のリポジトリの 為の新しい場所を必要としている。 多くのユーザーが各々の意見を出し、github を推す声が多いようだ。 これには不都合もあり、というのも、github へ移行するということは Mercurial から git へ移行するということだからだ。 これが気に入る人もいるだろうし、そうでない人もいるだろう。 しばらくかけて慣れる必要があるだろう。 私は個人的には Mercurial コマンドの方が好きだ。使い方がより明確だからだ。 君たちは Mercurial コマンドから git への置き換え方法を見つける事が
データのためのGit（およびGithub） | オープンデータとオープンガバメントを推進する Open Knowledge Japan
（訳注：この記事は本家OKFn.org記事の日本語訳です） データのために「バージョン管理」を行う能力は重要な関心事です。様々な選択肢がありますが、最も魅力的なもののひとつは、Git やMercurial のように、コード用の既存ツールを再利用することです。この投稿では、私たちが暫くの間使用してとても効果的だということが分かったツールを利用する、データの格納とバージョン管理のための単純な「データ・パターン」について記述しています。 序章 行われた変更を格納し、それを他の人と共有する、データのバージョンとリビジョンを管理する能力、とりわけ分散的な手法は（オープン）データ・コミュニティにとって大きな便益となるでしょう。私はその理由を以前（こちらの初期の記事を参照）議論しましたが要約すると： 効率的な分散型の共同作業が可能です。私のデータセットを取り出し、変更し、それを再び私と（同時に他の人とも
Git 対 Subversion：長引く争い | readwrite.jp
ソフトウェア業界においてGitが支配的な存在ではなかった時代がかつて存在した、といつか言われる日が来るかもしれない。 2010年にはSubversionが、ソフトウェアの共同開発には欠かせないツールであるバージョン管理システムの60％以上を占めていた。Forresterによれば、この時期Gitのシェアはわずか2.7%であった。Redmonkのアナリストであるステファン・オグレディが集めたデータによると、今日ではGitのシェアは28%まで増加し、Subversionの地位を脅かしている。 Subversionのような集中型のシステムよりもGitのような分散型の方が優れているにも関わらず、マーケットがGitを受け入れるのにこんなに時間がかかっている理由は何だろうか？ これからは分散型が主流になるバージョン管理システム（VCS）は、ソフトウェア開発の変更点を記録してプロジェクトを管理するための基
これでGitも怖くない！ GUIでのバージョン管理が無料でできるSourceTreeの7つの特徴とは
これでGitも怖くない！ GUIでのバージョン管理が無料でできるSourceTreeの7つの特徴とは：ユカイ、ツーカイ、カイハツ環境！（31）（1/3 ページ） SourceTreeは直観的なGUIで使いやすい、今話題の無料のリポジトリ管理ツールです。本稿では、Windows版のSourceTreeをGitサポート機能を中心に紹介します。 Gitも使える大人気のバージョン管理ツール「SourceTree」 SourceTreeは、もともとMac OS X用に開発されていた無料のGit／Mercurialのクライアントアプリケーションで、GUI（Graphical User Interface）による直観的なバージョン管理の操作ができます。 SourceTreeは、2011年10月に「JIRA」「Bitbucket」で有名なアトラシアンに買収され、Windows用の正式版が2013年6月に公
SQLAlchemy がリポジトリを Bitbucket から Github に移した件について: ある nakagami の日記
http://www.sqlalchemy.org/blog/2013/05/25/sqlalchemy-migrated-to-git/ まぁ、いろいろ理由は述べられているが 1. git の機能面の優位性（ストレージ使用量、rebase、ブランチ削除） 2. 世の中に Mercurial よりも Git を使う人のほうが多い（Pythonista に限って言うと本当？） 3. (Git のリポジトリにするなら）Github のユーザーベースのが多い Git のほうが Murcurial よりも良いというのであれば、 Bitbucket に Git のリポジトリおいてもいいはず。 そもそも、Git のほうが Murcurial よりも良いというのも、両者機能面では一長一短で、単なるいいわけの匂いがする。 結局 3. の理由がほとんどなんだろうなぁ。 早速 pull request が１件
Git & GitHub & kintone でウルトラハッピー！ - Cybozu Inside Out | サイボウズエンジニアのブログ
６歳と３歳の娘がいる山本泰宇（@ymmt2005）です。こんにちは。 いきなりですが、悔しいです。なにがって、@DQNEO さんが最近書かれた記事「必殺！Github導入に向けて上司を説得する時に使える資料まとめ」に載り損ねてしまったからです。 サイボウズでも Git と GitHub Enterprise を導入しています。導入や運用の助けになる資料やツールを作ったりして、とても便利なのでいずれ公開したいなと思っていたんです。忙しさにかまけて後回しにしていたら、出遅れ企業にグルーピングされてしまうなんて（涙） 出遅れてしまった以上、なにかプラスアルファをお見せするしか名誉挽回の方法はありません。何も失っていないんじゃないかというツッコミはよしてください。こうなったら恥も外聞もなく Subversion 時代の恥ずかしい過去をさらけ出し、もちろん資料も出して、さらにノウハウを詰め込んだツー
RhodeCode
RhodeCode 1.3.6 Released Posted on May 19th, 2012 | Read more RhodeCode 1.3.5 Released Posted on May 13th, 2012 | Read more RhodeCode 1.3.4 Released Posted on March 29th, 2012 | Read more RhodeCode 1.3.3 Released Posted on March 3rd, 2012 | Read more RhodeCode 1.3.2 Released Posted on February 28th, 2012 | Read more RhodeCode is a fast and powerful management tool for and GIT with a built in push/
mercuiralを使いながらgithubのpull requestを取り込む方法 - 放牧日記
http://partake.in/events/95ab571f-c477-43dd-8d96-396d3b670b6f:title=の成果発表です。 先日あるmercurialリポジトリのミラーリポジトリをgithubに作成したところ、開発がgithubに移ってしまうという(mercurial使い的には)ショッキングな出来事がありました。mercurial使いはいろいろ肩身が狭いですね。 それもこれも、「mercuiralを使いながらgithubのpull requestを取り込む方法」についてのノウハウが共有されていないことに問題があります。今後、二度と悲劇を繰り返さないために考察してみました。 想定する構成 考察した結果です。 bitbucket-and-github urlは次の通り central repository https://bitbucket.org/troter/
Mozilla、Gitでサービス提供 | エンタープライズ | マイコミジャーナル
Mozilla Labs - Laboratories are where science and creativity meet to develop, research, and explore new ideas. Mozillaは2006年ごろから、開発に利用するバージョン管理システムをCVSからMercurialへ移行する作業を進めてきた。今回、Mozilla Labsからさらに新しい動きが発表された。Mozilla Labsで取り組んでいるすべてのプロジェクトをGitHubにもミラーリング提供を開始したという。従来どおりMercurialがメインリポジトリとして利用され、Gitはあくまでもミラーという位置づけ。ただし、プロジェクトによってはGitを主要なバージョン管理システムにしたいと取り組みを進めているものもあるという。 ミラーの仕組みはMercurialからGitHubのリ
http://ja.hgtip.com/tips/advanced/2009-11-09-create-a-git-mirror/
See related links to what you are looking for.
fork, merge, diff, patch, git, hgソースコラボ色々 - komagataのブログ
Help me, hackers!をやり始めてからパッチ送ったり、貰ったり、pull requestしたり、されたり、ソースを通したコミュニケーションが増えて楽しい。 今まではpull requestとかpatchとか滅多にやらないからやり方忘れててやる度ににググってた。 ソースコラボのための色々な方法 gitでpatchを作る 適当にファイルを修正してリポジトリのルートで % git diff > foo.patch gitで作ったpatchを当てる 同じくリポジトリのルートで % patch -p1 < foo.patch Mercurialでpatchを作る 適当にファイルを修正してリポジトリのルートで % hg diff > foo.patch Mercurialで作ったpatchを当てる 同じくリポジトリのルートで % patch -p1 < foo.patch githubでf
ソーシャル化するOSS開発者たち － ＠IT
ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア（OSS）プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Charming Python: Functional programming in Python, Part 3