Sunsetting Subversion support | The GitHub Blog
ProductSunsetting Subversion supportOn January 8, 2024, GitHub will remove support for Subversion. Hello from Git Systems, the team that works on the Subversion subsystem at GitHub. As of January 8, 2024 (about a year from now), we will sunset Subversion support completely on GitHub.com. A release of GitHub Enterprise Server sometime in early 2024 will also remove Subversion support. Read on for m
特別な理由なしにgit-flowを新規採用するべきではない - Qiita
私がこれまでGitの研修講師やブランチ戦略のコンサルティングをおこなってきた経験に基づいて、この記事を書きます。 Gitのワークフローについては自転車置き場の議論になりがちであまり乗り気がしないのですが、最近少し発見があったのと、実際に多くの現場で明らかにフィットしないのに git-flow を検討したり採用したりしようとして苦労をしている様を目撃することが多いので書くことにしました。 この記事で主張する内容はタイトルの通りですが、まず前提として以下を宣言しておきます: 全てのケースに100%フィットするようなワークフローは存在しない git-flowがフィットするケースも探せばあるかもしれない 例えばすでに何年もgit-flowでうまく回せてるよ、など どのようなワークフローを採用するかは最終的にはあなた（のチーム）が判断すべき さて、 git-flow は 2010年1月「A succ
ニコニコで12年運用した決済システムを移行する上で必要だったこと - Qiita
はじめに 今日は、ニコニコのプレミアム会員サービスを支える「プレミアム課金システム」を動画システムのモノリスから切り出し、変更可能にしていった過程について書きます。プレミアム課金システムは金銭を扱うシステムですので、「（特に、失敗した）話を聞くのは面白いけど、自分で触りたくない」と思われる方も多いのではないでしょうか。 この記事では、決済にかかわるシステムでも一般的なシステム改善の方法が適用できることをお伝えしたいと思います。また、コストを抑えつつ着実なシステム改善を行う方法論としてもご理解していただけると嬉しく思います。 背景 プレミアム会員サービスについて 月額500円（税別）のプレミアム会員制度には159万人（2020年9月末現在）の方が加入してくださっており、ニコニコ事業を支える主要な有料サービスです。 ニコニコ動画は2006年にサービスを開始し、2007年にプレミアム会員サービス
令和時代のRubyコア開発 - k0kubun's blog
Ruby Core Development 2019というタイトルでRubyKaigiのCFPにプロポーザルを書いたのだが、 もう一つ書いた方の話が採択されたのでその話はしなかった。 さて、今日はRubyコア*1の開発がSubversionからGitに移った節目でもあったので、そっちのトークで言いたかったことの一部を記事にしておこうと思う。 Subversion → Git 移行 [Misc #14632] 去年くらいから @hsbt さんが cgit というGitフロントエンドを使ってGitリポジトリの準備を始め Misc #14632、ついに今日正式にcgitの方がupstreamになった。平成の時代でSubversionでのtrunkのRubyコア開発は幕を閉じた。 この辺を進めているのは主に @hsbt さんな中、僕がこれを偉そうに書いたり今回のRubyKaigiで壇上でアナウンス
Webベンチャーから電機メーカーに転職して思うこと (近況まとめ) - sseze's blog
(おはようございます|こん(にちは|ばんは))。 この記事は mixi OB/OGによる ex-mixi Advent Calendar 2017 の10日目です。 例によって技術的な話ではない上に、個人的な話題ばかり書いてしまったため、自分も個人ブログにて投稿します。 想定する読者 お世話になった現役ミクシィの皆様 (近況報告です) お世話になったミクシィOB/OGの皆様 (ご無沙汰しております) これからWebベンチャー→メーカーエンジニアへシフトチェンジしようとしている稀有な方 長いのでTL;DR 大学が電子情報系だと電機メーカーは結構楽しい ワークライフバランスがだいじな件 大企業をテラフォームするのは正直シンドい 職場環境、東京で消耗しなくなった話 ミクシィで学べたこと、今後について 在職期間のこと 自分がミクシィに在籍した期間は、2012年9月から2017年3月末日までの4年7
gitの良さがいまだに分からない - 負け犬プログラマーの歩み
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
「GitHub Enterprise 2.5」リリース。数万人の大規模な開発チームにも対応するクラスタリング構成、アクセスの集中にはキャッシュインテンシブな処理で対応
「GitHub Enterprise 2.5」リリース。数万人の大規模な開発チームにも対応するクラスタリング構成、アクセスの集中にはキャッシュインテンシブな処理で対応 GitHubは大規模な組織での利用にも対応したソースコード管理ソフトウェアの新版「GitHub Enterprise 2.5」のリリースを発表しました。 GitHub Enterprise 2.5の最大の変更点は、大規模な開発チームでの利用にも対応するようにクラスタリング構成によるスケールアウトが可能になったことです。 ただしクラスタリングは非常に大規模な運用向けに特別に設計されているため、管理リソースの追加も必要となるとのこと。 また、GitHub Enterprise 2.5では内部的にキャッシュインテンシブな処理を実現し、大量の開発プロジェクトを抱えていたり、大規模な継続的インテグレーションなどによって集中的にソースコ
SVNを捨ててGitを使うべき5つの理由 - Qiita
まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？ 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前でGitなしの開発など考えられなくなっていたからです。 そういう意味では、Gitって 中世における自動車 に近いものがあるのかもしれません。 その時代、移動手段といえば馬が普通であり、 自動車などが普及するとは誰も考えなかったわけです（たぶん）。 それが今で
日本語 : Building a software project
1 プロジェクトの設定newline1.1 ソース管理システムを使用しないプロジェクトのビルドnewline1.2 Jenkinsが設定する環境変数newline1.2.1 シェルスクリプトとWindowsのバッチコマンドnewline1.2.2 Antスクリプトnewline2 自動ビルドの設定newline2.1 メールからのビルド (sendmail)newline2.2 メールからのビルド (qmail)newline2.3 CVSの変更によるビルド プロジェクトの設定 Jenkinsのトップ画面から、"新規ジョブ作成"そして"フリースタイル・プロジェクトのビルド"を選択します。このジョブのタイプは次の要素を含みます。 (オプション）ソースコードがあるCVSやSubversionのようなソース管理システム。 (オプション) Jenkinsがいつビルドを行うのかを制御するトリガー。
Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
開発者以外でも使いやすいバージョン管理システムは？ | スラド Slashdotに聞け
今週、「外資系投資銀行のエクセル仕事術」という記事が/.Jの日記で話題になっていた。記事の第5回では上書き保存をせず、その都度別名保存するというテクニックが紹介されているが、本家/.では別名保存の結果生じるバージョン管理の問題が先週話題になっていた。 本家/.「Ask Slashdot: Version Control For Non-Developers?」より 私の配偶者は多数の文書(Word、スプレッドシート、スキャンした文書など)を扱う会社で働いており、バージョン管理の問題で毎週数時間を無駄にしている。文書はいわゆる階層構造を用いて共有サーバーに保存されるが、諸悪の根源はそこにある。たとえば、皆が文書の上書きを恐れ、変更結果を「念のために」少し異なる名前で保存するため同じ文書の複数のバージョンができてしまい、どれが最新バージョンなのか、どれがクライアントに送られたバージョンなのかと
チームが Git を使っていなくても Git を使う: git-svn をうまく使うコツ | Atlassian Japan 公式ブログ | アトラシアン株式会社
私はアトラシアンに入社する前、バージョン管理システムとして Subversion (SVN) を使用している多様なプロジェクトに携わってきました。私はすでに Git へ移行して数年経っていたので、可能な限り Git を利用したいと思いました。 そして幸運にも、git-svn を使うことができました。Git-svn は、パワフルな Git ツールセットの快適な使用感を手放すことなく、Subversion リポジトリとやり取りができるすばらしい完全なソリューションです。そして、それには知っておくと便利な点がいくつかあります。この投稿では、すでに git-svn の知識が少しあり、git-svn を使用して SVN とやり取りする方法を知っている人を対象に話を進めていきます。 ここでは、SVN と連動して Git を快適に使用し続けるために、私が自ら調べて学んできたワークフローに統合する必要のあ
OctoTales • DeNA
EnterpriseOctoTales • DeNAFresh from the streets of Tokyo, Japan, we're excited to share our latest video in the OctoTales series. This episode features DeNA, creators of the mobile gaming platform, Mobage. DeNA… Fresh from the streets of Tokyo, Japan, we’re excited to share our latest video in the OctoTales series. This episode features DeNA, creators of the mobile gaming platform, Mobage. DeNA h
ピクシブでの開発 - 金髪の神エンジニア、kamipoさんに開発の全てを教わった話
爆速で成長していた、ベンチャー企業ピクシブ 面接の時の話はこちら=>ピクシブに入るときの話 そんな訳で、ピクシブでアルバイトとして働くこととなった私は、初出勤の日を迎えた。 （↑ピクシブのユニークなオフィス） ほぼ何も分からず始まった開発 プログラミングスキルはほぼ無く、やることも決まっていなかった私は、早速開発の統括をしていたCTOの青木さんからの指示を仰いだ。
SourceTree for Windows 1.4 をリリースしました！ | Atlassian Japan 公式ブログ | アトラシアン株式会社
どこからでもアクセスできるように、SourceTree のインストールディレクトリをお使いのパスにインストールすると良いでしょう。 翻訳版 翻訳者の募集に対する皆さんの反応のおかげで、今や SourceTree for Windows 1.4 は英語、日本語、中国語、フランス語、ドイツ語、そしてロシア語の六カ国語で利用できます。最後の三つの言語は 100% は仕上がっていないものの、主要部分は既に翻訳済みです。残りの部分の翻訳作業に加わりたいとお考えの方は、翻訳作業への参加をお願いします！ パッチファイルサポート 今後は、SourceTree 内でパッチの作成および適用を行えるため、未コミットの作業状態から構成されるパッチ、および一つあるいはそれ以上のコミット済みパッチを効果的に使用できます。SourceTree は、パッチ生成におけるあらゆるオプションを簡単なインターフェイスへと収集し、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「WebKit」が「Subversion」リポジトリへのコミットを終了、「GitHub」へ引っ越し／Appleが開発するオープンソースのHTMLレンダリングエンジン
7Payガバガバ問題、NTTデータにも飛び火 : 市況かぶ全力２階建
SIOS Tech. Lab - エンジニアのためになる技術トピックス
日本語版 : IBM Bluemix
お前は PHP の歴史的な理由の数を覚えているのか
