コラボレーションのバージョン管理（単語レベルの差分を使用）

現在、ほとんどの論文は共同で書かれており、共同研究者はしばしば異なる場所にいます。私は常にドキュメントとコードにバージョン管理システムを使用しており、共同ソフトウェアプロジェクトにはバージョン管理も重要であると考えていますが、理論的には多くの研究者が共同論文の作成に使用を避けているようです。共同作業者に、バージョン管理（リビジョン管理）が連携するための良いアイデアであることを納得させるには、いくつかの前提条件があるようです。 改行や段落の特定の一連の規則について全員に心配させたり、タブ/スペースの変換を回避したりすることはできません。

誰かが小さな共有ドキュメントリポジトリの無料ホスティングを提供し、テキストレベルの差分を処理できるテキストドキュメントフレンドリーなバージョン管理（行ベースではない）を提供していますか？

そうでない場合は、経験に基づいた他の提案を歓迎します（憶測を避けましょう）。

私はGit、Subversion、Mercurial、darcs、またはBazaarをwdiffで単語レベルの違いを処理するようにセットアップし、公開キー（たとえばssh経由）で保護されたアクセスをセットアップする簡単な方法を考えていました。しかし、私が見たバージョン管理プロバイダーはどれも、このようなものを提供していないようです。科学的なコラボレーションでは、これらの企業の多くが強調する「エンタープライズ」機能はあまり重要ではありません（多くのブランチ、tracとの統合、サードパーティによる監査、階層プロジェクトチーム）。しかし、ワードレベルの差分は重要であるように見えますが、サポートされていません。私の経験では、テキストファイルの行レベルの差分では、タブをスペースに変更したり、その逆の問題を引き起こしたりする段落やエディターの再フォーマットを避ける必要があります。また、多くの誤った編集の競合があるようです。

コラボレーション用のツールに関する関連する質問、およびTeX.SE上の関連する質問、LaTeXドキュメントのバージョン管理およびバージョン管理用のLaTeXパッケージに関する質問を参照してください。主要なバージョン管理システムの1つにすぎないホスティングプロバイダーの大規模なリストについては、SVNホスティング比較レビューチャートも参照してください。

編集： TeX.SEの質問「Subversionに最適なLaTeX対応diffおよびマージツール」に対するJukka Suomelaの回答は、これまでの最良の提案のようで、単語レベルでのデルタの解釈方法を網羅しています。さらに、Jukkaは、リポジトリ側の連続するバージョン間の違いが、競合の検出と変更のマージに使用されるユーザーレベルの違いとはどのように異なるかを説明しました。TeX.SEでのJukkaの回答は、同時編集とマージを明示的に除外し、代わりに従来のアトミック編集トークンに依存して編集の競合を回避しています。元の質問を明確化（および変更）しますが、行の違いではなく単語の違いに基づいて編集の競合を確実に解決する方法はありますか？言い換えれば、できますwdiffまたは行末の違いと空白の違いを無視できる方法と同様に、バージョン管理ツールの競合検出部分に同様のツールを統合しますか？

gitを使用して、latexで書かれたいくつかのドキュメントを共同作業しました。いくつかのルールに従う必要があります。

• 各行を新しい行で開始します。latexは、空白行がない限り、これらの改行を無視します
• 書式設定に同じ設定を使用します（タブ/スペース/最大テキスト幅）
• 最良の結果を得るには、リポジトリに.gitattributesファイルを作成し、行を追加します*.tex diff=tex。これにより、diffがtex構文を認識し、より意味のある出力につながります。

その後、git diff --color-wordsとgitk --color-wordsを使用して単語の違いを確認できます（git diff / gitログを表示するために常にword-diffアルゴリズムを使用するようにgitを構成する方法については、この記事のGitのWord-by-word diffsも参照してください）。

手動でのマージを減らすために、セクションとサブセクションに別々のファイルを使用することをお勧めします（ドキュメントのサイズに応じて）。

以下をご覧になることをお勧めします。

LaTeX / LaTeXドキュメントの共同執筆、

および関連論文：

科学的LaTeXドキュメントの共同執筆のためのツール。

私は本当に他の人をエコーし​​、座って素敵なSVN戦略を立てることを提案します。SVNを使用して、「研究」構造全体をホストします。

• JabRefリファレンス管理
• ダウンロードしたPDF
• 記事

それはすべてを含んでいるので素晴らしいです、そしてもちろん歴史を提供します。独自のサーバーが必要であるという警告。ただし、既存のWindowsマシン（または使い慣れたもの）がある場合は、VisualSVN Serverを介して簡単にインストールできます。次に、共同編集者用の適切なアカウントを作成し、適切な領域へのアクセスを許可します（つまり、JabRef bibtexファイルへの読み取りアクセス、および共有の「進行中」の記事領域への読み取り/書き込み）。

TortiseSVNは、SVNと対話するためのWindowsクライアントとして使用できます。ファイルの移動/削除とフォルダーのコピーには注意する必要があります（SVNは各フォルダーの非表示フォルダー内にメタデータを保存するため、SVN内から削除コマンドを実行して削除する必要があります。少し慣れる必要があります。へ、しかし投資の価値があります）。

そして、共同編集者と作業するとき、彼らは明らかにSVNも使用しなければなりません。しかし、繰り返しますが、学習への投資は無価値ではありません。また、考えてみると、jabrefファイルに読み取り専用でアクセスできるようにすることもできます（おそらく、svnの「外部」機能を使用）。

このように、少し考えて少し努力すれば、通常どおりドキュメントを編集し、毎晩変更をコミットし、午前中に更新し、すべての競合を簡単に解決することができます。

本当にお勧めです。独自のSVNを設定する人が多いほど、将来的にはコラボレーションオプションのみが改善されるため、より優れています（ただし、科学リポジトリを設定する「標準的な」方法があればおそらく有益です）。

-編集：実際、私はそのような提案をここに書きました：LaTeXとSVNとの科学的コラボレーションのための戦略。svn externals機能を使用して、同様の設定を持つ人々の間で簡単にコラボレーションできるようにすることを提案します。変更が必要か、単に適切でないかを教えてください。

あなたのすばらしい投稿を読んで、自分で解決策を探している間、私はgitkの単語レベルで変更を色付けするオプションにつまずきました。オートコンプリートでは提供されず、gitkのマニュアルページには記載されていないため、gitkパラメータは新しい機能またはドキュメント化されていない機能のようです。
私が見つけたオプションは次のとおりです。

gitk --word-diff=plain
gitk --word-diff=porcelain
gitk --word-diff=color

「diff --color-words」gitkを検索するトピックに関するいくつかのディスカッションを見つけることができます。

編集：
これは次のようなものです...

私は問題を非常によく理解しています。gitとの差分にKaleidoscopeを使い始めました。Mac専用ですが、その比較はwdiffよりもうまく機能し、インターフェイスとライブアップデートもあります。