バージョン管理と継続的インテグレーションを使用しない深刻な企業はありますか？どうして？

私の同僚は、継続的な統合を備えたビルドサーバーとバージョン管理ソフトウェアの両方を使用していたため、ソフトウェア部門は非常に高度であるという印象を受けていました。これは私の観点とは一致しませんでした。深刻なソフトウェアを製造していて、どちらも持っていなかった会社を知っているからです。しかし、私の経験はほんの一握りの会社に限られています。

ソフトウェア業界に属し、これらのツールを使用しない実在の会社（プログラマー3人以上）を知っていますか？そのような会社が存在する場合、そうしない理由はありますか？

あなたがそれらを深刻な行為と呼ぶかどうかはわかりませんが、MySpaceはこの面ではかなり貧弱です：http : //highscalability.com/blog/2011/3/25/did-the-microsoft-stack-kill-を参照してくださいmyspace.html。

あなたは現実が常識にできることを見て驚くでしょう;-)

バージョン管理システムを使用していない企業はまだかなりあると思います。興味深いことに、これまで見てきたすべてのケースで、そのようなシステムの使用に喜んで反対したのではなく、SVNのようなものが存在することを知らないからです！私に関しては、私はあなたに完全に同意し、いかなる種類のバージョン管理も使用したくない状況をイメージすることはできません。地獄、自宅のPCにある自分の個人ファイル（ワードドキュメントなど）をGITリポジトリにプッシュすることもあります。

継続的インテグレーションシステムの場合、日常業務でそれらを使用しないのがもう少し一般的です。時々、人々はそのようなシステムが存在することを知らないが、それらを使用しないことの非常に疑わしい言い訳が「私たちは十分に複雑ではない」または「継続的な統合なしで非常にうまく機能している」というケースを見てきましたそれでは、なぜ別のテクノロジーを追加する必要があるのですか？」もちろん、現実的な評価に耐えられない-しかし、元の質問に答えるために：それはすべてではありませんことは珍しいです。

現在、私の業界（銀行）のほぼすべての会社がバージョン管理を使用しています。しかし、バージョン管理なしでソフトウェアを正常に開発することは確かに可能です。20〜30年前。まさにそうしました。

多くの銀行は、おそらく大多数であっても、継続的な統合を備えたビルドサーバーを使用していないと言えます。継続的インテグレーションなしですでにソフトウェアを正常に配信している場合、その道を進むことは完全に合理的です。

@RoadWarriorの答えに反論するためだけに：

私は銀行で働いています。過去3年間、バージョン管理の実装に費やし、現在ではコードベースの約20％でそれを実現しています（非常に大きく、約20人の開発者がおり、16年以上システムを開発しています）

業界（銀行業）での私の連絡先を通じて、正気な人がバージョン管理と呼ぶものを持っていない他の金融機関をたくさん知っています。

はい、私たちの業界（ソフトウェア開発）は、ほとんどの人が認めようとするよりもずっと悲しいです。

バージョン管理：25年前の最初の仕事では、バージョン管理システム自体はありませんでしたが、これはPDP-11上のRSX11でした。しかし、設計とコードの正式なレビューによる非常に高いレベルの品質管理がありました（これは原子力産業で行われました）。

それ以降のすべてのジョブは、SCCS、PVCS、clearcase、cvs、perforceなどのバージョン管理システムを使用しています。

したがって、私の経験では、バージョン管理の使用は、深刻なソフトウェア開発ではほぼ普遍的です。

継続的インテグレーション：これは、特に自動化されたテストの方法でさえもおそらくおそらくない多くのレガシーコードを持っている場所で、より大きな問題です。既存のコードをCI環境に移行するには非常に大きな投資が必要であり、おそらく最終的には成果を上げますが、短期的な利益なしにそのような投資に経営陣がコミットするのは困難です。

私は1つの場所（大規模な銀行）で働いていましたが、一部のプロジェクトではCIを導入し、プロジェクトに一種のCIシステムを実装しました。

ほとんどの企業は利点を理解しておらず、開発者は学習したくないか、以前とは異なる方法で「鍋をかき混ぜる」ことを恐れているため、これらのことを使用しないと思います前にやった。

私は今は従業員ですが、以前はデータベースコンサルタントとして自営業者でした。その何年も、何年にもわたって、私はママからポップまで、フォーチュン100から800から1000の会社にいました。

継続的な統合を行った場所は比較的少数しか見ませんでしたが、バージョン管理を使用していない会社を見たことはありません。バージョン管理されたコードの集中リポジトリがない場所をいくつか見ました。個々のプログラマーは、自分のコンピューターでバージョン管理を使用するか、サーバー上のホームディレクトリの下のどこかにバージョン管理コードを保持していました。

私はこれらの企業のどれもソフトウェアビジネスに属しているとは思いませんが、彼らのプログラマーは確かにそうでした。

私の同僚は、継続的な統合を備えたビルドサーバーとバージョン管理ソフトウェアの両方を使用していたため、ソフトウェア部門が非常に高度であるという印象を受けていました。

いいえ、私はそれを言うのが嫌いですが、これは本当です。私が働いた最後の2つの場所（銀行の部門と金融会社）で、バージョン管理システムを実装したのは私でした。多くの場所（特に非ソフトウェアショップ）は、なぜ長期的な開発に本当に必要なのか理解していません。チームは通常、1人または2人で始まり、痛みを伴うものの、そこから成長します。1人または2人の場合、お互いにほぼ絶えずコミュニケーションをとることができるため、それなしではうまくいきません。

連続ビルドはまったく別のケースです。私が推測しなければならなかった場合、開発が行われている場所のほぼ90％にCIソリューションが存在していないことに間違いはありません。私は会議に参加しますが、ほとんどの人はMSまたはGoogle以外の組織がそれを持っていることに驚いています。私が見つけたのは、多くの時間を節約できるとしても、経営陣はそれを立ち上げて運用するために少額のお金を費やしたくないということです。

私がこれを見つけた最大の理由は次のとおりです。

1. 経営陣は同じ組織の階級を超えて昇進しています。彼らは使用したことがなく、それを必要としなかったのに、なぜ今変更する必要があるのでしょうか？私が見つけたものの中には、変化を恐れている人もいます。新しいものは恐ろしいものであり、古いコンパイラをほこりにするのを防ぎ、必要なときに若いコンパイラを助けます。他の場合（そしてより頻繁に）、彼らは常に厳しい予算を持ち、どこでお金を使うかについて決定をしなければなりません。これらを実装することは明らかに必要ですが、それは以前にそれらを使用したことがあるためです。メリットはわかっていますが、わかりません。

2. マネージャーは非ITの人々であり、彼らがここにいるのは、以前は必要なかったものにお金を使いたいということだけです。

私が人々から聞いたほとんどの議論はベストプラクティスなどに集中しており、それらは真実ですが、ほとんどの開発者が理解していないのは、このシナリオでは財務状況の観点からそれを組み立てる必要があるということです。この金額を使って、X時間を節約します。バックアップするには数字が必要です。これは常に真実ではありませんが、過去の私の経験でした。

多くの人がソース管理を使用しないのは、自分でコーディングしている可能性があり、コードベースを中央サーバーまたはUSBハードドライブに定期的にバックアップするために使用しているためです。長期的には有益だとわかっていたので、私は約1年前にSVNの使用を開始しました。それに慣れるのにしばらく時間がかかりましたが、今では私は常に参照できるコード履歴がたくさんあります。私が始めた4年前に実装したことを望みます。

継続的インテグレーション？必要な場合にのみ使用してください。私にとっては、ソフトウェアエンジニアは2人しかいないので、自分でソフトウェアに取り組んでいるので、継続的な統合の恩恵を受けることはできません。

ハ、あなたはあなたがSCMとCIシステムを持っているので、あなたは進歩していると思いますか？それは、アマチュアの時間です。

多くの企業が最低限必要なことをしています。本当に必要なのはそれだけだからです。それが機能し、大きな労力をかけずに再現性のある優れたリリースを入手できれば、修正する必要はありません。このような状況で最後にやりたいことは、特に新しいサーバーをセットアップして管理し、システムを構築するために管理リソースを作業から奪うことになると、問題を「修正」し始めることです。

ただし、一部の企業では、ビルドを実行するだけでなく、テスト計画とテスト結果を介して展開に至るまで要件を制御し、コードレビュー、ワークフロースタイルのチェックイン手順、チームリーダー指定のワークパッケージ管理。これは実際の構成管理であり、そのような環境で作業する必要がないことを非常にうれしく思います！

私はいくつかの会社で働いたことがありますが、何らかの形のSCMを持たない会社は考えられません。それらのいくつかは他のものよりも包括的でしたが、それらのすべては、VSSを使用したものでさえ、彼らのためにうまく機能するシステムを持っていました。

2人のプログラマーが複雑なアプリケーションとタスクのリストを作成している場合でも、互いの変更を打ち負かすことは困難です。

古いリリース管理ソフトウェアでさえ、変更を並べて示し、どちらの方向にも適用できるようにしました。変更がなければ、変更は複数回見逃されていました。

CIには多くの利点がありますが、なぜバージョン管理ソフトウェアを使用しないのか想像できません。

バージョン管理なしで働いていた最後の仕事は2006年でした（私はFWIWのWeb開発者です）。会社に雇われるまでに開発者が2、3人しかいなかったが、私はわずか数か月で10人ほどの開発者のうち最初に雇われた。採用時に最初にやったことの1つはバージョン管理の導入でした（CVS、それがどれほどひどいことだったのか、当時はわからなかったからです！）環境なので、使用しませんでした。ああ、私は彼らが実行しているアプリケーションのローカルインスタンスさえ持っていなかったことに言及しましたか？彼らはサーバー上のコードをハッキングしました。もちろん、自動化されたテストはありません。私はそれを考えるとうんざりします。

その前に、バージョン管理なしでAS / 400プログラミング作業を行いました。まともなVCSがその環境でも利用可能かどうかはわかりません。

現在、私はすべてのワンマンプロジェクトにGitを使用しており、最後のいくつかのジョブでもGitを使用しています。

CIは別の問題です。持っていることは素晴らしいことであり、私はそれを奨励しますが、少なくともインタープリター言語の小規模なプロジェクトでは、バージョン管理ほど重要ではありません。しかし、私の最近の仕事のほとんどにはCIサーバーがあります。とりわけ、展開前に完全なテストスイートを実行することを忘れることができないことを意味します。

私は間違いなくあちこちに出くわしましたが、ほとんどは小さな会社です。私がより頻繁に見ている問題は、実際にSCMを持っているが、それらを追跡するには小さすぎるか重要ではない多くのプロジェクトを考えている企業です。