バージョン管理システムについて語るスレ10

**デフォルトの名無しさん** · 2014/02/23(日) 18:17:11.03

バージョン管理システムについて語りましょう

●過去スレ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
バージョン管理システムについて語るスレ2
http://pc11.2ch.net/test/read.cgi/tech/1215520728/
バージョン管理システムについて語るスレ3
http://pc12.2ch.net/test/read.cgi/tech/1228366972/
バージョン管理システムについて語るスレ4
http://pc12.2ch.net/test/read.cgi/tech/1242918130/
バージョン管理システムについて語るスレ5
http://pc12.2ch.net/test/read.cgi/tech/1255241922/
バージョン管理システムについて語るスレ6
http://hibari.2ch.net/test/read.cgi/tech/1270640436/
バージョン管理システムについて語るスレ7
http://hibari.2ch.net/test/read.cgi/tech/1283780922/
バージョン管理システムについて語るスレ8
http://toro.2ch.net/test/read.cgi/tech/1295493964/
バージョン管理システムについて語るスレ9
http://toro.2ch.net/test/read.cgi/tech/1334766732/

**デフォルトの名無しさん** · 2014/03/02(日) 04:19:33.84

> 人間が直接編集する

さっきからミナサンが使ってるこれが理解不能

**デフォルトの名無しさん** · 2014/03/02(日) 04:25:17.35

「直接」ってのは感覚的な違いでしかないと思うけどね
だから本質じゃないでしょってのが>>43の後半の話だけど

**デフォルトの名無しさん** · 2014/03/02(日) 05:20:55.92

>>43
> IDE使ってたら色んなもの勝手に生成してくれちゃうと思うんだけど
> そういうのはバージョン管理しちゃいけないの？

はい、いけません。

（どうせ、どのファイルがなんのファイルかわからないから
なにも考えずに全部登録してるだけだろ。それが他人の迷惑になるかもしれないのに、
そんなこと言わずに、管理しちゃいけないの？とか聞いてることからわかる）

勝手に生成するものを含めたらIDEが勝手に書き換えて
編集中ってなるだろうが、それをコミットして他人が
チェックアウトしたらどうなる。めちゃくちゃだ。

**デフォルトの名無しさん** · 2014/03/02(日) 08:40:46.29

svn だとディレクトリごとにチェックアウトしたり、アクセス制限かけたりできるけど、git だと無理そうだね
毎回リポジトリ内を全て落としていそう

Android Studio 用に作られたワークスペースを、Eclipse で使う場合って、
OS でシンボリックリンク使えよってこと？

**デフォルトの名無しさん** · 2014/03/02(日) 10:36:35.98

>>42
> 生成物入れちゃってもいいと思うわ。

品証とかお客さんへ出すときなどはやってる。
VS だと環境整えても全く同じバイナリは生成できないから。

**デフォルトの名無しさん** · 2014/03/02(日) 10:54:12.10

特定のバージョンのライブラリが必要な場合は入れることある。

何でもかんでも入れるのはよくないけど、ソースコード以外はダメだってのも極端すぎ。
そういうのはプロジェクトやその会社の運用次第だから。

ソースはバージョン管理システムで管理してるのに、ワードやエクセルなんかのファイルは
ファイル名に日付つけたりoldディレクトリ作ったりとかするくらいなら、それらも突っ込んどけ
よって思う。
バイナリファイルはdiffとったりしないけど、プロジェクトの成果物の一元管理という点から
同じ所に入れてほしいね。

**デフォルトの名無しさん** · 2014/03/02(日) 11:02:48.47

>>49
そういうのはプロジェクト管理
ソフトを使うんだよ。

なんでもソースコード扱いにするな。

**デフォルトの名無しさん** · 2014/03/02(日) 12:31:52.46

>>46
含めたらプロジェクト構造が保てない自動生成ファイルもあるんだけどなあ…
結局、IDEの生成物に関しては
「分からないものをどうするか」なんて考え自体が変で
各自動生成ファイルがどういう役割か、程度の理解は要るよ。

**デフォルトの名無しさん** · 2014/03/02(日) 12:48:30.70

Javaで、mavenやivyリポジトリから自動ダウンロードさせたjarファイルって、
どうしてる？

バージョン管理に入れとかないと、数年後には手に入らなくなってるのも
有るんじゃないかと思うんだけど。

**デフォルトの名無しさん** · 2014/03/02(日) 12:59:42.27

本来はソースコード、画像、ドキュメントはそれぞれ別のアプローチでバージョン管理すべきだが、どうしても一つのリポジトリに全部入れがちになる
その点、svnは日本語ファイル名でトラブルが少ない、圧縮効率がいい、部分チェックアウト出来る、WindowsのGUIクライアントの出来がいいって事で、比較的そういう使い方に向いてる

**デフォルトの名無しさん** · 2014/03/02(日) 13:28:31.19

>>50
どんなプロジェクト管理ソフトがおすすめ？
wordやexcelの管理するソフトを探してた
出来れば外出先で編集して、帰ってきてから簡単にマージしたい

**デフォルトの名無しさん** · 2014/03/02(日) 20:23:22.02

>>54
訳あってなに使っているかは言えないけど、
条件としては、メールに頼らない、
WordやExcelを使わない。
そういうのがオススメだね。

理由はメールだと関係者宛のメールが面倒くさい。
プロジェクトに入っているならば
その人全員でいいはずなのにいちいち個人宛てとか
CCとか面倒くさい作業になる。
話が時系列でおえない。新しく参加した人が知ることが出来ない。
まあデメリットだらけ。

WordやExcelを使わないのは、今誰の行動待ちとか
今どういう状態にあるのか全く管理できないから。
プロジェクト管理において機能不足で使えない。

**デフォルトの名無しさん** · 2014/03/02(日) 20:24:47.90

>>52
数年後に手に入れられることが確実なら、リポジトリに入れないわけでしょ？
なら答え出てる。リポジトリにいれないが正解。

数年後に手に入れる方法なら別にリポジトリを使わなくてもできるから。

**デフォルトの名無しさん** · 2014/03/02(日) 20:25:42.29

？？

**デフォルトの名無しさん** · 2014/03/02(日) 20:31:33.30

>>55
wordやexcelはバージョン仮管理ソフトではなく、プロジェクト管理ソフトを利用するべき。
と、>>50 で主張されていたので
どんなソフト使ってるか？聞いたんだけど・・・・・
wordやexcelを使わないって・・・・・
全く話がかみ合わない
俺の理解が悪いのか？

**デフォルトの名無しさん** · 2014/03/02(日) 20:39:35.28

>>58
> wordやexcelの管理するソフトを探してた
って書いてあるからだろ。

そもそもそれらを使うなって話。

**デフォルトの名無しさん** · 2014/03/02(日) 20:41:44.57

そもそもプロジェクトの進捗管理と
プロジェクトの成果物は別のものなんだよね。
これらを一緒に管理しようとすると
めちゃくちゃになる。

**デフォルトの名無しさん** · 2014/03/02(日) 20:43:25.05

プロジェクト管理ってVisual Studioみたいな感じかな

**デフォルトの名無しさん** · 2014/03/02(日) 20:44:45.88

違う

マイルストーンとかそういう話。

**デフォルトの名無しさん** · 2014/03/02(日) 20:47:55.12

>>59
なら50はなんなの？

**デフォルトの名無しさん** · 2014/03/02(日) 20:51:44.86

>>50はなんなのって
プロジェント管理には（WordやExcelではなく）
プロジェクト管理ソフトを使えって話だろ

**デフォルトの名無しさん** · 2014/03/02(日) 20:54:57.70

テキストエディタを使って絵をかけないように、
（正確に言えばSVGとかでかけるがものすごく効率が悪い）
WordやExcelやメールではプロジェクト管理ができないってことが
出発点なんだよね。

できないからなにを使うのがいいかという話。

**デフォルトの名無しさん** · 2014/03/02(日) 21:08:20.84

>>64
49の日本語を理解しろよ
プロジェクト管理をやるとは書いてない
成果物としてのWordやExcelの管理をどうするか
という話題にしか読めないが
どう読んだらプロジェクト管理をExcelでやるなんて読めるんだ？

**デフォルトの名無しさん** · 2014/03/02(日) 21:18:08.44

プロジェクト管理≠バージョン管理

**デフォルトの名無しさん** · 2014/03/02(日) 21:22:57.47

プロジェクトの指すものが違う奴居るよな
ossプロジェクトみたいなのとvsとかvcでのプロジェクトと

>>55
MLとそのアーカイブ使えばいいだけだな
個人宛にるのは内緒話とかあるからなんともいえん

**デフォルトの名無しさん** · 2014/03/02(日) 21:27:09.58

プロジェクト管理といえば、redmain

**デフォルトの名無しさん** · 2014/03/02(日) 21:29:25.86

なんで、WordやExcelが成果物になるんだ？
プログラマーの成果物がWordやExcelだなんていう話は
聞いたことがないぞ。事務員が紛れこんでるのか？

**デフォルトの名無しさん** · 2014/03/02(日) 21:44:15.42

バイナリのリソースがソースコードと密接に絡んでるようなものを作ってる立場だと、
「ソースコードのバージョン管理システムにバイナリを入れる奴が悪い。入れるな」って意見は正しいけど原理主義的だと思うんだよな。
そういうものを管理するのにGitをだましだまし使ってるところが問題なんだろうけど、これといった決定打がないんだよなあ。

**デフォルトの名無しさん** · 2014/03/02(日) 21:48:28.76

>>69
名前も覚えてないのに定番みたいに紹介する男の人って

**デフォルトの名無しさん** · 2014/03/02(日) 22:29:39.32

おいおい
設計書も作らない素人が紛れてるのか

**デフォルトの名無しさん** · 2014/03/02(日) 22:41:52.06

横から初心者(というか、アマチュアな…でしょうか)質問で、すみません
プロジェクト管理ソフトって定番とかあるんでしょうか

**デフォルトの名無しさん** · 2014/03/02(日) 22:47:20.44

Microsoft Project。

**デフォルトの名無しさん** · 2014/03/02(日) 22:54:44.63

>>75
それガントチャートアプリだろ
プロジェクト管理じゃない

**デフォルトの名無しさん** · 2014/03/02(日) 23:03:46.27

Comparison of project management software - Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/Comparison_of_project_management_software

定番ってどれだろうねえ

**デフォルトの名無しさん** · 2014/03/02(日) 23:05:09.47

プロジェクトマネジメントだろ

**デフォルトの名無しさん** · 2014/03/02(日) 23:05:24.75

Project management software - Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/Project_management_software
> Basecamp, Podio, Project.net, Asana, Sharepoint, Framebench, Brightpod etc

ここらがメジャーどこかな

**デフォルトの名無しさん** · 2014/03/02(日) 23:13:11.77

>>76
れっきとしたプロジェクト管理である。
何か勘違いしてらっしゃるようで。

**デフォルトの名無しさん** · 2014/03/02(日) 23:14:36.97

>>74
Excel

**デフォルトの名無しさん** · 2014/03/03(月) 00:49:59.39

>>70
まともな会社なら設計仕様とかテスト仕様書とかって、当然プログラマーの成果物でしょ？
まさか、ソースコードだけ作って仕様書作らないとか・・・？
でもプロジェクト管理ソフトの話をしてるし、プロジェクト管理ソフト使うレベルの会社が
そんな専門学校生の同人ゲーム並の開発体制とってるなんてことはないだろうし・・・。

**デフォルトの名無しさん** · 2014/03/03(月) 07:48:45.74

>>76
ガントチャートしか書いたこと無いのかよ (w

**デフォルトの名無しさん** · 2014/03/03(月) 07:51:27.27

>>70
>事務員が紛れこんでるのか？

働いたことことない無職が紛れ込んでいたというオチ (w

74 · 2014/03/03(月) 08:26:59.77

ありがとうございました
プロの方は色々やってるんだなあ…

**デフォルトの名無しさん** · 2014/03/03(月) 08:55:57.71

excelだのwordだので仕様書を書いたりする人は、oss界隈には多分いない
と思うよ(自分の知る限り)。だから、gitにしろmercurialにしろ、ossな
バージョン管理システムは、そういったプロの人達には使いにくいかも
しれないねぇ。気の毒に…
素人くさいossなんかやめて、プロはプロ向けの道具を使えばいい。

**デフォルトの名無しさん** · 2014/03/03(月) 11:30:10.72

>>53
>本来はソースコード、画像、ドキュメントはそれぞれ別のアプローチでバージョン管理すべきだが、どうしても一つのリポジトリに全部入れがちになる

でも画像とソースコードを同じシステムで管理しないと、別々のリビジョンになって意味なくなってしまわない？
別々に管理するとこのリソースでこのコードの時は正常に動作していたがとか、
ベータ版のときのソースはいつのでリソースはどれだっけみたいなことって結構あると思うが

もちろん開発してる環境によって色々あるとは思うけど、本来はソースコード、画像、ドキュメントは同一システムで管理すべきだが、
今はツールやチェックアウトにかかる時間などの制約で、やむなく別々に管理しないといけないことがあるってのが現状じゃないかと思う。

**デフォルトの名無しさん** · 2014/03/03(月) 14:55:57.93

画像を例えばsvnで管理するなら先にsvnに画像コミットしておいて
本体側ではsvnのrevだけ管理したらいい

**デフォルトの名無しさん** · 2014/03/03(月) 15:14:49.09

>>88
そんな事するぐらいなら
Mercurialのlargefile使う

**デフォルトの名無しさん** · 2014/03/03(月) 19:21:28.28

画像入れない派の人は、1KBにも満たないようなアイコンファイルとかも入れないわけ？

**デフォルトの名無しさん** · 2014/03/03(月) 20:00:03.17

svnはロック出来るのも利点だな
バイナリはマージ出来ない以上、コンフリクトは確実に回避する必要がある

**デフォルトの名無しさん** · 2014/03/04(火) 10:32:25.72

帳票のテンプレートならわかるけど
設計書にExcelってワロタ

**デフォルトの名無しさん** · 2014/03/04(火) 12:44:55.04

>>92
> 設計書にExcelってワロタ

普通にあるだろ。
無職なのか？

**デフォルトの名無しさん** · 2014/03/04(火) 14:29:52.36

出たよバカ自慢

**デフォルトの名無しさん** · 2014/03/04(火) 14:34:59.06

あるかないかは問題にしてないだろ

**デフォルトの名無しさん** · 2014/03/04(火) 22:12:44.96

プロジェクト管理ソフトに続いて、今度は設計書作成ソフトの話題ですか。
で、実際何を使ってるよ？
うちはエクセル。

**デフォルトの名無しさん** · 2014/03/04(火) 23:30:30.62

>>96
他のなにを検討した結果エクセルになった？
それともエクセルにしたのは使えるのがそれだけだから？

**デフォルトの名無しさん** · 2014/03/04(火) 23:31:58.91

プロジェクト管理に使ってるエクセルのファイルをバージョン管理してるって話？

**デフォルトの名無しさん** · 2014/03/05(水) 00:41:08.63

周りでは、Excelで設計書もスケジュール管理もやる人が多い
これは会社が変わっても一緒
おそらく、だれでもそれなりに使えるから。
じゃないかな
効率は・・・・あまり良いとは言えないが、他に良いソフトもない

で、バージョン管理は使ってないから
・設計書.xls
・設計書_最新.xls
・設計書_20140304.xls
・設計書_修正前.xls
があふれている

これも、バージョン管理に入れれば良いかも知れないが
ファイルサーバで行うのが一番使いやすいので困っている

バージョン管理ソフトでなんか良い方法はないかな

**デフォルトの名無しさん** · 2014/03/05(水) 01:10:05.72

設計書Markup Language を作って、それで書いたものをバージョン管理に追加
実際に見るときは、TeX とかPDFとかに変換

**デフォルトの名無しさん** · 2014/03/05(水) 01:13:04.44

javadoc形式でコメント書くのもだが
wordでのhtml編集みたいにマークアップの記述なしで装飾でけたらいいのに

**デフォルトの名無しさん** · 2014/03/05(水) 01:22:54.83

>>99
gitでもhgでも良いと思うぞ
因みにうちは共有物は全てSVNに突っ込んでる
俺個人のファイルは全てhgに突っ込んでる

**デフォルトの名無しさん** · 2014/03/05(水) 03:21:04.47

>>99
sparkle share でドキュメント投げてもらう。
んでそれをリモートブランチとして取り込む。

**デフォルトの名無しさん** · 2014/03/05(水) 07:58:53.95

日本語ファイル名が化ける時点で話にならない

**デフォルトの名無しさん** · 2014/03/06(木) 06:49:43.95

一昨年にfixされてる

**デフォルトの名無しさん** · 2014/03/06(木) 19:17:26.24

実際、化けるよね
Macも混在してるとさらに

**デフォルトの名無しさん** · 2014/03/07(金) 00:57:23.74

最近職場でPerforce使いはじめたけど
ローカルでファイル消したらrevertできなくて嵌った
gitが気楽でええわ
バイナリデータ扱うとカスみたいに遅いsvnは放置で

**デフォルトの名無しさん** · 2014/03/07(金) 03:16:56.38

gitってバイナリデータ扱うのに一番向いてないだろう

**デフォルトの名無しさん** · 2014/03/07(金) 09:22:10.23

>>108
容量は食うけど、とにかくsvnより早いから使ってたんだが
バイナリ向けにいいのあったら教えてほしい

**デフォルトの名無しさん** · 2014/03/07(金) 10:45:20.66

>>107
svn がバイナリデータで他より遅い？
svn がアホみたいに遅くなるのはファイル数が増えたときだろう。

**デフォルトの名無しさん** · 2014/03/07(金) 10:52:13.21

>>107
大きなバイナリ扱うのが上手いのはそれこそPerforceだとおもうけど
ギガバイト超えてくるとかなり差があると思う

**デフォルトの名無しさん** · 2014/03/07(金) 19:24:07.76

そういうサイズのバイナリを管理する必要があるプロジェクトってどんなものなんだ

**デフォルトの名無しさん** · 2014/03/07(金) 20:45:58.04

バージョン管理システムにバイナリファイルを管理させるのは役割ﾁｶﾞｲﾅﾉ叶う。正式版リリース時点の成果物一式（ソース、実行ファイル、ドキュメント、テスト仕様書）を完成図書として管理したいなと思って。
構成管理の仕組みの範疇かも。

**デフォルトの名無しさん** · 2014/03/07(金) 22:19:16.42

>>107
Mercurial

**デフォルトの名無しさん** · 2014/03/08(土) 08:42:20.94

ゲーム作ってる所はsubversionが多いらしいね

**デフォルトの名無しさん** · 2014/03/08(土) 08:57:37.64

Gitって別のものへの移し替えが生じたときに面倒な事になりそう。
最近でいうとCVSからSVNへの移し替えとか。
まあGitがその地位を失うことが無ければそんな面倒な自体も無いだろうけどｗ

**デフォルトの名無しさん** · 2014/03/08(土) 09:47:56.38

え？

**デフォルトの名無しさん** · 2014/03/08(土) 12:43:58.69

svnとcvsしかつこうとらんけど、何使ってもバージョン管理ができりゃええのよ
前との差分、逆櫓、これな

**デフォルトの名無しさん** · 2014/03/08(土) 13:44:51.56

バージョン管理が出来るのは最低条件だろ。
今はどれだけ開発がし易いかが重要になってる。

**デフォルトの名無しさん** · 2014/03/08(土) 15:47:59.41

おまいらレスありがとうな
>>110
すまん語弊がありました
バイナリデータたくさんな環境なの(´・ω・｀)

>>111
やっぱりPerforceなのかな…
ライセンス料の問題で気軽に導入できないのが辛いとこなんだよね
去年のCEDECでPixarが使ってると聞いて入れてみたら便利ではあった
でもオープンソースでなんとかしたい、Tortoise的環境がほしいってのがあるんだ

>>112
>>115がお察しの通りコンシューマのゲーム開発なんだ
アセット100GB越えがザラだから分割してgitリポジトリ作ってる
急ぎの仕事で悩んでるので助言はありがたい
gitがベストだとも思ってないよ

>>114
試してみる

**デフォルトの名無しさん** · 2014/03/08(土) 16:02:27.74

ageちまったスマソorz

**デフォルトの名無しさん** · 2014/03/09(日) 02:41:21.23

>>119
だったら開発がしやすいどんな機能があるのかないのか、に絞って話さないとな
性能はさておき、まずはできるかどうかでしょ

お前がそれについて書いてるかどうかは知らんけど

**デフォルトの名無しさん** · 2014/03/09(日) 13:33:51.72

現在プログラム板のID制導入の投票を実施中です
よろしくお願いします

プログラム板強制ID制導入に関する投票スレ
http://kohada.2ch.net/test/read.cgi/vote/1394290844/

**デフォルトの名無しさん** · 2014/03/09(日) 15:58:10.80

>>122
ブランチの作成や切り替えが一瞬（長くても数秒レベル）で終わる。
特定のコミットだけを取ってこれる。
歴史を書き直せる。
bisect

最低限この機能は必要。
あと性能も重要。開発の快適さに直結するから。

**デフォルトの名無しさん** · 2014/03/09(日) 16:18:40.18

>>124
これまた見事な git 脳

**デフォルトの名無しさん** · 2014/03/09(日) 16:24:44.21

>>125
git関係ないよ。

まずブランチの切り替え、速いほうがいいだろ？当たり前すぎる話。
特定のコミットを取ってこれるというのは、
そりゃ複数の機能を一人・多人数で開発していれば
その必要あるでしょ。作った順に必ずしもリリースするわけじゃ無いんだから。
歴史を書き直すのも、コミットした後でミスを見つけたとか普通にあるので
必須の機能。bisectはバグを見つけるのに便利。

gitの機能を言ってるんじゃないんだよ。
開発に必要な機能の話をしている。

**デフォルトの名無しさん** · 2014/03/09(日) 16:37:53.34

井の中の蛙乙

**デフォルトの名無しさん** · 2014/03/09(日) 16:40:32.29

だからブランチという用語は慎重に使えと……

**デフォルトの名無しさん** · 2014/03/09(日) 23:02:24.87

>>127
じゃあ、何か言えよｗ

**デフォルトの名無しさん** · 2014/03/09(日) 23:17:13.95

bisect始めて知った
いつも手動で二分探索してたわ…

**デフォルトの名無しさん** · 2014/03/09(日) 23:28:28.71

>>129
例えばセキュリティ、ファイルロック、部分チェックアウトとか git が弱いところ書いてないだろ

**デフォルトの名無しさん** · 2014/03/09(日) 23:33:39.91

gitとは関係なしに
バージョン管理システムにおけるセキュリティの問題って何？

**デフォルトの名無しさん** · 2014/03/09(日) 23:49:30.33

>>132
フォルダ毎にアクセス制限かけたりとかかな
外注さんとやってると、ここは見せたくないとかあるから

**デフォルトの名無しさん** · 2014/03/10(月) 00:07:57.53

>>133
そういう需要があるのは理解できるけど
フォルダ毎のアクセス制限を管理するのと
最初からリポジトリとかフォルダより上位のモジュールで分けて管理するのと
どっちが合理的かというと微妙な気が……

セキュアだけどまともに運用できるかという点で
SELinuxのそれと似た印象を受ける

**デフォルトの名無しさん** · 2014/03/10(月) 03:18:40.78

>>131
> 例えばセキュリティ、ファイルロック、部分チェックアウトとか git が弱いところ書いてないだろ

それらの機能を具体的に。
どういう時に使うの？

**デフォルトの名無しさん** · 2014/03/10(月) 03:20:06.95

特定のディレクトリでプロジェクトが閉じてるのに、なんでその親ディレクトリがリポジトリになってんの。
VCSの機能不足より、むしろ管理者の機能不全を疑ってしまう。

**デフォルトの名無しさん** · 2014/03/10(月) 03:23:05.75

>>133
見せたくないのなら、渡さなければいいんじゃないの？

たとえば、ライブラリはソースコードではなく
コンパイルしてオブジェクトファイルとして渡せばいいでしょう？

コンパイルできない言語であれば、それはその言語の問題だけど。
それならそれでリポジトリには含めないでおいて、
動かす必要があるのなら、クライアントからアクセス出来ない
サーバー領域に置いておけばいい。もちろんそっちは別管理。

ようはソース非公開ライブラリと同じやり方だよ。

**デフォルトの名無しさん** · 2014/03/10(月) 03:24:16.69

クライアントに見せてはいけないものは
設定ファイルのパスワードレベルであれば、
それは元からリポジトリに含めてはいけない情報だしなぁ。

**デフォルトの名無しさん** · 2014/03/10(月) 06:08:27.66

>>134
> どっちが合理的かというと微妙な気が……

状況次第でしょ？
リポジトリ分ければいいじゃんとか言ってる奴いるけど、プロジェクトの一部が社外には出せないと言う状況で、全部を社内で開発してる時と外注さんに任せる時でリポジトリの構成変えるの？

**デフォルトの名無しさん** · 2014/03/10(月) 06:24:12.14

>>139
えとさ、どういうディレクトリ構成なのさ？
それ言ってくれんとわからん。

なんか、話を聞いていると、一つのディレクトリのあちこちに、
社内に公開できる部分、出来ない部分があってごちゃごちゃ
混ざってるように思えるんだけど？

もしそうだとしたら、それ人為的ミスで間違って
ファイルわたしてしまう可能性があるから修正した方がいいよ。

簡略化するとこういう感じ
root
├メインプロジェクト（自社開発）
└外注さんに任せるライブラリ

もしくは

root
├メインプロジェクト（外注さんと共同開発）
└自社専用ライブラリ

ライブラリ部分はgitで言えばsubmoduleという機能を使えばいい。
submoduleは外部のリポジトリを自分のリポジトリに埋め込む機能。
もちろん別々のリポジトリとして扱える。

submoduleはルート直下にしか置けない。
メインプロジェクト以下にライブラリを置かなければいけないことはよくある話で、
そういう場合はシンボリックリンクを使ってメインプロジェクト配下に見せる。

**140** · 2014/03/10(月) 06:36:10.29

なかなかいいサンプルが見つからないが、submoduleを使うとこういう感じになる。
https://github.com/bocon13/datacenter_mptcp (この人は俺とは無関係）

util @ 75d064d ってなってる所がサブモジュールで
クリックするとわかるように「外部のリポジトリ@コミット番号」に
紐付いている。

このutilディレクトリの中身は、この人から見れば
リンク先のファイルがそのまま有るように見える。

この人達が知り合いかどうかは知らないが、
ソースコード上はこうやって無関係のリポジトリを
取り込むことができている。

これと同じ仕組みを使えばいいだけだよ。

**デフォルトの名無しさん** · 2014/03/10(月) 07:51:24.77

>>140
> もしそうだとしたら、それ人為的ミスで間違ってファイルわたしてしまう可能性があるから

そのためのセキュリティなんだが...、git 脳には伝わらんか。

**デフォルトの名無しさん** · 2014/03/10(月) 08:38:35.22

>>142
お前、セキュリティ単語いってるだけじゃん。
具体的に何をしているのかいえって。

俺のセキュリティならなんの問題もない（笑）

**デフォルトの名無しさん** · 2014/03/10(月) 10:17:47.96

>>143
プロジェクト無いの一部のフォルダを特定の人/グループに見せないとか、更新禁止にするだけだよ？
理解できない？
派遣の外注さんに応援頼むんだけと、社外秘のソースとかとかお客さんとの契約でここは関係者以外には見せちゃダメとか、色々あるんだわ。
お前んとこでそんな状況になったこと無いから問題なしとか言うならいちいちでしゃばってくんなよ。