7

これを見る: http://www.suckless.org/wiki.html . Mercurial に基づくウィキ。コード以外でバージョン管理に使用する方法はありますか? 独自の特定のソリューションをプログラミングする代わりに、内部でバージョン管理ツールを使用する他のプロジェクトはありますか?

4

13 に答える 13

8

思い当たるカップル

  1. ドキュメンテーション
  2. 仕様
  3. データベースのテスト
于 2008-12-04T14:16:27.077 に答える
8

バグごとのファイル、ステータスを処理するフォルダー構造、および検索を簡単にするための命名規則を備えた単純なバグ追跡システム。

于 2008-12-04T14:24:49.337 に答える
6

バージョン/etc管理の下に配置するか、その他の構成ディレクトリ/ファイルは、正しく行われた場合に役立ちます。

また、ホーム ディレクトリをバージョン管理下に置くことを好む人もいます。

于 2008-12-04T14:16:42.210 に答える
4

「非コード」パスをさらに下ると、GTD はどうですか?

タスク、コンテキスト、次のアクションなどをプレーン テキストで保持する場合、バージョン管理を使用してプロジェクト アクティビティを維持および再生できます。コミット ログは、そのようなことを報告する必要がある場合、優れたアクティビティの概要を提供できます。

于 2008-12-04T14:20:52.763 に答える
3

仕事を探している卒業間近の学生として、履歴書にバージョン管理を使用しています。

なぜ私はそれをやっている:

  1. 私は、ほとんどの求人応募に対して 1 つのデフォルトの履歴書 (「トランク」) を維持できます。
  2. さまざまなフォーマット オプションを試してみたい場合は、トランクに影響を与えずに分岐してそこで再生できます
  3. すぐに最新のコピーが必要な場合、トランクには常に安定したバージョンがあります
  4. 特定のスキルが必要な求人がある場合は、それらを強調するバージョンを作成できます。
  5. タグを作成して、特定の企業に送信したバージョンを追跡できるため、面接の準備に役立ちます
  6. 私の履歴書が時間の経過とともにどのように進化するかを見るのは楽しいです:)
于 2009-11-25T00:53:41.203 に答える
3

構成ファイル。システムへの変更を文書化する良い方法です。そしていつでも変更を元に戻すことができます。

于 2008-12-04T14:17:20.057 に答える
1

私のオフィスでは、時々切断されたファイル共有の形式として使用しています。HEAD リビジョンには約 4GB のファイルがあり、見事に動作します。すべてのドキュメントの完全なバージョン履歴を持つことは、優れたバックアップ ツールです。

于 2008-12-04T14:21:10.750 に答える
1

現在、Teamprise を介して Team Foundation Server を使用するように変換しようとしているグラフィック デザイナーのグループがあります。

また、従来の意味での単なるコードとは考えないでください。データベース スクリプト、検索アプライアンスのインデックス作成スクリプトなどはすべて、キャプチャしてバージョン管理することもできます。優れたビルド プロセスと組み合わせることで、これらのアーティファクトを展開するための多くの手作業を削減することもできます。

そして、他の人が述べたように、ドキュメント、テストデータなど.

于 2008-12-04T15:11:12.147 に答える
0

あなたが話していることではありませんが、バージョン管理ソフトウェアは、友人や小さなネットワークとファイルを共有するための簡単なプラットフォームになる可能性があります.

もちろん、純粋に法的な理由のみで。

于 2008-12-04T14:43:06.477 に答える
0

少し遅い答えですが、これはここに属していると感じました:

しばらく前に、Git を使用してゲームに費やした時間を追跡しました。ゲームのショートカットを、プロセスとゲームの保存を監視する小さなプログラムに結び付けました。ゲームが開始されるたびに、そのゲームにちなんで名付けられたブランチに切り替わり、変更されていなくても 10 分ごとに保存をコミットしました。ゲームが終了すると、停止してマスターに戻りました。

git treeリポジトリの " " を開くだけで、ゲームが実行されていた期間が表示されるだけでなく、セーブ データのバージョン管理されたアーカイブも保持されます。

于 2011-09-28T14:49:19.153 に答える
0

バージョンを通過するもの (ドキュメント、コード、プレゼンテーション、広告、画像など) はすべて、バージョン管理の恩恵を受けることができます。作品を使用/編集する人が複数いる場合は、間違いなくバージョン管理が必要です。実際には、違いを表示し、編集プログラムとは無関係に履歴を追跡できる必要があります。

Rands in Repose からのこの投稿 (「Dumbing Down the Cloud[sic]」) のおかげで、バージョン履歴の追跡、ロールバック、および共有を備えた無料のオンライン ストレージであるDropboxを調べました。私の妻のように、同僚と一緒に全国の論文に取り組んでいる教授にとって、これは彼らのワークフローにおける大きな前進です。

于 2008-12-04T15:02:48.263 に答える
0

VC を使用して、ディスク上のデータのアーカイブ (またはバックアップ) 機能を実装します。

また:

  • プロジェクトに関連するすべてのドキュメント。
于 2008-12-04T14:15:25.270 に答える
0

私の会社では、各製品リリースのすべてのライフ サイクル ドキュメントをバージョン管理に保管しています。これらは、製品の開発、テスト、およびリリース中に作成されるアイテムです。

開発をサポートするためにこれを開始しましたが、最終的には、ドキュメント、テスト ケースなどのバージョン管理と履歴が必要になりました。

于 2008-12-04T21:23:07.107 に答える