1
A
答えて
1
これは可能性が仕事のために:
-
コミットするファイルのリストがすでに知られている
- Mercurialの中に事前コミットフック(ない内部が発生するコミットする前に実行さprecommit hook、しかし、「前。 -commit」開始、コミットする前に実行し、一般的なフック)
- gitの事前コミットフック(ただしneed to add your file with the updated weather information to the list of files to be committed)どちらの場合も
、フックはあなたが必要な情報を取得し、ある特定の更新と述べましたthを保持する担当ファイルプロパティで。
5
Mercurialには、Subversionの持つ方法でプロパティを管理する方法が組み込まれていません。しかし、それにはいくつかのインフラストラクチャがあります。それ既に示すことから がbookmarks extensionは良い出発点のようになります。外の歴史の
メタデータ:あなたは拡張子を書いて、あなたはメタデータが内部または歴史の外に住みたいかどうかを判断する必要がありますヒストリーのメタデータを管理する方法と、プッシュ&プルでそのようなデータを移動する方法について説明します。
履歴のメタデータ: データが履歴の一部である場合は、自分の拡張機能がより簡単になります。 transplant extensionは、内部コミット機能の
extra
辞書引数を介して、追加のメタデータをチェンジセットに埋め込む拡張の例です。
私はGitについてよくわかりません。
+0
拡張機能の作成は素晴らしいアイデアですが、私はそれに時間を費やす準備ができていません。私はカスタムファイルの方法で行くつもりです。とにかくありがとう! – ulu
関連する問題
- 1. Mercurialの拡張
- 2. チームシティーMercurialのクローンエラー
- 3. コードベースのMercurialラッパーディレクトリ
- 4. Mercurialのリポジトリブラウザ
- 5. Mercurialの紹介
- 6. リモートのMercurialリポジトリ
- 7. Mercurialの 'Dead'ディレクトリ
- 8. HostgatorのMercurialのインストール
- 9. Mercurialの自動マージ
- 10. mercurial subrepositoriesの認証
- 11. Mercurial:マルチカスタマープロジェクト用のリポジトリレイアウト
- 12. eclipse mercurial pluginのインストールエラー
- 13. Mercurialでの分岐
- 14. Mercurialの - 正気パッチ
- 15. Mercurialブランチの閉鎖
- 16. Mercurial extensionの使用
- 17. のMercurial - 分岐が
- 18. MQとMercurialのブランチ
- 19. Mercurial heads
- 20. Mercurialのリリースブランチの管理
- 21. Mercurial Hookの現在のブックマーク
- 22. Mercurialでのマージの問題
- 23. Mercurialの作者の説明
- 24. Mercurial + Mercurialキューを持つWindows上での連続的なスタック?
- 25. Mercurialチームでの作業
- 26. Mercurial/TortoiseHgのブランチを隠す
- 27. サーバー間でのMercurial hgクローン
- 28. ローカルリポジトリ用Node.jsのMercurial HGライブラリ
- 29. MercurialとCruiseControl.Netの "Crosses Branches"エラー
- 30. Mac用の良いMercurialリポジトリビューア
本当に深刻でしたが、私は別のことを尋ねていました。私が探しているのはネイティブに管理されたメカニズムなので、これらの小道具を保持するために別のファイルを追加する必要はありません。たとえば、SVNでsvn propset weather '...'と書くことができます。何かのようなもの.. – ulu
@ulu:いいえ、Git(とMercurialと思われます)はsvnのようなメタデータを管理しません。管理したいものを含めるには* 1つのファイルが必要です。 – VonC
* VonC *が正しいです、MercurialはSVNのようなプロパティもサポートしていません。 Mercurialの方法は、メタデータをプレーンファイルに保存することです。隠しファイル '.hgtags'は組み込みの例です。同様に、 '.props'という名前の隠しファイルを設定することもできます。通常のビューでは作業領域が乱雑にならないでしょう。しかし、AFAIKでは、コミットメッセージ(* author *、* date *、...の隣に)に追加フィールドを追加する拡張機能を記述することは可能です。 –