問題タブ [revision-history]

ユーザーが自分の脚本を書くことができるサイトがあります。

この脚本はリビジョンの形で保存されます。

Apache SVN がインストールされました。

すべてのユーザーのドキュメントについて、最新の 5 つのリビジョンのみを保存したいと考えています。

しかし、問題はバックエンドにあり、すべてのリビジョンが「Docsrepo」という 1 つのフォルダーに保存され、1 つのフォルダーに 1000 リビジョンとして分類されます。このように234個のフォルダがあります。

234*1000 リビジョンを意味します。

ここで、このリビジョンをすべてアーカイブして、各ドキュメントの最後の 5 つのリビジョンのみを保持したいと考えています。

それ、どうやったら出来るの？

ファイルの履歴の詳細と説明のテーブルを生成するために perforce を取得する方法を知っている人はいますか?

GUI またはコマンド ライン ソリューションのいずれでも問題ありません。P4V GUI Windows クライアントでは、ワーク スペース ツリー ビューでファイルを右クリックし、[ファイル履歴] を選択すると、すべてのリビジョンのリストが表示され、このリストの最後の列に [説明] が表示されます。このリストを印刷しやすい形式で印刷したいと思います (説明が長いと画面に収まらないため)。

基本的に、ファイルへのすべての変更の、日付と変更の説明を含むきちんとしたリストが必要です。「ファイル履歴」以外に、perforceがこの印刷可能なリストを生成する方法を見つけられませんでしたが、これは、使用したくないスニッピングツールまたは印刷画面を使用する以外は印刷できません。

最良のシナリオは、特定のファイルの各リビジョンで何が変更されたかを正確に示すために、日付と説明、および差分分析の要約を含むリストです。

これについての助けをいただければ幸いです。

Wordpressのバックエンドからページを取得するコードがあります。post_idを使用して取得します。問題は、ページコンテンツを変更すると、変更に新しい投稿IDが含まれることです。ページの最新のリビジョンを取得する良い方法はありますか？タイトルは変更されません。

また、Wordpressの外部でこれらのページにアクセスしています。

基本的にプライベートリポジトリとして開始された2年前のリポジトリがあるため、リポジトリの履歴のキーファイル、暗号化キー、さまざまな場所にある大量のイメージなど、さまざまな時点で履歴に含まれていました。それらはすべて追跡されなくなりましたが、履歴にはまだ存在しています。

新しい開発者を採用しているため、ソースは現在共有されています。私は、ほとんどクリーンなリポジトリでクリーンなスタートを切りたいと考えています。ただし、この移行期間中は、2 つのリポジトリ間でパッチ/コミットを共有して、古いリポジトリにも対処する必要がある場合があります。

git の以前の履歴から脱却し、古いリポジトリと新しいクリーンなリポジトリ間でコミットを共有する機能を可能な限りクリーンに保持するための最善の方法は何ですか?

目的:

1. 新しいリポジトリでは利用できない履歴の過去の方法で、機密性の高いコミットを行います。
2. 新しいリポジトリですべての機能を許可します (クローン、プッシュ、フェッチ、git の通常のすべて)
3. 古いリポジトリが新しいリポジトリからのパッチ/コミットを認識する能力を最大化する
4. [あまり重要ではありません] 作業コピーに存在しない古代のコミットにバイナリがないため、新しいリポジトリを高速化します。

SOアイテムの[編集]ボタンまたはWikiページの履歴を表示するときに表示される変更と同様に、ファイルへの変更を強調表示するビューを探しています。

現在、いくつかのプロジェクトをオープン ソースとしてリリースしています。通常、完全なソースは ZIP アーカイブとして提供されるか、オープン ソース リポジトリにチェックインされます。これにより、ohlohによる分析が困難になります。

ソフトウェアが非公開リポジトリで開発された場合、完全な履歴が利用可能です。ただし、完全な履歴を公開したくありません。

2つの可能性のいずれかに到達するためにgitを使用したい：

(i) 作成者ごとに 1 つのコミット: 作成者ごと に 1 つのコミットが必要です (コミット日は最終リリース日です)。各コミットにはコード行が含まれており、最終的に最終バージョンになりました。

(ii) 最後のコード行のみを含む元のコミット:このバリアントでは、コミットの数自体が保持されます。各コミットは、最終的に最終バージョンになった行のみが保持され、他のすべての行が削除されるように変更されます。

バリアントの 1 つをまだ実装した人はいますか? バリアント (i) は、git-blameといくつかのスクリプトを使用して実行できるようです。

まず、新しい空の Subversion リポジトリと既存の git リポジトリに「プッシュ」して、すべての履歴と作成者 (可能であればユーザー名だけでも) を保持します。

「git svn dcommit」を使用すると、Subversion リポジトリの履歴でリビジョン コメントを確認できますが、作成者の詳細はデフォルトで Subversion のユーザー名になり、コミット日は git の最初のコミットではなくプッシュの日付である今日の日付になります。

bazaar.conf のオーバーライドと pre-revprop-change フックの変更を使用して、BZR->SVN のようにこれらの関心のあるプロパティをオーバーライドする方法はありますが、今回は Git 用ですか?

ありがとう。

（可能であれば）すべてのリビジョンを含むファイル内の文字列を検索する方法は？

foo.barそうする理由は、過去のどこかでファイルに文字列が含まれていたが、それ以降は削除されていることを知っているためです。ファイルには多くのリビジョンがあるため、手動検索には時間がかかります。foo.barファイルのすべてのリビジョンをダウンロードし、各リビジョンで文字列を検索するツールが必要です。

可能であれば、単一のファイルだけでなく（すべてのリビジョンも含む）ディレクトリを検索するとよいでしょう。ただし、これはオプションです。

私が思いついた唯一の解決策は、リビジョンごとにリビジョンをエクスポートするPythonスクリプトを作成し、常にファイルを読み取り、find（）を使用して文字列を検索することです。

同僚のコミットをマージするときにいくつかの間違いを犯しました。今、それを発見したので、古いコミットを再度適用して、ファイルの変更を手動で選択する必要があります。状況は次のようになります。

Bが歴史に一度もなかったように、BをIとマージするようにもう一度尋ねるためにgitが必要です。つまり、B で異なるすべてのファイルのマージを選択するように git に依頼し、コミットする必要があります。そのようなことをするための最良のアプローチは何ですか？チェリーピックでこれを達成できますか? どのように？

3 つのコミットを含む作業ツリーがあります。

➜ ~myproject git:(マスター)git log

ここで、最初のコミットrewordのコミット メッセージを希望します(6707a66)

➜ ~myproject git:(マスター)git rebase -i 6707

（…vimに入る）

rewordこの場合、問題のコミット メッセージを (git 用語で)修正したいと思います。

初期コミット (誤解を招くメッセージ付き)

…適切なものに。

当然のことながら、最初のコミットには明らかに親コミットがないため、上記の試みは成功しませんでした。（そして、あなたが望むものより前rebaseの次に古いコミットを参照する必要がありますよね？）reword

したがって、私の質問の要点は、他の方法でこれを達成できますか?