回答編集履歴

3

追記

2016/01/20 00:47

投稿

退会済みユーザー
test CHANGED
@@ -65,3 +65,15 @@
65
65
 
66
66
 
67
67
  など、もっとあったかもしれませんが、忘れてしまいました。
68
+
69
+
70
+
71
+
72
+
73
+ 追記します。
74
+
75
+ どうも管理対象がプレーンテキストのソースコードではなくOfficeファイルのようなので、少し視野を広く持って、シャドウコピーによる定期的なバックアップ運用も比較検討対象に加えられるのが良いと思います。
76
+
77
+ 目的はトータルでの作業負荷の軽減であって、手段にとらわれて余計なことを覚えさせられ、現場に混乱を招くことではないでしょうから。
78
+
79
+

2

説明を追加。

2016/01/20 00:47

投稿

退会済みユーザー
test CHANGED
@@ -34,7 +34,7 @@
34
34
 
35
35
  将来的にもこれは解決できない可能性が高いです。共有フォルダを直接開き、Officeの排他機能を使いましょう。
36
36
 
37
-
37
+ Gitは基本的にテキストファイルのみマージでき、Excelファイルを整合性を取ってマージする機能がないためです。
38
38
 
39
39
 
40
40
 

1

記述を詳細化

2016/01/20 00:12

投稿

退会済みユーザー
test CHANGED
@@ -48,11 +48,13 @@
48
48
 
49
49
  - そもそも単一のローカルリポジトリを複数人で同時に操作することを想定されて作られていない可能性があり(すいませんがそこまで詳しくは知りません)、同じファイルについて同時に操作するとデータ不整合が起きる可能性がある(起きたことはないですが)
50
50
 
51
- - 更新アイコンが出ているファイルをどのタイミングでコミットするかの判断が面倒
51
+ - 更新アイコンが出ているファイルをどのタイミングでコミットするかの判断が面倒(リビジョンに意味を持たせても、毎日の業務でそのうち疲れてくる。1日1回と決めるとそれ以上の頻度でバックアップ出来ない)
52
52
 
53
53
  - ファイルを管理対象へ追加するのが面倒(教育含め)
54
54
 
55
55
  - ファイル名を変更する(と管理対象から外れる)のが面倒(教育含め)
56
+
57
+ - ファイルパス上のフォルダ名を一部でも変更する(と管理対象から外れる)のが面倒(教育含め)
56
58
 
57
59
  - 全てを管理対象とすると容量が肥大(一部分を管理すると追加時の判断が面倒)
58
60