問題タブ [document-versioning]

SOP やフォームなどで構成される職場のドキュメント ライブラリ (主に Microsoft Word ファイル) のドキュメント管理を改善する方法を検討しています。ドキュメントへの実際の変更に関しては、SVN リポジトリを設定してドキュメントの実際のリビジョンを処理し、最新バージョンを最前線にできるようにしますが、1) それらが存在するかどうかわからない、または 2) セットアップ方法がわからない他の機能がいくつかあります。ここに私の質問があります：

1. Apache SVN があることは知っていますが、Web ページに表示されるフォルダーとファイルのデザインをカスタマイズできますか?
2. 隔年スケジュールなどで再確認する必要がある特定のドキュメントがあります。これらのドキュメントに簡単にフラグを付けて確認する方法はありますか?
3. Windowsネットワークを介して複数の人々の間でSVNリポジトリを共有する最良の方法は何ですか?

オンラインで検索しましたが、理解できる適切なリソースが見つかりませんでした。

この質問はまだ多くの支持を得ています。Update3 を見てください。 賛成票を投じ、コメントし、回答したら、レーダーを提出してください

nib / xib を表示すると、ファイルが変更され、変更をコミットするか、変更を元に戻す必要があります。マージの競合が発生するまで、これは問題ではありません。

詳細: 私は 5 人の iOS 開発者のチームで働いており、XCode の最後のいくつかのバージョンで、.xib / nib ファイルを誰かが (何も変更せずに) 開いたときに、変更/修正されるという問題が発生しています。

1 人の開発者が「それをねじ込んで、xcode が行う変更をチェックインさせてください」と考えてチェックインすると、それだけでは終わりません。2 つの異なるマシン (XCode と MacOS のバージョンが同じ) 上の同じファイルは、別の開発者がその nib を表示すると、再び変更されます。

.xib ファイルで通常変更されるのはこれです

ただし、それ以外にも、.xib ファイル内の既存のキーと値のペアを変更または移動します。

SO と Google でよく検索しましたが、この問題に関する投稿はあまり見たことがありません。

すべての nib を iPhone5 の画面に対応するようにアップグレードしたとき、マージの競合という悪夢に見舞われました。それ自体はそれほど複雑ではありませんでしたが、ドキュメントのバージョン管理のために大量のマージの競合が発生しました。

理解できないコードを削除すると、ペン先を開こうとしたときに xcode がクラッシュしました。(以前のものに戻すことで、今のところこれを修正しました)

この問題を回避する方法についてアドバイスをいただければ幸いです。

更新: これはまだ解決されておらず、まだ頻繁に賛成票を獲得していることに気付きました。興味があるのですが、ストーリーボード プロジェクトのいずれかで同じ問題が発生していますか? （私はまだ絵コンテに取り組んでいません）。

更新 2: 同じ問題が発生しているすべての人に、既存のレーダーがあるという応答があったとしても、レーダーを提出してください。それは問題をトップに押し上げるのに役立ち、XCode の神々はその時だけ問題に対処します。

Update3: このスレッドにはまだかなりの数の賛成票が寄せられており、Apple のバグ レポートはまだ公開されていません。したがって、この質問に賛成票を投じた後、質問で言及した詳細をレーダーに提出してください（および/または独自の説明を追加してください）

Update4: この質問にはまだ多くの賛成票が寄せられています。Update3 を見てください。賛成票を投じ、コメントし、回答したら、レーダーを提出してください

Update5: WWDC 2014 での Apple エンジニアからの情報によると、この問題は Xcode6 で修正されています。これが修正されたことを確認したら、この質問を更新します (おそらく閉じます)。

Update6: これが修正されることを期待しています。これは、WWDC2015 で (そこに行くことを知っている人を通して) 尋ねます。WWDC チケットを手に入れた幸運な人たちが、WWDC 2015 で同じことができるといいですね。

Update7: Xcode 7 がここにあり、このバグもあります :( 元のレーダー レポート (11533872) はまだ開いています

管理ファイルの古いバージョンにアクセスしようとすると、XML次のようになります。

実際、 /company/1448220_xml_versions内のバージョン 1、2、3 のファイルは存在しません (この場合、バージョン 4 が最新であると仮定します)。

(ドキュメント管理) 機能を使用してドキュメントを更新する場合dls、次のタスクを実行します。

1. 文書が管理されているかどうかを確認する
2. dls:document-manage($uri, fn:false())管理されていない場合は、eval ステートメント内で使用して管理するように設定します
3. dls:document-checkout-update-checkin($uri, $new-doc, "Document update", fn:true())eval ステートメント内を使用してドキュメントを更新する

ここまでは順調ですね。

ドキュメントの特定のバージョンを取得するために結ぶ場合:

1. dls:document-version($document-uri, xs:unsignedInt($version))

==> $version := 4 を使用すると、有効なドキュメントが得られます (これが最新バージョンです)

==> $version := 1 を使用すると、バージョン 1 のドキュメントが存在しないことを示すエラーが表示されます。

私が間違っていることは何ですか？

MarkLogic 6 を使用しています。

MarkLogic Library Services API を使用して、ドキュメントの変更はどのように保存されますか?

NEventStore (以前は Jonathan Oliver の EventStore として知られていたアーティスト) を使用して、CQRS イベントを保存しています。イベントに新しいプロパティを追加したい場合、イベントの新しいバージョンを作成する必要があるかどうかを知りたいです。

EventStore からイベントを読み取るときに問題が発生するため、既存のプロパティの名前を変更しないでください。しかし、新しいプロパティを追加するだけだと、何か問題が発生するでしょうか?

私は Windows で作業していますが、中身に関係なくフォルダー プロジェクトをチェックイン/チェックアウトできるようにするには、非常にシンプルなバージョン トラック ソフトウェアが必要です。私はいくつかのプログラムをダウンロードしましたが、それらのほとんどは非常に複雑で、チームワーク、クラウド、数千のオプションなどです.

ローカルで、ファイルの簡単なバージョン トラックが必要です。何か便利なものを教えてもらえますか？

ライブラリに保存されているドキュメントのバージョンを制御することはできますか? たとえば、最初の基本バージョンを設定し、ドキュメントの特定のチェックイン/チェックアウト/変更のバージョン管理を無視することはできますか?

クライアント オブジェクト モデルを介して、アプリケーションでこのドキュメント ライブラリにアクセスしています。しかし、私たちのレガシー アプリケーションでは、sharepoint に保存されるドキュメントのバージョンをより詳細に制御する必要があり、同時に、sharepoint ドキュメント ライブラリのバージョン管理機能も活用したいと考えています。どうすればそれを達成できますか?

メタデータに基づいて古いバージョンのドキュメントを見つけることはできますか?それとも、CAML クエリまたは API を介してメタデータで検索したときに、sharepoint 検索を実行してドキュメントの古いバージョンをクロールすることはできますか?