大企業はソースコードの管理に何を使っている？
Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか？という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co
Perforce - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "Perforce" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2024年2月） Perforce は、商用のプロプライエタリなバージョン管理システムである。Christopher Seiwaldが1995年に創設した Perforce Software, Inc. が開発した。 概要[編集] Perforceはクライアントサーバモデルに基づき、サーバがソースファイル群のバージョンを1つ以上のdepotsで管理する。サーバはLinux、UNIX、macOS、Windowsといったオペレーティングシステムで動作する。 2019年5月現在、
Alienbrain - Wikipedia
Alienbrain（エイリアンブレイン）は、NXN Software社（ドイツ、ミュンヘン）にて開発されたデジタルアセットマネジメントシステム。 現在はAvid Technologyにて販売されているが、開発自体はNXN Software社で行われている。 任天堂株式会社が使用していることで有名になる。日本の販売代理店はダイキン工業株式会社。 機能[編集] 最新版データの自動更新と履歴の自動生成によるバージョン管理 チェックイン、チェックアウトによる更新（排他処理） ブランチの生成とマージが可能 チェンジセットなどのソース管理ツールが持つソフトウェア構成管理機能を実装 コメント付与によるデータ検索 アプリ組み込み型のインターフェース サムネイル表示機能 画像に書き込めるレビュー機能 使用者権限の個別設定 進行状態の付加による進捗管理 メッセンジャー機能 関連項目[編集] バージョン管理シ
ウノウラボ Unoh Labs: git-svn駆け込み寺
こんにちは。murahashiです。 gitやgit-svnを使うにあたり、試したことや引っかかったことについて、yukiのエントリ ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn のつづきを書いてみました。 Q. ブランチ名を長くしてしまったので手打ちするのが大変です A. bashでgitコマンドを補完します gitのコマンド補完は git-completion.bash が便利です。 fedoraにyumでgitを入れた場合には下記場所にあります。 /usr/share/doc/git-VERSION/cntrib/completion/ 自分の見える場所にgit-completion.bashがなければ、インストール済みのgitと同じversionのgitのソースをダウンロードします。 cntrib/completion/
革命的Subversionリポジトリ構成 | ■━⊂( ・∀・) 彡☆`Д´)ﾉ
Subversion本家推奨の構成って、どうも馴染めないのです。 プロジェクト単位で完全に独立しているならともかく、現実はそーじゃないんで。 何が問題なのかっつーと、プロジェクトが第1階層にあるから機能面での構成が プロジェクト単位で分断されちゃってる。例えば、trunkから全プロジェクトを持って きたいなんてときにいちいちプロジェクト毎にチェックアウトしなきゃならんのですよ。 プロジェクトのcheckoutという観点ではtagsもbranchesも要らないかんね。 ぶっちゃけ、邪魔。 やっぱ、こゆのは機能面で最適であるべきだと思うのです。 そんなわけで、俺的に最適な構成を考えてみた。 trunk (開発中最新ヴァージョン)Project1Project2 :Category1Project11Project12 :Category2 :tags (リリース履歴)Project1Ve
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
